u9系统内txt或excel上传导入数据时,提示Cannot access a close file(无法访问已关闭的文件)错误

by 刘强亚 2015.5.19 10:05
问题描述:在往U9系统内导入签到数据时,报Cannot access a close file错误,经测试,导入签到数据在1999条以下可以导入,超过则报此错误,客户每月有10万条左右签到数据,并且每天也有4500条左右,有没有什么办法能一次性导入 通过百度得知此问题跟配置文件中配置的文件大小有关系,找到Web.Config文件后 将<httpRuntime executionTimeout="11000" maxRequestLength="102400" requestValidationMode="2.0" /> 替换为 <httpRuntime executionTimeout="11000" maxRequestLength="2097151" useFullyQualifiedRedirectUrl="false" requestLengthDiskThreshold="8192" requestValidationMode="2.0" />    测试通过。解决客户问题。 executionTimeout:指示在被 ASP.NET 自动关闭前,允许执行请求的最大秒数。maxRequestLength:指示 ASP.NET 支持的最大文件上载大小。该限制可用于防止因用户将大量文件传递到该服务器而导致的拒绝服务攻击。指定的大小以 KB 为单位。默认值为 4096 KB (4 MB)。useFullyQualifiedRedirectUrl:指示客户端重定向是否是完全限定的(采用 {HYPERLINK "http://server/path" } 格式,这是某些移动控件所必需的),或者指示是否代之以将相对重定向发送到客户端。    true 指定客户端重定向需要以完全限定的格式发送。这是通过自动将不是完全限定的格式的所有重定向转换为完全限定的格式来实现的。    false 指定客户端重定向不需要被自动转换为完全限定格式。false 是默认选项。RequestLengthDiskThreshold :属性指定输入流缓冲阈值限制(以字节数为单位)。其值不应超过 MaxRequestLength 属性值。请求实体超出此阈值之后,它将被透明地缓冲到磁盘。 requestValidationMode:请求验证模式,有两个值:2.0仅对网页启用请求验证,是启用还是关闭取决于validateRequest。4.0默认值。  

如何创建CC视图(适合新手)--create View

by 张刚 2014.9.9 20:04
注:脚本执行有风险,对于客户正式环境请在研发指导下执行。 主题 我的CC--create View 发件人 张刚 收件人 zhanggangb@yonyou.com 发送时间 2014年7月4日 9:19                                 ---------------------------------- 姓名:张刚 部门:U9平台技术部 Q Q :175582488    

新环境-旧库常见问题处理方法

by 祁宏伟 2014.8.8 14:10
用新环境调试旧库常见问题处理办法--其实就是一个微型数据库小补丁--方便。 [更多...]

IIS net2.0重启IIS后访问U9要1分钟时间以上的问题解决办法

by 张刚 2014.1.21 13:14
注:脚本执行有风险,对于客户正式环境请在研发指导下执行。此修复程序将添加到.NET Framework 2.0 版的generatePublisherEvidence配置设置。应用此修补程序后,您可以使用此配置设置以禁用签名验证,在.NET Framework 2.0 托管应用程序中。您可以在应用程序配置文件中使用此配置设置。若要执行此操作,将下面的代码添加到<ApplicationName></ApplicationName>。.NET Framework 2.0.exe.config 文件管理应用程序: <configuration>        <runtime>               <generatePublisherEvidence enabled="false"/>        </runtime> </configuration> 如果您的应用程序承载于 IIS,更改下列项之一: •       C:\Windows\Microsoft.NET\Framework\v2.0.50727\aspnet.config •       C:\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config 注意在 x64 上机,您必须更改下列选项之一: •       C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet.config •       C:\Windows\Microsoft.NET\Framework64\v2.0.50727\CONFIG\machine.config  目前只在.net 2.0运行下会有此问题。.net 4.0没有类问题。 说白了就是将 <generatePublisherEvidence enabled="false"/>配置节点,放在aspnet.config和machine.config配置文件中的runtime节点中。 这样在重启IIS后就可以很快打开U9页面了。 ---------------------- U9平台部 张刚    

关于U9页面自适应的问题总结--20140116

