普元启动服务失败的解决方法

1、普元启动服务失败的解决方法当多个人同时使用一个数据库的时候，启动普元控制台会一直停留在 rcall ，然后显示一 个超时的警告，那样就需要修改一下普元的一个定时器配置项。 安装目录下 PrimetonPlatformapps_configdefaultconfig 中的一个 user-config.xml 文件 将下列代码 中高亮字段中的 true 改为 false 即可 truedefault 当 EOS启动调试服务时，控制台停留在RCALL 后无反应一般是因为定时任务的表被锁住的原因，可在 plsqldeveloper 中执行以下语句：select alter system kill se

2、ssion |b.SESSION_ID|,|c.SERIAL#| immediate;from v$locked_object b,v$session cwhere b.SESSION_ID = c.SID将查询结果复制到新的 SQL 窗口执行，执行完成后再启动服务- 解决 EOS 连接失败无法启动的问题 - 查看有没有被锁的对象select * from v$locked_object -查看被锁的对象是哪张表select * from dba_objects where object_id in(select t.OBJECT_ID from v$locked_objectt)-selec

3、t * from dba_objects where object_id=73713 -从菜单栏进入 Tools/Sessions ，将 Status=ACTIVE and Sid= 被锁对象 id 的记录，点击右键菜单中的 Kill跟操作系统的兼容性有关，建议去下看 ideeclipseplugins 目录下org.eclipse.swt.win32.win32.x86_3.2.0.和 org.eclipse.swt_3.2.0 两个 jar 的版本，更换成高版本试试。提供清理 eos 开发过程中缓存清理的方法 摘要：提供清理 eos 开发过程中缓存清理的方法。 在 eos 开发过程中， 经

4、常遇到新开发的代码无法使用， 右键部署之后依然使用原来的老旧代 码，非常影响开发速度。 这里提供下清理缓存的方式，确定我们的最新代码能够被使用。对 于分组开发过程中，各人代码版本差异无法实现同样的运行效果有特效。1. 删除 %EOS_HOME%apps_configdefaultwork_temp 下的所有文件和文件夹。如需使用平台的各种日志请酌情备份 logs 下的内容。2. 删除 %EOS_HOME%apache-tomcat-7.0.54work下的所有内容，情况 tomcat 的缓存。3. 删 除%EOS_HOME%apache-tomcat-7.0.54webappsdefaultW

5、EB-INF_srvworkuser 下我们自己项目的内容。慎重，别删错了，我们自己开发的。ESB修改默认端口 61616 windows 操作系统下的默认的 ICS 服务( Internet Connection Sharing )默认占用了 61616 端口，因此要解决 jms 端口冲突的情况有两种方式。方式一： 停止 ICS 服务。命令行执行 “ services.msc 找到”IC,S 服务，右键停止，并设置为以后手动启动。 方式二：修改 ESB 下 JMS 默认端口。找到 D:PrimetonESBstudioserverEOS_srvconfig 下的 esb-mq-config.

6、xml 和 fts-server-config.xml 文件，分别修改如下内容：( esb-mq-config.xml) (fts-server-config.xml) tcp:/:6161651 如何修改 Platform 发布 Webservice 服务的命名空间摘要：如何修改 Platform 发布 Webservice 服务的命名空间( ) 为自己指定的名字。问题描述 :Platform 发布 Webservice 服务，在浏览器上查看 wsdl ，客户想修改其中的命名空 间 ，如下图红色框的内容，想更换成自己的命名空间。适用环境 : PlatformV6 及以上版本

7、处理经验 : 可以修改 user-config.xml 中的配置，将 DefultNameSpace 这行的注释放开， 修改 为自己指定的值。!-http:/www.prim应用被拦截，调用报错无法访问摘要：应用被拦截，调用报错无法访问场景描述：test.html 放在 Tomcat 的 webapps/ROOT 目录下，或者其他非 default 应用下 该静态 HTML 页面中有一个超链接 EOS test 在资源管理器中直接双击该文件，在浏览器打开后( file:/协议)， 点击该超链接可以正常访问。但如果我通过 :8080/test.html 访问该页面

