Sharepoint业务数据列表行为
这是一个多方面的问题,但任何帮助都是非常感谢的 背景:Sharepoint业务数据列表行为,sharepoint,bdc,Sharepoint,Bdc,这是一个多方面的问题,但任何帮助都是非常感谢的 背景: 我有一个使用SSO的6个实体的应用程序定义 数据库后端是通过ODBC的Firebird 所有数据都来自存储过程 问题: 1尝试在业务数据列表web部件中实现BDC中的一个或任何实体时,我遇到以下错误:“从管理员检索数据时出错。有关详细信息,请参阅服务器日志。”仅当字段为空时才会发生这种情况,在本例中,字段声明为字符串 2.当我检查日志时,是System.OverFlowException 3.如果我将其更改为过程输出为空字符串,我会突然得到
最令人费解的是:如果我更改查询,使带有空字符串或空字符串的行不在查询中,错误就会消失。但是,如果我把它们加回来并用任何东西替换空字符串,错误就会回来。这是什么!#$?在将记录返回到XmlReader之前,它怎么知道我已经用其他内容替换了空值呢?我遇到了这个确切的场景,它带来了一些愤怒/困惑的时刻。正如你在评论中所说: 我将所有varchar和char输出的编码设置为unicode,并将其修复。缺少编码导致该列存在空字符(不是空记录,而是一个空字符),Sharepoint无法分析该字段。更改了编码,一切正常
我花了几天时间对着电脑骂骂咧咧的,然后我们才把它放到金属上,发现了unicode的问题。我甚至不知道它是什么时候改变的,但我们意识到了同样的事情,世界又恢复了正常。我遇到了这个确切的场景,它让我想起了一些愤怒/困惑的时刻。正如你在评论中所说: 我将所有varchar和char输出的编码设置为unicode,并将其修复。缺少编码导致该列存在空字符(不是空记录,而是一个空字符),Sharepoint无法分析该字段。更改了编码,一切正常
我花了几天时间对着电脑骂骂咧咧的,然后我们才把它放到金属上,发现了unicode的问题。我甚至不知道它是什么时候改变的,但我们意识到了同样的事情,世界又恢复了正常。如果其他人遇到这个问题:我将所有varchar和char输出的编码设置为unicode,然后它就解决了这个问题。缺少编码导致该列存在空字符(不是空记录,而是一个空字符),Sharepoint无法分析该字段。更改了编码,一切正常。如果其他人遇到这个问题:我将所有varchar和char输出的编码设置为unicode,并将其修复。缺少编码导致该列存在空字符(不是空记录,而是一个空字符),Sharepoint无法分析该字段。更改了编码,一切正常。