互软研发团队

Talk is cheap. Show me the code.

协同办公流程提交时获取下一步选人数据量大导致报错

在协同办公平台提交流程下一步时,当选人数据量大出现流转引擎服务报错的情况:

An error occured while receiving the HTTP response to http://XXX/FlowRouteEngine/FlowQueryService.svc

The underlying connection was closed: A connection that was expected to be kept alive was closed by the server.


解决办法:

在协同办公安装服务器上安装.net 4.5

单点登录(SSO) 客户端更新 - 修复虚拟站点部署问题和新增正则表达式排除语法

更新版本号为: 2.0.6289.38121


[FIX]

1、当站点部署在虚拟站点后,排除语法 需要增加虚拟站点的路径

如: 要排除的路径为/contact    部署的虚拟站点是/ IM。 则配置必须为  #/IM/Contact 才能排除。

现在修复了此问题。


2、增加正则表达式排除

如:当要排除某一个文件夹下所有的文体,之前版本的做法是 #/Contact/index, #/Contact/list, #/Contact/add, #/Contact/edit

现在:#^/Contact/.*  即可。

其中: #^ 符号代表的是排除登录同时后面采用的正则来匹配。



单点登录(SSO) 服务端配置-开启登录审计

SSO 2.4+ 增加了登录成功审计功能,审计的日志写入到日志中心,默认配置是没有开启的。

开启登录审计

1、检查你的SSO版本是否是2.4+ 版本。
       检查方法:打开SSO站点的bin目录,查看Beyondbit.SignleSignOn.Core.dll的版本是否大于 “2.0.5499.23515

2、打开SSO站点的web.config文件,找打 appSettings,添加以下配置:

<add key="IsOpenLoginAudit" value="true" />
<!-- true是开启,false是不开启,默认是false -->


单点登录(SSO) 客户端配置-采用WebService方式获取用户凭证

SSO自2.4版本以后,默认采取使用memcached存储用户凭证,SSO Client 获取凭证的时候也是采用memcached方式获取用户凭证。  那么SSO 2.4 版本+ 的 Client,如何去适配SSO 2.4以前的服务端呢?

SSO Client 2.4+ 通过配置的方式,可以使用WebService的方式获取用户凭证,去兼容 SSO 2.4 以前的服务端。

  1. 检查你的SSO Client 的版本程序集 是否大于 " 2.0.5497.23430 "
  2. 在你的站点Web.config 找到 appSettings ,添加以下二个下配置节
    <add key="SSO_UserTicketServiceType" value="Beyondbit.SingleSignOn.ClientForAspNet20.ServiceModels.StandardUserTicketService, Beyondbit.SingleSignOn.ClientForAspNet20" />

    <add key="SSO_Service" value="http://{SSO站点地址}/Service/WebService.asmx" />

BPM工作流V2.0_节点过滤器说明

实现流程中,对于下一步节点和节点的操作人员的过滤。

该过滤是用户自定义的。

BPM工作流V2.0_节点过滤器说明.doc (203.5KB)

关于下载附件在XP系统上IE8中下载的时候没有显示文件名和扩展名的处理办法


如果出现如上图中下载对话框中无法显示下载文件的文件名,用Fiddler跟踪下载路径的响应文件头信息,是对文件名编码引起的。



可检查在下载路径(http://XXXX/ExchangeEmail/Main/DownloadFile?id=xxx)中包含的方法DownloadFile中对文件名做编码处理:


var fileName=System.Web.HttpUtility.UrlEncode(file.Name)

协同办公平台管理中心的日志列表没有按时间排序问题解决方法

请参考以下步骤对管理中心进行升级更新:

1、升级Beyondbit.Logging.dll至2.0.5834.28625以上版本,可以下载附件

2、如果发现日志查询的性能存在问题,请添加索引[IX_Logging_Entry_TimeStamp]。语句如下:

CREATE INDEX [IX_Logging_Entry_TimeStamp] ON [dbo].[Logging_Entry] ([TimeStamp])

GO

Beyondbit.Logging.zip (10.3KB)

基于开发框架的新增数据返回的自增长ID出现对应不上问题解决方案

调用开发框架DAO提供的Insert方法返回的自增长ID基于SQL Server内置的语句:SELECT @@IDENTITY,如果对应的数据表下包含插入的触发器并且也使用了自增长ID就会导致最终返回的ID为最后一个插入触发器的自增长ID。目前解决方案有2种如下:

1、插入触发器的表不使用自增长ID

2、当前表不使用自增长ID

P.S. SQL Server 2008以上版本支持通过"SELECT SCOPE_IDENTITY()"避免该问题,考虑到目前开发框架还要兼容SQL Server 2008以下版本暂不对开发框架进行调整。


协同办公邮件配置腾讯企业邮箱出错及收信性能升级等

此次邮件升级主要解决以下问题:
1、经纬协同办公配置腾讯企业邮箱出错问题处理
2、收信性能及改版问题
3、邮件无主题后台处理问题
4、邮件查询时BUG问题
5、处理LumiSoft.Net.ParseException异常收信人地址转化问题
6、详情页地址过长样式问题等
7、数据库中扩展最后收信LastUID字段及登录类型字段LoginAccountType,表字段长度调整等

EmailUpdate_20160928.zip (211.7KB)

协同办公流程设计选择业务角色对应用户无法显示

原因是BCOP数据库的视图V_User_RoleInfo里查询APP_CODE值为BUCP而不是BCOP,将导致无法将协同办公系统下的角色用户与流程设计关联,

解决办法:修改视图V_User_RoleInfo的APP_CODE为BCOP