8、( http:/ 协议) ，点击 该超链接时，直接报错了，错误信息为：调用异常，请查看日志！而使用 window.open 没有问题。EOS test ，function open_win()window.open( :8080/default/skins/default/index.jsp )情况分析：获取前后 http 头， referer 为不同应用之间的请求，那么可能被 default 给拦截了。解决办法：去除拦截器：把 apps_configdefaultconfig eoshandler-web.xml 中的以下配置注释掉， 看看是否还 会不会有问题：

9、 摘要： EOS 工程部署到 JBOSS 后报错。分析日后初步确定为jboss-6.1.0.Finalcommonlibslf4j-api.jar 与 libslf4j-api-1.5.6.jar 冲突导致 该问题已经解决。方案如下：修改jbossserverdefaultdeployersjbossweb.deployerMETA-INFwar-deployers-jboss-beans.xml 添加 org.slf4j ，以过滤该包代码如下：.5.class =org.jboss.web.tomcat-1 javax.servlet,mbean name=WarClassLo

10、aderDeployer.service.deployers.WarClassLoaderDeployerproperty name=relativeOrder property name=filteredPackages ons.logging,org.slf4j 然后重启 JBOSS 服务器。原因分析：jboss 加载 jar 包顺序问题。摘要：在最近修改 SSO 应用的时候，涉及到需要在 jar 包中读取工程配置文件的问题。在 jar 包中，读取配置文件，需要单独处理。项目中的一些配置文件，如 perties log4j.xml 不想打包进 jar 。 因为可能会

11、修改其中的一些配置信息，打包进jar ，就变得比较笨拙，不方便修改文件。可以用如下方式，实现在 jar 包中读取外部配置文件。方法一：关键代码。读取 properties 文件方法：InputStream ins = getClass().getResourceAsStream(/resource/perties );但是 log4j.xml 又需要单独处理：PropertyConfigurator.configure(System.getProperty( user.dir) + /resource/log4j.xml );方法二：配置文件 pertie

12、s 和 jiar 包在同一个目录下面：FileInputStream inputStream1 =new FileInputStream( perties );配置文件 perties 在 jar 包内部：InputStream inputStream2 = a.class .getResourceAsStream( /perties);org.apache.axis2.AxisFault: WSDoAllReceiver:摘要：使用 EOS7.2 自动生成的客户端代码，在调用带有安全头部消息的 webservice 接 口的时候，会经常出现 org.ap

13、ache.axis2.AxisFault: WSDoAllReceiver: Incoming message does not contain required Security header的异常，可以照下文处理使用 EOS7.2 自动生成的客户端代码，在调用带有安全头部消息的 webservice 接口的时候， 会经常出现 org.apache.axis2.AxisFault: WSDoAllReceiver: Incoming message does not contain required Security header 的异常，表示传入的消息不包含所需的安全报头，经过分 析发现是

14、该方法在第一次被调用后，已经生成了一些安全校验数据， ListenerManager.defaultConfigurationContext 不为空，无法对新的请求进行安全数据的封 装，导致请求失败，应该清空 ListenerManager.defaultConfigurationContext 应用环境，重 新生成对应的安全校验数据。可以照如下方式进行处理。 在使用客户端代码的方法中，加入ListenerManager.defaultConfigurationContext = null;用于清空运行环境，以对新的请求，作出新的安全设置。示例代码片段：Bizletpublic Map sel

15、lOrderPriceUpdate(SellOrderImpl sellOrderImpl,SellOrderDetailImpl sellOrderDetailImpls) throws ExceptionListenerManager.defaultConfigurationContext = null;/ 重置 axis2 部分运行参数环境，用于新的请求ZCOP_SERVICEStub.ZifSoChange in=new ZCOP_SERVICEStub.ZifSoChange();/ 输入ZifSoChangeResponse response=new ZCOP_SERVICEStu

16、b.ZifSoChangeResponse();/输出EOS 在业务程序中获取逻辑构件执行的 SQL 语句文章 huangxu 文章详情EOS 在业务程序中获取逻辑构件执行的SQL语句huangxu 发表于 3 个月前 来自话题 # 应用开发平台( EOSPlatform ) # 90 浏览摘要：更改 log4j 的日志配置， 使用类继承方式， 方法重写， 在程序中获取逻辑流执行 SQL 。 配置文件：应用配置目录 /log4j-sys.xml ( 可根据实际情况使用更改具体配置文件) ；更改 log4j 的日志配置，使用类继承方式，方法重写，在程序中获取逻辑流执行SQL。配置文件：应用配置目