by 张刚 2014.1.16 14:43
注:脚本执行有风险,对于客户正式环境请在研发指导下执行。U9目前的页面自适应,主要由两种方式实现,一种是旧版页面自适应(只对宽度做自适应处理),另一种是新版自适应(同时对宽和高都做自适应)。由于新版自适应主要由开发对页面进行改造并重新构造并出具补丁解决,其不依赖于配置文件,因此无需顾问或客户对页面做配置调整,顾问和客户无需关注。目前现场碰到的自适应问题,都是出现在采用旧版自适应方案的页面上,因此本文档对出现的这类问题进行说明。 1. 配置文件位置 $Portal\UBFConfig\UFSoft.UBF.UI.ReviseLayout.config 2. 启用/禁用布局自适应,配置节ReviseConfig  1 <ReviseConfig  revise="true" inverse="false"> 修改节点属性revise为true/false指定启用/禁用自适应。 3. 增加客户端分辨率,配置节Resolutions 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 <Resolutions>     <!--支持的屏幕分辨率-->     <!--4:3-->     <Resolution screen="14001050" name="SXGA+"/>     <Resolution screen="16001200" name="UXGA" />     <Resolution screen="20481536" name="QXGA" />     <!--16:10-->     <Resolution screen="1440900" name="WXGA+" />     <Resolution screen="19201200" name="WUXGA" />     <Resolution screen="25601600" name="WQXGA" />     <!--16:9-->     <Resolution screen="19201080" name="1080p" />     <!--5:4-->     <Resolution screen="12801024" name="SXGA" />   </Resolutions> 如果个别用户登录后看不到自适应效果,可以考虑是否客户的屏幕分辨率没有在列表中,以1366×768分辨率为例,可以加入Resolution节点。(由于产品是以1024*768做为标分辨率开发,因此对于小于1024*768的分辨率,如果启用自适应,在部分页面显示时,会显示不全,因此不建议对小于1024*768的分辨率启用自适应,也就是不要加入到上面的客户端分辨率项中) 1 <Resolution screen="1366768" name="1366768"/> 其中screen为宽高的数值,name为自定义的名称。分辨率不应小于1024*768。 4. 单独指定某个页面启用/禁用自适应,配置节ReviseForms 如果只要开启或禁用某几个页面的自适应,需要保证ReviseConfig  中revise=true, 同时配置ReviseForms节点的子节点。 1 2 3 4 5 6 7 <ReviseForms>     <!--系统管理-->     <ReviseForm pageuri="UFIDA.U9.Security.Authority.MenuAuthorityCard"  name="菜单权限" />     <ReviseForm pageuri="UFIDA.U9.Security.Authority.FormAuthorityCard"  name="功能权限" />     <ReviseForm pageuri="UFIDA.U9.Security.Authority.FormFieldSetCard"  name="字段权限" /> ......  </ReviseForms> 以客户列表为例, 首先在portal中打开客户列表,在url中找到参数lnk的值CBO.Pub.Customer.CustomerList, 在配置文件中找到该uri对应的ReviseForm节点 1 <ReviseForm pageuri="CBO.Pub.Customer.CustomerList" name="客户列表" /> 删掉或注释掉该节点: 1 <!--<ReviseForm pageuri="CBO.Pub.Customer.CustomerList" name="客户列表" /> --> 刷新页面后就会发现客户列表的自适应已经去掉。同样如果需要启用客户列表的自适应,在ReviseForms下加入该节点即可。     打补丁导致页面自适应效果丢失问题     单个页面显示自适应效果丢失问题 例如:某客开页面,之前在Ufsoft.ubf.ui.reviseLayout.config中ReviseForms加入了配置节点,后续在更新补丁时,由于文件Ufsoft.ubf.ui.reviseLayout.config被覆盖,导致页面自适应效果丢失。解决办法是将此配置节点,配置在同目录下的ufsoft.ubf.ui.reviselayout.custom.config相应的节点中。具体见图:     某分辨率下的所有页面自适应效果丢失问题 在Ufsoft.ubf.ui.reviseLayout.config中的客户端分辨率配置节点,由于标准产品支持中不存在部分分辨率。顾问或客户在节点中加入了相应的客户端分辨率。如图所示: 后续在更新补丁时,由于文件Ufsoft.ubf.ui.reviseLayout.config被覆盖,导致页面自适应效果丢失。解决办法:在UFSoft.UBF.UI.ReviseLayout.config的同目录下,有一个UFSoft.UBF.UI.ReviseLayout.Custom.config文件。你们把你们需要添加的分辨率加到这个UFSoft.UBF.UI.ReviseLayout.Custom.config文件中即可。具体格式如下: 注意:此功能需要补丁支持,对应新补:U9V25.UBF.1001310230000015.u9pack。 备注: 1. 偶尔出现登录后启用自适应的页面布局会缩成一团, 此时调整窗口到合适大小(比如最大化),刷新页面后布局会恢复正常,无须重新登录。出现布局缩小的原因是因为自适应处理程序使用登录时的浏览器可视窗口大小作为计算自适应的依据。正常情况下登录页面会自动调整窗口到最大化状态以保证自适应的正确执行,当IE中打开多个Tab时因为IE限制无法自动最大化,建议手动最大化后登录。 2. 自适应问题分析  a) 如果所有用户都没有自适应,可能是自适应功能未开启  b) 如果只有部分用户看不到自适应, 可能是用户分辨率没有配置  c) 如果只有部分页面看不到自适应, 可能是页面URI没有加入自适应配置   d) 如果有页面可以看到自适应效果,但是在多数客户端上显示有问题, 考虑页面设计不规范或者自适应支持不完善, 需要开发人员分析。     ---------------------------------- 姓 名: 张刚 部门:U9平台技术部     ---------------------------------- 姓 名: 张刚 部门:U9平台技术部

