NC_WAS常见问题NC技术支持部日期:2011-08主题WASHTTPServerPlugin配置注意事项Apache端口更改如何生成javacore和heapdumpWAS2008安装问题NC+WAS方式80端口登录慢问题NC登录NC时报访问安全问题JRE1.5和JRE1.6版本冲突问题客户端访问NC(NC5X)时IE自动关闭问题NC客户端使用64位JDK问题WAS启动需要启动两次才能登录NC问题NC自定义查询报表中表与表“全连接”报错问题用户数已经达到授权数问题was+nc5X部署问题WASHTTPServerPlugin配置注意事项HTTPServerPlugin可以在集群配置及部署好后，在Was管理控制台webserver功能点进行生成插件并并传播插件．也可以通过命令生产插件：如：Dmgr/bin目录下手工生成Plugin-cfg.xml配置文件生成plugin-cfg.xml的命令为：#./GenPluginCfg.sh如下图：WASHTTPServerPlugin配置注意事项修改plugin-cfg.xml文件，并上传到HTTPServer相应文件夹下.手工生成的Plugin-cfg.xml配置文件不能直接使用，还需要手工稍作修改，首先是文件中Plugin路径，需将文件中所有的plugin路径修改为正确的路径，比如现在文件中的路径为：/opt/IBM/WebSphere/Plugins，需修改为现有的HTTPServerPlugin目录：home/IBM/HTTPServer/Plugins，如下图：WASHTTPServerPlugin配置注意事项其次，需要将master从配置文件中删除，虽然配置集群时master的权重是0，但是在测试过程中发现仍然会有一些会话会转发到master上，而在NC系统中master上是不让启线程的，所以会话转发到master上可能会导致产品一些功能无法正常使用，需手工修改plugin-cfg.xml配置文件以限制HTTPServer往master上转发会话。需要删除的地方又两处，第一处是server标签中的master项，如下图：WASHTTPServerPlugin配置注意事项第二处是
标签中的master项，如下图：最后将修改好的配置文件上传到HTTPServer/Plugins/config/webserver1文件夹下。然后启动HTTPServer，进HTTPServer/bin运行./apachectlstart，windows服务器则直接运行apache.exe。Apache端口更改：如将apache的默认端口80改为8000(1)修改apache的\IBM\HTTPServer\conf\httpd.conf文件.将文件中的所有80都修改为需要的端口8000.(2)进was控制台.点击"服务器"->web服务器->webserver1->配置->修改端口为8000点击:应用并保存(3)点击"环境"->虚拟主机->defaulthost->主机别名->新建->主机名:*端口:8000点击:应用并保存(4)点击"服务器"->web服务器->选取webserver1点击:生成插件->传播插件(5)将apache关闭,将was集群全部关闭.启动was集群,启动apache.再访问8000正常.WAShttp://IP:9060/ibm/console端口设置I:应用程序服务器server1端口WC_defaulthostWAS端口设置II:环境虚拟主机如果是集群模式:需要重新生成插件和传播插件,服务器->web服务器->选取webserver1:生成插件->传播插件.将apache关闭,将was集群全部关闭.启动was集群,启动apache.WASWAS中JVM参数存放的位置：问题描述：在was中修改JVM参数，有时修改过大时，was启动不了，修改修改小。解决办法：到类似下面的路径路径下找到server.xml文件，然后修改为：initialHeapSize="768"maximumHeapSize="1024"\IBM\AppServer\profiles\AppSrv01\config\cells\javavagCell01\nodes\javavagNode01\servers\ncMem01\server.xmlserver.xml文件中更改JVM参数方式：initialHeapSize="1024"maximumHeapSize="2048”WASWAS如何生成javacore和heapdump进入wsadmin----说明:如果启用了was安全管理功能,必须输入用户名和密码D:\IBM\WebSphere\AppServer\bin>wsadmin-userwasadmin-passwordpassword生成javacore设置jvm环境变量:wsadmin>setjvm[$AdminControlcompleteObjectNametype=JVM,process=server1,*]生成javacore文件:wsadmin>$AdminControlinvoke$jvmdumpThreads生成heapdump方法一找到JVM对象名字:wsadmin>setobjectName[$AdminControlqueryNamesWebSphere:type=JVM,process=server1,*生成heapdump文件:wsadmin>$AdminControlinvoke$objectNamegenerateHeapDump生成heapdump方法二wsadmin>setjvm[$AdminControlcompleteObjectNametype=JVM,process=server1,*]wsadmin>$AdminControlinvoke$jvmgenerateHeapDumpWAS如何生成javacore和heapdump在NC56,可以通过NMC监控工具生成和获得。在UNIX/LINUX,可以先查找到server的进程号，ps-ef|grepjava----察看java的进程号然后再kill-3WAS生成javacore和heapdump例子:D:\IBM\AppServer\profiles\AppSrv01\bin>wsadmin.batWASX7209I:使用SOAP连接器连接到节点javavagNode01上的进程“server1”；进程的类型为：UnManagedProcessWASX7029I:要获取帮助，请输入：“$Helphelp”wsadmin>setjvm[$AdminControlcompleteObjectNametype=JVM,process=server1,*]WebSphere:name=JVM,process=server1,platform=proxy,node=javavagNode01,j2eeType=JVM,J2EEServer=server1,version=6.1.0.11,type=JVM,mbeanIdentifier=JVM,cell=javavagNode01Cell,spec=1.0wsadmin>$AdminControlinvoke$jvmdumpThreads生成的javacore位置为:D:\IBM\AppServer\profiles\AppSrv01\javacore.20090410.153958.3564.txtwsadmin>setobjectName[$AdminControlqueryNamesWebSphere:type=JVM,process=server1,*]WebSphere:name=JVM,process=server1,platform=proxy,node=javavagNode01,j2eeType=JVM,J2EEServer=server1,version=6.1.0.11,type=JVM,mbeanIdentifier=JVM,cell=javavagNode01Cell,spec=1.0wsadmin>$AdminControlinvoke$objectNamegenerateHeapDumpwsadmin>生成的Heapdump文件位置为:D:\IBM\AppServer\profiles\AppSrv01\heapdump.20090410.154059.3564.phd问题描述：某项目WAS中间件JAVA进程使用内存不停上涨问题某项目，WAS版本WAS6011NC版本NC502Windows2003Enterprisex64Edition服务器型号：HPProLiantDL380G58CPU8G内存WAS中间件启动后，JAVA进程使用的内存一直上涨到2G,3G...直到服务器死机。问题分析：在WAS中手工生成heapdump和javacore文件：方法如下：ncMem01为集群中的一个成员SERVERD:\IBM\AppServer\profiles\AppSrv01\bin>wsadmin-userwasadmin-passwordpassword-----threaddumpwsadmin>setjvm[$AdminControlcompleteObjectNametype=JVM,process=ncMem01,*]wsadmin>$AdminControlinvoke$jvmdumpThreads-----heapdumpwsadmin>$AdminControlinvoke$jvmgenerateHeapDumpJAVACORE和HEAPDUMP生成方法问题解决：在生成的javacore文件中,Classloader有90多万行，文件大小为80M左右，正常情况下只有几万行，文件大小为几M左右。估计是nchome/modules文件夹在打补丁或者备份代码时出现了错误操作，导致NC部署到WAS里面后类加载陷入死循环，最终加载了90多万个类导致！检查nchome/modules目录，发现在modules目录下有一个同样的目录modules,删除该目录，再重新生成部署，重新启动WAS后正常。类循环加载的现象如下:………………………………………..2CLTEXTCLLOADLoadernc/bs/framework/loading/ModuleVarClassLoader(0x0000000052D74FA8)2CLTEXTCLLOADLoadernc/bs/framework/loading/ModulePrivateClassLoader(0x0000000052D76AD0)2CLTEXTCLLOADLoadernc/bs/framework/loading/ModuleVarClassLoader(0x0000000052D78338)WAS问题描述：WAS2008安装问题1.某建筑总公司用的是NC56+WAS,操作系统是windows200864位(正版),目前系统已上线,WAS一直没有安装上,报错：此安装程序不能在图形方式中运行，但是WAS打补丁用的工具盘则可以安装。2.如果download.updii.61013.windows.ia64安装之后，如果没有\IBM\UpdateInstaller\update.bat3.安装完WAS64后，\IBM\AppServer\java目录下没有bin目录分析解决办法：(1)该问题是WAS安装盘中的JDK在Windows2008上有点问题，需要用WAS的补丁盘\download.updii.61013.windows.ia32\JDK覆盖WAS安装盘的JDK，然后再安装即可。(2)如果download.updii.61013.windows.ia64安装之后，如果没有\IBM\UpdateInstaller\update.bat,则需要从其它机器上拷贝一个update.bat，然后打WAS补丁即可。或者用download.updii.61013.windows.ia32的补丁盘安装。(3)安装完WAS64后，\IBM\AppServer\java目录下没有bin目录，此时，执行.bat命令时会提示：该命令不可用。同样需要从其它机器上安装好的WAS64目录下拷贝一个java即可。WASWAS问题描述:NC+WAS方式80端口登录慢问题问题分析及解决:经过检查，发现下面的\IBM\HTTPServer\logs\access.log和error.log文件中access.log文件太大IBM\HTTPServer\Plugins\logs\webserver1\http_plugin.log文件太大.access.log已经达到7G左右.先关闭\IBM\HTTPServer\bin\Apache.exe-kstop,然后删除access.log和http_plugin.log然后\IBM\HTTPServer\bin\Apache.exe-kstart重新启动再访问即可.WAS问题描述:NC+WAS集群，NC登录慢,登录速度30多秒,但是，登录具体的端口如:http://ip:9080或http://ip:9081等所有的端口都快.问题分析及解决:经过检查，发现下面的\IBM\HTTPServer\logs\access.log和error.log文件中IBM\HTTPServer\Plugins\logs\webserver1\http_plugin.log文件大小几十兆,属于正常.检查插件：HTTPServer\Plugins\config\webserver1\plugin-cfg.xml:……….有很多SERVER,但是，实际启动的只有几个SERVER,删除没有启动的SQLSERVER，登录速度2秒左右.NC登录NC时报访问安全问题问题描述:登录NC时报java.security.AccessControlExceptionjava.security.AccessControlException:accessdenied(java.util.PropertyPermissionSERVLET_CALL_URLwrite)atjava.security.AccessControlContext.checkPermission(UnknownSource)atjava.security.AccessController.checkPermission(UnknownSource)atjava.lang.SecurityManager.checkPermission(UnknownSource)atjava.lang.System.setProperty(UnknownSource)atnc.ui.sm.login.AppletContainer.init(AppletContainer.java:171)atsun.applet.AppletPanel.run(UnknownSource)atjava.lang.Thread.run(UnknownSource)解决办法：找到操作系统下面目录下的目录：C:\ProgramFiles\jre1.5.0_07\lib\security打开该目录下的文件java.policy://Standardextensionsgetallpermissionsbydefaultgrant{permissionjava.security.AllPermission;};permissionjava.security.AllPermission行被注释掉,将注释放开即可.NCJRE1.5和JRE1.6版本冲突问题:1.先安装NC的NC_Client_1.5.0_07.exe该软件会安装在C:\ProgramFiles\jre1.5.0_07目录下.如果以前安装过就不用安装了.2.再安装高版本JRE1.6,该软件一般安装在C:\ProgramFiles\Java\将C:\ProgramFiles\Java\jre6\lib\security目录下的java.policy备份然后将C:\ProgramFiles\jre1.5.0_07\lib\security目录下的java.policy文件覆盖到C:\ProgramFiles\Java\..\lib\security下NC客户端访问NC(NC5X)时IE自动关闭问题每次访问NC时IE自动关闭,一天产生10来个日志文件到桌面。桌面上产生的日志文件:hs_err_pid2636.log内容为:#AnunexpectederrorhasbeendetectedbyHotSpotVirtualMachine:#EXCEPTION_ACCESS_VIOLATION(0xc0000005)atpc=0x6d0d1dda,pid=2636,tid=4920#JavaVM:JavaHotSpot(TM)ClientVM(1.5.0_07-b03mixedmode)#Problematicframe:#C[awt.dll+0xd1dda]---------------THREAD---------------Currentthread(0x072518b8):JavaThread"AWT-Windows"daemon[_thread_in_native,id=4920]siginfo:ExceptionCode=0xc0000005,writingaddress0x000000fcRegisters:EAX=0x00000000,EBX=0x00000000,ECX=0x00000001,EDX=0x7c95ed54ESP=0x077ff790,EBP=0x077ff7cc,ESI=0x07251978,EDI=0x00008025EIP=0x6d0d1dda,EFLAGS=0x00010216TopofStack:(sp=0x077ff790)0x077ff790:6d0d1da5006104dc000000016d0e3f36………………………0x077ff7f0:077ff8446d0e39b0077ff87077e2c4840x077ff800:6d0e39b0003d04bc000080256d0d1d91…………………………………………….NC客户端访问NC(NC5X)时IE自动关闭问题解决办法：1.先安装NC的NC_Client_1.5.0_07.exe在软件在NC安装目录nchome\webapps\nc_web\Client\NC_Client_1.5.0_07.exe该软件会安装在C:\ProgramFiles\jre1.5.0_07目录下.如果以前安装过就不用安装了.2.在网上下载jre1.5.0_13如:jre-1_5_0_13-windows-i586-p.exehttp://javadl.sun.com/webapps/download/AutoDL?BundleId=12839&/jre-1_5_0_13-windows-i586-p.exe下载后,安装.该软件安装在C:\ProgramFiles\Java\jre1.5.0_13然后将C:\ProgramFiles\jre1.5.0_07\lib\security目录下的java.policy文件覆盖到C:\ProgramFiles\Java\jre1.5.0_13\lib\security下注:部分输入法也会导致类似现象:如搜狗输入法.NC客户端使用64位JDK问题问题描述：某项目NC客户端使用32位JDK，可以正常登录。但是使用64位JDK时，将IBMJDK(或SUNJDK)如IBM\java\jre拷贝到C:\ufida55\ncv5client\运行C:\ufida55\ncv5client\bin\clientStartup.bat报错如下：C:\ufida55\ncv5client\bin>clientStartup.batSettingJRE_HOMEenvironmentvariablewithC:\ufida55\ncv5client\bin\..\jre.javax.swing.JPanel的main()中发生异常java.lang.NoClassDefFoundError:netscape.javascript.JSObjectatjava.lang.J9VMInternals.verifyImpl(NativeMethod)atjava.lang.J9VMInternals.verify(J9VMInternals.java:66)atjava.lang.J9VMInternals.initialize(J9VMInternals.java:127)atjava.lang.Class.forNameImpl(NativeMethod)atjava.lang.Class.forName(Class.java:130)atnc.starter.test.JStarter.StartNC(JStarter.java:117)atnc.starter.test.JStarter.main(JStarter.java:388)NCNC客户端使用64位JDK问题问题分析及解决：通过上面的信息可以看出类netscape.javascript.JSObject找不到.在64位的JDK(IBM和SUN的JDK)中没有找到该类。但是在我们的nchome\ufjdk\jre\lib\plugin.jar和ufida55\ncv5client\jre\lib\plugin.jar的jar包中有该类。将该类直接拷贝64位JDK目录如ufida55\ncv5client\jre\lib\ext,仍然报上面的错误，将plugin.jar直接拷贝64位JDK目录ufida55\ncv5client\jre\lib\ext。可以正常使用。NCNC案例:WAS启动需要启动两次才能登录NC问题：问题描述：WAS每次停止后，再次重新启动WAS,此时登录不进NC。需要停止WAS，然后再次启动WAS，然后才能登录NC，正常使用。问题分析：日志信息:nclogs\master\nc-log.log[WebContainer:2]172.20.100.24530562010/12/0114:10:52[nc.itf.uap.sf.IIAModeQueryService]ERROR-Exceptionthatthrowtoclientjava.lang.NoClassDefFoundError:nc.bs.sm.login.LoginAppBean(initializationfailure)............Causedby:com.thoughtworks.xstream.converters.ConversionException:Forinputstring:""----Debugginginformation----message:Forinputstring:""cause-exception:java.lang.NumberFormatExceptioncause-message:Forinputstring:""class:nc.vo.sm.login.SystemConfigrequired-type:java.lang.Integerpath:/nc.vo.sm.login.SystemConfig/ClaimingIntervallinenumber:……….NCWAS启动需要启动两次才能登录NC问题：问题解决：NC用户在登录NC系统时,会读取NC的配置文件，根据nclogs\master\nc-log.log中的日志，可以看出在读取并解析systemconfig.xml问题时出了问题。打开systemconfig.xml文件发现:的值为空。ClaimingInterval参数含义：用户在线信息检查的时间间隔(秒)。该参数应该有值，单位为秒，不能为空。现在设置为0,重新启动WAS,NC登录正常。0表示不启用该功能。也可以设置为具体的值。Nchome\ierp\bin\systemconfig.xml文件的内容为：500NCNC自定义查询报表中表与表“全连接”报错问题问题描述：ORACLE从10.2.0.1升级到10.2.0.4后遇到的BUG问题在自定义查询报表中，表与表的连接方式使用"全连接"的个别报表，查询时报：ORA-00918:columnambiguouslydefined如：下面是自定义报表生成的视图:createorreplaceviewtemq_de0b68124fd346533as(selectcasewhenTEMQ_de0b68124fd346543.ct_codeisNULLthenTEMQ_de0b68124fd3465b0.ct_codeelseTEMQ_de0b68124fd346543.ct_codeendct_code11,casewhenTEMQ_de0b68124fd346543.vsourcebillcode1isNULLthenTEMQ_de0b68124fd3465b0.vsourcecodeelseTEMQ_de0b68124fd346543.vsourcebillcode1endvsourcebillcode123fromTEMQ_de0b68124fd346543fullouterjoinTEMQ_de0b68124fd3465b0on(TEMQ_de0b68124fd346543.corder_bid=TEMQ_de0b68124fd3465b0.corder_bidANDTEMQ_de0b68124fd346543.vsourcebillcode=TEMQ_de0b68124fd3465b0.vsourcebillcode))语句select*fromtemq_de0b68124fd346533能在PLSQL中执行.但是selectcount(*)fromtemq_de0b68124fd346533在PLSQL或程序中执行都报上面的错误。NCNC自定义查询报表中表与表“全连接”报错问题问题描述：问题解决方法:该问题是ORACLE10.2.0.4版本上的一个BUG，以SYS用户登录到ORACLE，设置下面的ORACLE参数即可。altersystemset"_column_elimination_off"=true;NC用户数授权数问题描述：某项目NC56,用户访问供应链时，报：该用户的用户数已经达到授权数！问题分析及解决：远程登录到某项目NC56的环境中,通过ncSysConfig/wasSysConfig.bat命令查看，供应链的产品授权数为100如下图:登录到NC系统，在客户化系统维护授权监控节点：查看到供应链的授权数是100,占用数也是100.确实已经已经达到了最大值。通过上面的情况说明：供应链的授权数是100，而且已经都被使用了，如果再有用户登录时，报“该用户的用户数已经达到授权数！”,是属于正常情况。已经将该原因向用户沟通，用户也已经清楚了。如果供应链100个LICENSE确实不够用，需要再申请加LICENSE.下面是登录NC的授权数和具体的登录供应链的人员.NCDeployment例：检查模块与服务器关系时应用程序验证失败并出现意外异常WAS+NC55:WAS生成时，没有报错，部署时报错如下：Nchome/bin/configsys.log中报错信息信息：MonJun2114:33:18CST2010-ADMA5016I:安装nc50已启动。MonJun2114:33:21CST2010-ADMA5057E:检查模块与服务器关系时应用程序验证失败并出现意外异常：org.eclipse.jst.j2ee.commonarchivecore.internal.exception.DeploymentDescriptorLoadException:IWAE0022EExceptionoccurredloadingdeploymentdescriptorformodule"nc.itf.fbm.ejb.FBMprivateEJB.jar"inEARfile"D:/usercode/huludao/nchome/nchome/dist/nc.ear"MonJun2114:33:21CST2010-ADMA5011I:清除应用程序nc50的temp目录已完成。ADMA5069E:安装应用程序nc50失败。此应用程序在完全更新当中，因此已从配置会话中卸载。立即废弃您当前的配置会话以恢复应用程序。不要保存对WebSphereApplicationServer配置库所作的更改。未从此存储库中卸载该应用程序。直到当前配置会话已废弃，您才会在当前会话中看到此应用程序。Installapplicationfailed.java.lang.Exception:Faileddeployapplicationatnc.bs.framework.was.admin.ApplicationManage.install(ApplicationManage.java:167)atnc.bs.framework.was.admin.WasSetup.installApp(WasSetup.java:323)NCDeployment例：检查模块与服务器关系时应用程序验证失败并出现意外异常分析：nchome/history/application.xml:nc.itf.ebank.OBMEJB.jarnc.itf.fbm.ejb.FBMprivateEJB.jarnc.gejb.so2.cmt.SCM_SO2_SOPRICEEJB.jar……………………………………nc.gejb.fbm.cmt.FBMprivateEJB.jar如上可以看出history/application.xml中FBMprivateEJB出现两次nc.itf.fbm.ejb.FBMprivateEJB.jar和nc.gejb.fbm.cmt.FBMprivateEJB.jar中.在NC55中，主要采用nc.gejb.fbm.cmt.FBMprivateEJB.jar模式,nc.itf.fbm.ejb.FBMprivateEJB.jar上以前版本使用的.造成现在的问题原因主要是升级时history目录下的内容应该清除掉,但是，NC程序并没有清除掉，application.xml中原来旧版本的模块配置信息也保留着，但是，旧版本的模块配置信息部署到was时,找不到对应的代码，所以报错。解决办法：删除nchome/history和temp目录，然后重新生成部署即可。或执行\nchome\bin>ncDomainCmd.batCLEAN,然后重新生成部署即可。例：检查模块与服务器关系时应用程序验证失败并出现意外异常分析：nchome/history/application.xml:nc.itf.ebank.OBMEJB.jarnc.itf.fbm.ejb.FBMprivateEJB.jarnc.gejb.so2.cmt.SCM_SO2_SOPRICEEJB.jar……………………………………nc.gejb.fbm.cmt.FBMprivateEJB.jar如上可以看出history/application.xml中FBMprivateEJB出现两次nc.itf.fbm.ejb.FBMprivateEJB.jar和nc.gejb.fbm.cmt.FBMprivateEJB.jar中.在NC55中，主要采用nc.gejb.fbm.cmt.FBMprivateEJB.jar模式,nc.itf.fbm.ejb.FBMprivateEJB.jar上以前版本使用的.造成现在的问题原因主要是升级时history目录下的内容应该清除掉,但是，NC程序并没有清除掉，application.xml中原来旧版本的模块配置信息也保留着，但是，旧版本的模块配置信息部署到was时,找不到对应的代码，所以报错。解决办法：删除nchome/history和temp目录，然后重新生成部署即可。或执行\nchome\bin>ncDomainCmd.batCLEAN,然后重新生成部署即可。NCDeployment例：检查模块与服务器关系时应用程序验证失败并出现意外异常/nchome/bin/ncDomainCmd.bat:清除NC临时文件，ejb部署文件，ejbXMLS文件，日志文件等。如：history,nclogs,temp,work,domain,dist,conf,ejb,ejbXMLs等.(建议执行该命令前,将上面的目录先备份一份.将nchome/bin目录下的文件备份一份.)删除后，NC需要重新全模块生成和部署。如:E:\ncenv\nc56\bin>ncDomainCmd.batCLEANJAVA_HOME=E:\ncenv\nc56\ufjdk.NC_HOME=E:\ncenv\nc56.ncDomainCmdisncdomainmanagertool.usage:ncDomainCmd.batcommandcommand:specifiesCLEAN.CLEANmeanscleaningnctemporaryfile,ejbXMLsfileandlogfileYoumustfulldeployafteryoucleandone.file,ejbsample:ncDomainCmd.batCLEANBuildfile:E:\ncenv\nc56\bin\buildmisc.xmlnc.Domain.Clean:[delete]DeletingdirectoryE:\ncenv\nc56\ejb[delete]DeletingdirectoryE:\ncenv\nc56\ejbXMLs[delete]DeletingdirectoryE:\ncenv\nc56\history[delete]DeletingdirectoryE:\ncenv\nc56\nclogs[delete]DeletingdirectoryE:\ncenv\nc56\temp[delete]DeletingdirectoryE:\ncenv\nc56\work[delete]DeletingdirectoryE:\ncenv\nc56\domain[delete]DeletingdirectoryE:\ncenv\nc56\dist[delete]DeletingdirectoryE:\ncenv\nc56\conf…………BUILDSUCCESSFULTotaltime:1secondNCDeploymentwas+nc5X部署不成功本次部署出现错误，所有的文件显示都和下面的错误有关：[ejbModule/nc/itf/iufo/EJSLocalStatelessnc_itf_iufo_AllEJB_0bfd4279.java(31105):没有为类型AllEJBEjbBean定义方法removeRepData（String,String,MeasurePubDataVO,boolean,String）]但是真正的原因是：MANIFEST.MF文件，引起的,而且只有was_sysconfig.log中简短的一行报错，如下红色：modules\iufo\classes\META-INF\MANIFEST.MFwas_sysConfig.log报：………………………..[java]Savingsession...[java]java.util.zip.ZipException:duplicateentry:META-INF/MANIFEST.MF[java]atjava.util.zip.ZipOutputStream.putNextEntry(ZipOutputStream.java:188)[java]atjava.util.jar.JarOutputStream.putNextEntry(JarOutputStream.java:114)MANIFEST.MF文件的内容只有一行,如下：Manifest-Version:1.0删除modules\iufo\classes\META-INF\MANIFEST.MF文件，重新生成部署，正常。所以对于nc5X的was环境，要查出META-INF\MANIFEST.MF文件，删除掉。如果META-INF目录没有其它文件，该目录也一起删除。如：\nchome\modules\gl\client\classes\META-INF\nchome\modules\uapbd\META-INF\classes\META-INF\nchome\modules\uapqe\client\classes\META-INFNCDeploymentwas+nc5X部署不成功cleanClassesMETA-INF.bat命令(nchome\bin目录下)cleanClassesMETA-INF.bat:清除modules目录下各个模块classes目录下的MANIFEST.MF文件.否则部署可能会错.因为该目录下不应该有MANIFEST.MF文件，常常是打补丁打错的META-INF文件.NCDeploymentwas+nc5X部署部署失败某项目生成成功,部署失败,报错误信息如下/ufsoft/nchome/modules/uapqe/hasthesamemodulenamewithmoduleat:file:/D:/ufsoft/nchome/modules/backup/uapqe-1225bak/[Thread-9]2008/01/1509:09:12[nc.bs.framework.server.deploy.ModuleDeployer]ERROR-file:/D:/ufsoft/nchome/modules/hrpe/hasthesamemodulenamewithmoduleat:file:/D:/ufsoft/nchome/modules/backup/hrpe-1225BAK/[Thread-9]2008/01/1509:09:12[nc.bs.framework.server.deploy.ModuleDeployer]ERROR-file:/D:/ufsoft/nchome/modules/hrta/hasthesamemodulenamewithmoduleat:file:/D:/ufsoft/nchome/modules/复件hrta/………………原因:在上面的信息中,发现/nchome/modules目录下有英文及中文目录的备份文件.这些备份目录及文件删除后,重新生产及部署,成功.NCDeploymentwas+nc5X部署部署失败检查重目录/文件命令(nchome\bin目录下)checkFileDuplicate.bat:检查重复的文件.主要是检查nchome下的目录：moduleshotwebsresourceslib这些目录下的重复的文件,特别是打补丁时在modules下备份的文件，会造成部署时失败.E:\ncenv\nc55\bin>checkFileDuplicate.batJAVA_HOME=E:\ncenv\nc55\ufjdk.NC_HOME=E:\ncenv\nc55.Buildfile:E:\ncenv\nc55\bin\buildmisc.xmlcheck.File.Duplicate:………………[java]E:\ncenv\nc55\modules\modules\yer\lib\pubyer.jar[java]Duplicatejarfile:E:\ncenv\nc55\modules\复件cmp\lib\pubcmp.jar[java]E:\ncenv\nc55\modules\cmp\lib\pubcmp.jar…………………