17、录 /log4j-sys.xml ( 可根据实际情况使用更改具体配置文件)；配置文件说明：config/log4j-deploy.xml 的日志。config/log4j-trace.xml统运行问题使用。部署日志 记录系统启动、 停止、 构件包部署、 集群通知等信息config/log4j-sys.xml系统日志大粒度的引擎运行的入口、出口的日志，用于调用跟踪日志 Server 引擎的调试日志，用于系统维护人员定位系栈分析，可以进行性能分析使用config/log4j-engine.xml引擎日志 细粒度的引擎运行日志，可以打印上下文数据，用于定位业务问题。记录时机：页面流(P)执行、逻辑流

18、(B)执行、服务(S)执行、 Web服务(W)调用、定时任务 (D) 执行、 JSP(J)执行、 SQL(Q) 执行(超过时限者记录) 、运算逻辑 (X)执行(超过时限者记录) ；记录格式：有固定格式记录时间 请求编号 P|B|S|W|D|J|Q|X( 类型)Begin|End|Exception|Run全名执行时长父全名 IP 地址登录用户 ID 登录用户名 当前内存总量 当前空闲内存量 自定义 信息。配置文件 log4j-sys.xml ，找到 log.sys.sql 开关， off 更改为 all找到 RollingFileAppender新建新类 LimsLogOut 继承 Rolli

19、ngFileAppender ，重写 doAppend 方法，方法参数 LoggingEvent 内有属性可区分 SQL。截图实例如下：由于该类记录 SQL 日志为超过时限者记录，时限默认设置为 1000 毫秒，很多 sql 执行时间可能不需要 1000 毫秒，需进行更改，找到 sys-config.xml 配置文件，将属性 LogSqlWhenTimeout 设置为 1。部署配置文件，在 新建类 LIMSLogOut 中可以处理 SQL 日志。多个 EOS 连接同一个数据库出现定时器表锁定的问题解决方案文章 bigdabao 文章详情多个 EOS 连接同一个数据库出现定时器表锁定的问题解决方

20、案bigdabao 发表于 4 个月前 来自话题 #应用开发平台( EOS Platform )#260 浏览摘要：多个 EOS 连接同一个数据库出现定时器表锁定的问题解决方案 问题描述：如果多个 EOS连接同一个数据库，在 server 启动的时候，会出现 EOS_QRTZ_LOCKS 锁表 的情况，导致 Server 启动不成功解决方案：多个环境连通过库， 容易出现定时器锁表的问题， 因为定时器默认情况下是启动， 可尝试 如下操作： true default 将颜色标记的true 改为 false (连同一个库的每个环境都需要改)用户 session 失效， ajax 调用不能跳转的解决方

21、案文章 liucl 文章详情用户 session 失效， ajax 调用不能跳转的解决方案 (Primeton EOS)liucl 发表于 9 个月前 来自话题 #应用开发平台( EOS Platform )#341 浏览 摘要：在某客户项目支持过程中发现 session 失效后， ajax 还能继续调用，原因是在拦截 器虽然能拦截到 ajax 调用，也做了跳转到 index.jsp 的操作，但由于是 ajax 调用，在 index.jsp 中并不能完成跳转，页面没有任何变化，所以不能正常跳转到登录页面，在 abframe 或其它项目可能也存在这种问题。场景一个基于 Ajax 技术的 Web

22、应用， 采用的是多页面方式 ，每个页面内部使用 Ajax 实现复杂 业务逻辑之间的无刷新切换，使用了 Struts 来实现 MVC。问题对于 Ajax 请求，只有在通过用户验证无误之后才能对请求作出响应。如果用户长时间不做 操作导致 Session 过时之后才发出请求，则此时应该跳转到出错页面，提示用户重新登录。 对于非 Ajax 请求，可以自定义异常并针对此异常设置相应的出错页面。在用户信息验证失 败的时候直接抛出此异常即可， web 容器会自动捕捉到此异常并且显示出错页面；但是， 对于 Ajax 请求，则不会如期待的那样自动跳转到出错页面。若不错特殊处理， Ajax 请求的 回调函数会得到