新自适应方案使用说明文档--20131209

by 张刚 2013.12.10 09:30
注:脚本执行有风险,对于客户正式环境请在研发指导下执行。 问题:    旧版自适应方案,在大显示器显示情况下,在表头和表体之间,有大量的空白。页面效率显示差。依据<<Form布局中高度/宽度自适应设计要点>>(参考:http://u9blog/u9blog/post/2012/11/27/JMF_AutoAdjustHeight.aspx)对页面采用新版自适应方案改造后,表头只能显示4列字段。导致个性化添加的字体无法显示。近期对Portal页面的新自适应方案及个性化模块进行了代码改造,后续会发出相关UBF补丁(U9V25.UBF.1001312090000005.u9pack)。后续研发通过UBF对页面调整构造后,即可解决以上问题。         方案说明:          研发在使用新自适应方案时,应该注意的问题做如下说明。以下以标准销售单调整的过程进行演示,其中关键位置会给与截图说明。 需要设置Form的IsAutoSize属性为True     在UBFStudio中设定需要自适应的卡片所在的所有父容器行(追溯到顶级容器)为非固定行,并保证其他行为固定行。在本例中,主容器布局共包含3行(下图),其中Row0为Toolbar区, Row1为内容编辑区,Row3为功能按钮区,我们需要让Row1自适应,以保证命令按钮区始终在页面底部,这时只需要设定Row1为非固定行即可。需要注意的是Row1包含的Card2由于布局中不需要有自适应行存在,所以应保持各行为固定行。     本例是依具第2步相同思路。如果想让【行grid】的宽度自适应,则其父窗口Card3中的两列,设置如下:         4.通过拖拽,使得Card3由之前占StandardSOMainUIForm的1列,改为占用两列。(此页面是最外层容器StandardSOMainUIForm是两列布局,部分页面是1列布局,在设置是不用考虑这一步)。         5. 由于表头的高度不需要变动,因此将表头占用的Card3中的第一行的【是否固定列】设置为True。              同理,由于要实现Grid的高度自适应,因此它所在的行,【是否固定列】设置为False。              Card3的第3行,设置【是否固定列】为True。     6.(这一步暂时不用了.zhanggangb:20150618) 在TabpageLine中,设置列0的【是否固定列】为False。同时让TabPageLine这个Gaid占Card3布局中的两列。     7. 在TabpageLine中,设置列1的【是否固定列】为False。     8. 设置TabControl0的【是否固定高度】设置为False。     9. TabPageBase的最后一列,设置【是否固定列】为False。前面17列,由于表头元素大小不用变动,所以【是否固定列】设置为True。     在TabPageBase中,如果列宽度设置为0,会导致显示有问题,因此TabPageBase中,对于做分隔使用的列宽度不能设置为0,建议设置为5。     10. 构造、测试。         附件: <<Form布局中高度/宽度自适应设计要点>> Form布局中高度/宽度自适应设计要点 by 李国强 2012.11.27 11:10 很多情况下,我们需要在浏览器窗体缩放时保证功能按钮始终保持在页面底部,或者让Grid跟随窗体的变化而自动缩放,这时候可以通过设计行高(宽)自适应来解决。 因为宽度自适应在很久以前就可以解决, 所以这里只说高度自适应,以下方法适用于JMF和V2.5。 以[基础设置/国家/地区]为例,如下图,如果要设置"相关功能"按钮始终在页面底部,需要如下步骤设置。      0. (2012.12.27添加) 要应用行高宽自适应,需要设置Form的IsAutoSize属性为True。(JMF中因为默认宽度是100%的,基于兼容考虑所以此属性对宽度无效) 1 . 如果UBF是旧版本,需要先更新LTP文件,从下面附件解压后覆盖UBFStudio的同名文件夹,或者从vm97更新UBFStudio。 Tpls.rar (11.63 kb) 附件已过时 2. 如果是JMF项目,需要设定项目类型为JMF,如下图。 3. 在UBFStudio中设定需要自适应的卡片所在的所有父容器行(追溯到顶级容器)为非固定行,并保证其他行为固定行。在本例中,主容器布局共包含3行(下图),其中Row0为Toolbar区, Row1为内容编辑区,Row3为功能按钮区,我们需要让Row1自适应,以保证命令按钮区始终在页面底部,这时只需要设定Row1为非固定行即可。需要注意的是Row1包含的Card2由于布局中不需要有自适应行存在,所以应保持各行为固定行。     4. 重新构造后, 测试。     附件: 1. V2.5示例项目,国家地区主页面CountryUIForm.ubfform: CountryUIForm.ubfform (29.14 kb) 2. JMF示例项目,料品主页面ItemMainUIForm.ubfform: ItemMainUIForm.ubfform (1.02 mb)     备注: 1. Q:在JMF版页面中,有些控件高度/宽度被拉伸, 或者显示不全? A:所在的容器有不需要自适应的行被设置为自适应,需要设置正缺后重新构造。 2. 目前一个页面只支持一个自适应链。就是说只能指定一个最底层容器为自适应。 3. Q:参照中的表格缩成一团... A:参考条目1     ---------------------------------- 姓 名: 张刚 部门:U9平台技术部    

JMF框架客户端如何从服务器端获取数据

by chenzhic 2013.8.28 11:13
注:脚本执行有风险,对于客户正式环境请在研发指导下执行。JMF框架客户端如何从服务器端获取数据          该文主要介绍的是基于U9新平台框架JMF,如何在客户端获取服务器端的数据。客户端要获取的服务器端的数据主要是通过PMCallback方法来获取。          获取服务器端的数据主要包括有两种: 【1】       调BP获取相关数据:通过PMCallback方法能够调用BP获取界面需要展示的数据,通过Dictionary<string, object> result回传给客户端的Dictionary<string, object> result。 【2】       获取当前View上的数据:通过PMCallback除了能调用BP之外,还能通过UFSoft.UBF.UI.JModel.JModelManager.GetUIView()接口直接获取View上的数据。 例子如下: MO_MOOperationsView opRcd = UFSoft.UBF.UI.JModel.JModelManager.GetUIView(context.PageMethodContext, "SimpleMOUI", "MO_MOOperations") as MO_MOOperationsView; 该代码就是为了获取MO_MOOperationView上的数据,通过该方法就能在需要的时候直接获取View上的数据。 具体的案例见:U9UICode\U9.VOB.PD.MFG.V2.5\MO\Code\SimpleMOUI\WebPart\SimpleMOMainUIWebPartCodeBehindForMOOperationExtend.cs

如何诊断U9登录页面出现的脚本错

by 尹明君 2013.2.22 16:14
注:脚本执行有风险,对于客户正式环境请在研发指导下执行。如果发现是“ 'WebForm_CallbackComplete' 未定义”的错误,可以判断是没有加载ASP.NET的脚本文件导致。 一般,导致资源文件没有加载,有以下几个可能: 1、修改了web服务器的时间 因为微软在加载资源文件的时候设置了相应的检查策略,如果修改后的时间比资源所在的DLL的时间还往前,就会出现异常,导致资源加载失败。 2、修改了User-Agent头信息 某些(高端)路由器可以自定义User-Agent信息,某些(低端)路由器直接替换User-Agent。如果ASP.NET没有检测出正确的浏览器版本,也会进入同步模式,涉及到异步更新的脚本都不会加载(AJAX框架是属于异步更新的部分,U9对它有依赖)。 检查User-Agent信息是否被修改,可以访问www.useragentstring.com来查看。 3、未将U9加入到信任站点 不会出现前面描述的错误,但是会导致一些脚本文件的加载出现javascript的运行期错误。 应该将U9加入到信任站点,并将信任站点的安全基本设置到“默认-中低”  

开发JMF版本的UI的插件

by 尹明君 2013.1.8 11:19
JMF Form UI插件 [更多...]

EA账号登陆-系统参数乱码问题—杨历

by 祁宏伟 2012.11.27 15:13
注:脚本执行有风险,对于客户正式环境请在研发指导下执行。 主题 答复: ea-系统参数乱码 发件人 杨历 收件人 '王小刚'; '马杰'; '祁宏伟' 发送时间 2012年11月26日 15:43     前几天一个用户要用英文操作系统安装U9。当时我强调过一定要检查Windows系统的"非Unicode程序的语言"选项。 可是,估计他后来还是没检查。所以此问题无法修复。只能修复此参数后。重新导入U9标准库,并重新升级。     发件人: 王小刚 [mailto:wangxg@yonyou.com] 发送时间: 2012年11月26日 15:36 收件人: '马杰'; '杨历'; '祁宏伟' 主题: ea-系统参数乱码     请帮忙看下这个乱码问题:

关于补丁中不必重复执行脚本、脚本片段的优化--杨历

by 祁宏伟 2012.11.23 13:47
补丁 升级脚本 优化 重复执行 System_FeatureUpdateRecord表 [更多...]

谁动了我的C:

by 刘红军 2012.8.20 10:52
面对磁盘空间不足的提示,我很疑惑:明明有很大的空间啊!当我看到“C:空闲空间0字节”的时候,真的是丈二和尚啊,到底谁动了我的C:
[更多...]

创建BOM流程

by 刘涛 2012.8.17 15:38
创建BOM流程 [更多...]

WEB构造补丁包文件夹路径

by tyg 2012.8.1 11:14
同一模块的放一个文件夹下就好了。 [更多...]

环境配置--Webservice访问报错情况2

by 祁宏伟 2012.6.18 17:24
环境配置-Webservice访问报错情况2 [更多...]

环境配置--Webservice访问报错情况1

by 祁宏伟 2012.6.11 15:03
注:脚本执行有风险,对于客户正式环境请在研发指导下执行。错误现象:         原因: 在IIS设置中,同时绑定了多个类型 ; 需要删除不必要的绑定。                      

U9 JMF UBFStudio发布

by 祁宏伟 2012.5.24 14:12
最新的UBFStudio环境 及 Portal 补丁 及 相关文档: \\u9blog\U9 JMF
[更多...]

如何将已经启用的模块进行反取消启用---杨历

by 祁宏伟 2012.2.9 15:55
select a.ID ,IsEnabled as '是否启用', a.EnableDate as '启用日期' , b.ShortName as '模块简称', c.Name as '模块名' , d.Name as '组织名称' from UBF_SM_AppState
[更多...]

分享一下:VS2008 安装失败报错时的解决办法

by dongli2 2012.2.9 10:39
VS2008 安装失败 [更多...]

现场环境补丁维护说明-补丁模块

by 侯超 2011.12.31 10:01
生产领域下的补丁【MO/MRP/BOM/PPM/SFC/QC/ECN…】;
财务领域下的补丁【GL/AP/AR/ER/FA/TB/TI…】
成本领域下的补丁【INVTRANS/CA/IC…】
供应链领域的补丁【PM/SM/DM/INV/….】
平台公共的补丁【BS/PUB/UBF/CBO/AAI/CS…】

[更多...]

RecentComments

评论 RSS

Statistics

989 篇文章
0 个单页
616743 条评论
11 次评分
711643 次访问
访问统计开始于 2019年9月14日
平均日访问 8179 次
当前 136 人在线