23、意想不到的数据而导致程序出错。分析 对于一个 Ajax 的应用，每一次客户端和服务器的数据交互，可以看成是在一个由客户端的 XMLHttpRequest 和服务器端的 Servlet( 这里假设用 Servlet 响应 Ajax 请求 ) 组成的闭合管道。解决在 Filter 中，判断当前用户是否处理登录状态，如果 session 已经失效则调用 response.getWriter.write(session_time_out);修改 eos-ajax.js 内容，判断返回的 ajax.responseText 的内容是否为 session_time_out ， 如果相等，则认为 sessi

24、on 已经失效并调用 top.location = auth/login.jsp ； 注意 eos-ajax.js 是平台 js 库文件，所以像 auth/login.jsp 这样的项目路径最后采用配置的方式。总结对于 Ajax 的请求， 其数据流是封闭的， 服务器发送给在客户端的数据都被 XMLHttpRequest 对象所获得。本文通过从 Filter 中发出 javascript 代码让其在客户端得到执行，从而可以在 session 过时验证用户信息失败之后， 让客户端自动跳转到登录页面， 与非 Ajax 请求时的客 户体验相一致。对于 Ajax 请求，此方法进一步推广，可以直接在服务器

25、端发出 javascript 让其在客户端得到执行。FTP大数据解决方案 53c8c681e13823343b0000e3某客户系统 EOS Platform 流程数据丢失问题定位以及故障排除过程文章 yang-yong 文章详情 某客户系统 EOS Platform 流程数据丢失问题定位以及故障排除过程yang-yong 发表于 9 个月前 来自话题 # 应用开发平台( EOS Platform ) #88 浏览摘要：从解决问题的角度，我们不建议用户直接将 Connection 的 autoCommit 设置为 false ，理由就是这样破坏了数据库连接；如果用户需要将连接设置为 false

26、 ，则需要在用 完连接后，将连接的状态设置回去；或者直接在外层使用事务。一. 客户环境产品版本： EOS Platform 6.5服务器： Was7 ， 4 个节点的集群数据库： Oracle11gJDK 版本： 1.6浏览器： IE7二. 问题描述客户环境上主要表现为通过逻辑流调用了 BPS 的服务，同时在逻辑流里面存在业务数据的 操作， 调用完逻辑流之后，流程数据和业务数据都丢失了，且整个过程没有抛出异常，问题只是偶然重现，而且只能在正式环境上重现，测试环境始终没有重现问题。三. 问题分析定位过程1. 熟悉客户系统， 了解问题重现方式， 发现流程数据丢失需要客户操作很多次才会出现一次， 重

27、现概率比较低；2. 熟悉客户代码， 发现客户的逻辑流里面存在嵌套事务， 且业务操作和流程操作在同一个事 务里面， 对流程的操作在一个子事务里面， 逻辑流里面事务设置都是接收外部事务， 且同步 join 方式执行，没有新开事务的情况，也不存在事务图元不匹配的情况。3. 分析报错后的错误日志，发现错误是从事务同步器里面抛出来的，原因是 queryWorkItemDetail 报错，即找不到工作项；正常的情况下，工作项不可能不存在，因为 执行到事务同步器的时候， 事务必定已经提交了， 而此时查询工作项肯定可以查询到， 但是 目前的错误情况下， 工作项不存在， 即根据错误日志可以推断出： 事务已经提交

28、， 但是数据 没有入库。4. 一开始对事务同步器理解不够深刻，以为用户调用了事务管理器的commit 操作就会触发同步器的方法，所以一开始怀疑用户可能是事务使用不当，事务管理器的begin, commit 不匹配之类的情况导致事务没有正真提交， 数据没有入库， 所以需要验证用户是不是正真做了 事务提交；5. 验证事务是不是正真做了提交： 添加日志， 在逻辑流里面的事务提交图元前后打印出事务 状态，通过这个状态就能判断出事务管理器方法是不是存在不匹配的情况， 同时在事务同步 器里面打印出流程实例，活动实例，工作项实例的 ID 以及状态，线程 ID ，请求 ID 之类的 信息， 方便问题重现后定位

29、问题；我们判断事务状态的目的是：如果用户正真做了提交，而 数据没有入库， 说明和产品存在一定关系， 如果用户没有做事务提交， 则是用户代码的问题， 这样我们就可以根据这个状态进行 2 个大的方向定位。6. 分析错误日志， 对比正确情况和错误情况， 发现打印出的事务状态 2 种情况是一样的，提 交前是活动状态， 提交后是无事务状态， 说明用户正真做了事务提交， 即用户使用的事务管 理器 begin ，commit 是匹配的；而且分析事务同步器里面打印出的流程实例，活动实例， 工作项实例 ID 及状态也都是一样的，不存在异常情况，但是数据就是没有进入到数据库；7. 由于事务管理器的使用方式没有问题

30、，问题又回到原点；后续只能通过大量重现问题，仔 细分析日志， 看还能否找到其他的蛛丝马迹； 由于这个问题是偶然重现， 所以我们怀疑可能 跟线程是否有关系， 我们拿到大量的错误日志后， 仔细查找这个问题是否和线程相关， 发现 他们存在一定的联系， 我们分析日志得到规律是： 如果一个线程出错后， 后面所有由这个线 程处理的逻辑流，流程数据都丢失，且有一个线程丢失的流程数据达 8 次之多；8. 由于客户现场不能对正式环境进行远程调试，再加上测试环境一直重现不了， 所以即使我 们怀疑是线程问题，但是也无法进一步走下去。9. 经过讨论会之后， 我们开始定位数据库连接是否存在问题； 后续我们还是通过打日志

31、的方 式来判断连接是否存在问题；我们在BPS 获取连接的入口打印连接的实现类，连接的状态等信息；同时在事务管理器里面增加日志，在连接的setAutoCommit,close, commit 方法上增加日志；10. 分析日志： 对比正确日志和错误日志可以发现， 正确情况下， Connection 的 autoCommit 状态是 true ，错误情况下， Connection 的 autoCommit 状态是 false ；在正确情况下， Connection 的 autoCommit 状态是 true ，我们怀疑用户的 was 环境存在问题， 因为 Connection 受事务管理之后， au

32、toCommit 状态一定是 false ，所以我们验证用户的环境是否是正常的； 我们使用 JSP 做了最简单的验证：开启事务，拿到连接，执行第一条sql，然后执行第二条sql ，然后抛出异常，然后再执行第 3 条 sql ，最后提交，抛出异常则回滚，部署到用户的测 试机器上验证， 发现客户的服务器并没有回滚， 前 2 条数据入库了； 所以我们断定客户的环 境出了问题。11. 后面一天我们都在修改 was 服务的配置，以为是数据源配置错了，导致数据库连接不受 事务管理；折腾了一天之后，最后发现 was 环境下，即使外部开了事务， Connection 的 autoCommit 状态就是 tru

33、e ，不像 tomcat ，Connection 受事务管理之后， autoCommit 是 false ；12. 根据日志，如果说 Connection 的 autoCommit 状态是 true 是正确的，那么 Connection 的状态是 false 则可能就会存在问题；因为正确日志和错误日志只有这个地方存在区别；所 以这个时候我们怀疑是连接坏了；继续分析日志，发现日志里面有在逻辑流里面调用了 setAutoCommit 的方法，用户代码将 autoCommit 属性设置了 false ，所以我们去走查用户 代码，找到调用 setAutoCommit 的地方。四. 解决问题1. 找到用

34、户代码之后，询问当事人为什么需要将Connection 设置成 false ，当事人也说不出正确的理由，而且还说这个可以去掉，他只是复制的；所以我们将这行代码注释好之后，部 署到测试服务器验证； 同时验证打补丁之前和打补丁之后的测试环境，此时， 则是环境能重现问题了， 然后打上补丁之后， 问题未能重现。第二天将补丁打到生产环境，问题也未能重 现，问题即解决。2. 在问题的验证过程中，有人提出，在was 容器下， Connection 的 autoCommit 状态无论是 true 或者 false 对事务管理器没有任何影响，因为通过走 j2ee 事务的标准接口，在 was 容器下，无论 aut

35、oCommit 的状态是 true 还是 false ，事务管理器都是正常的；3. 第二天我们对这一问题进行了验证，发现在was 环境下，通过 j2ee 事务的标准接口使用事务， Connection 的 autoCommit 状态 true 或者 false ，标准接口的事务确实不受影响；所以从另一个方面来说， eos 的事务管理器对 Connection 的 autoCommit 状态为 false 这种情 况支持的不够完善；五. 结论1.从解决问题的角度，我们不建议用户直接将Connection 的 autoCommit 设置为 false ，理由就是这样破坏了数据库连接；如果用户需要将

36、连接设置为 false ，则需要在用完连接后， 将连接的状态设置回去；或者直接在外层使用事务。2.从产品的角度，由于标准接口 true 或者 false2 种情况都支持，所以也可以说是 EOS 的事 务管理器支持的不完善，在特定的环境下，事务管理器应该支持这 2 种情况。分享EOS6中配置 C3P0数据源自动重连方案 文章 hanning 文章详情EOS6中配置 C3P0数据源自动重连方案hanning 发表于 9 个月前 来自话题 #应用开发平台( EOSP latform ) #116 浏览【适用范围】 EOS6.0、 Tomcat 、 Jboss、 Oracle 【问题描述和定位】 在使

37、用 EOS6.0 的时候，启动了 Server 后，如果网络出现问题 Connection reset 异常，Oracle 数据库连接断了后就不能进行操作了， 需要重新启动 Server 。 那么，怎样配置可以避免重启 Server ，特别对于生产环境而言，需要尽可能的避免重启。【解决方案和步骤】 1、 Tomcat ：在 EOS Governor 控制台的配置 - 数据源中，选中某数据源，点击修改，将 “连 接重试次数 ”默认值 -1 修改为 1，点击 “确定 ”保存。重启 Server 。 或者直接修改目录D:primetonfor3207_platformeosserverworking

38、eos-defaultconfig 下 user-config.xml 文 件中 DataSource 的配置：修改为 configValue-1key=Retry-Connect-Count12、JBoss ：修改 $JBOSS_HOMEserverdefaultdeploy 下的 EOSProductDataSource-ds.xml 将默认的数据源配置改成如下（与 EOS5 环境下配置类似）： EOSDefaultDataSourcejdbc:oracle:thin:23:1521:psooracle.jdbc.driver.OracleDrivereos60eos

39、60 51005000 15 org.jboss.resource.adapter.jdbc.ve ndor.OracleValidConnectionChecker select 1 from dualselect 1 from dual 【备注】 修改这个配置还可以解决如果系统中需要多数据源的话，在这个文件中增加一个 local-tx-datasource 配置；上面的配置可能对系统访问数据库的性能有影响， 有可能每次拿数据库连接的时候都会自动 调用这个 sql 语句；Weblogic 、 Websphere 等应用服务器也应该提供了类似的自动重连机制，可以进到它们的 控制台查看。EOS异

40、常处理方法 异常获取EOS 的异常获取分为两种， 一种是在逻辑流中获取异常， 另一种是在 java 代码中获取异常。 1.在逻辑流中获取异常 如上图所示， 开发人员需要在特定的图元上通过添加异常线并添加异常抛出图元 （在左侧工 具面板中的高级中）的方式来获取特定的异常信息。异常抛出图元需要开发人员先在构件包的配置文件中加入自定义的异常信息，对图元进行配置是选择相对应的 ERRORCODE和 ERRORMESSAGE。 ERRORMESSAGE可以定义变量，以 0,1 的方式来进行变量绑定。配置文件路径：配置 /resources/exception/perties 。

41、 该配置支持中文并自动转码，同样在也支持国际化的配置。 对于异常处理图元更详细的说明可以在 EOS Studio 的帮助文档中找到， 具体路径： EOS 帮助文档 -技术参考 - EOS基础参考手册 - 逻辑流-逻辑流编辑器 -异常 抛出。2. 在 java 代码中获取异常EOS 提供了默认实现的 EOSException 。当特定的 springbean 或者运算逻辑图元需要抛出异 常，可以直接在代码中通过 new EOSException 的方式来抛出异常。该异常提供了多种构造 方法，常用的是 EOSException(java.lang.String code, java.lang.Object params)。 Code是在配置文件中已经配置好的， params 参数包含了 message 中的变量绑定。异常处理这里只介绍 ajax 调用逻辑流返回异常处理的方式。首先，当 ajax 调用逻辑流时逻辑流发生异常， ajax 仍然会执行成功。因此异常的捕获会在 success 事件中进行。另外 exception 对象中的 message 包含了所有的异常信息，所以需要 对 message 进行处理。 EOS 抛出的异常默认会使用换行符分隔。处理