ITPub博客

首页 > Linux操作系统 > Linux操作系统 > XML Publisher 并发程序由于"输出提交处理程序提交失败

XML Publisher 并发程序由于"输出提交处理程序提交失败

原创 Linux操作系统 作者:月照花 时间:2011-05-17 08:55:24 0 删除 编辑
xmlp 报表运行完成后,状态为warning,其原因大概有以下3类:
1."输出提交处理程序"(Output Post Processor)未运行(状态为非active),或者请求未生成结果
2."输出提交处理程序"(Output Post Processor)正在运行(状态为active),请求未生成结果
3.并发管理器延时等待"输出提交处理程序"(Output Post Processor)完成该请求
提示内容:
1.

+————- 1) PUBLISH ————-+
Unable to find an Output Post Processor service to post-process request [request_id].
Check that the Output Post Processor service is running.
+————————————–+
2.
...
+————- 1) PUBLISH ————-+
The Output Post-processor is running but has not picked up
this request.No further attempts will be made to post-process
this request, and the request will be marked with Warning status.
Setting the profile option Concurrent: OPP Response Timeout
to a higher value may be necessary.
+————————————–+
3.

+————- 1) PUBLISH ————-+
The concurrent manager has timed out waiting for the Output Post-processor
to finish this request.
Check that there are enough Output Post-processor service processes running.
More information may be found in the service process logfile.
+————————————–+

解决方法:
*确认"输出提交处理程序"(Output Post Processor)的状态为有效(enable/active)
*如果确认其有效,取得opp的log文件
方法: 以拥有系统管理员的职责的帐户登陆系统,选择系统管理员职责
选择"并发"-->"管理器"-->"管理"-->选择"输出提交处理程序"(Output Post Processor)-->点击"处理"按钮
察看请求状态是否为有效(ACTIVE)
+对于"输出提交处理程序"(Output Post Processor)从"并发管理器"处理过程中获取请求而言,一般至少需
要花费120秒(默认)所以
*将配置"文件并发:OPP 回应超时"(Concurrent:OPP Response Timeout)的值增大,
+并发管理器运行成功后调用OPP,但OPP花费太多时间处理该job,一般而言,该延时时间一般取决于
--XML 数据文件的大小
--模版的负责程度
--服务器的执行时间
对于xmlp引擎生成输出文件,其默认的处理延时时间至少为300秒,所以如果遇到下列错误

+————- 1) PUBLISH ————-+
The concurrent manager has timed out waiting for the Output Post-processor
to finish this request.
Check that there are enough Output Post-processor service processes running.
More information may be found in the service process logfile.
+————————————–+
*请增加配置文件"并发:OPP 处理超时"("Concurrent:OPP Process Timeout")的值
-------------------------------------------------------------------------------------------------------------------------
再补充一些:
出现"输出提交处理程序提交失败"这样的错误,最重要的就是对opp日志文件的分析,
可以使用下面的语句进行查询:
CODE:
select fcpp.concurrent_request_id req_id
   ,fcp.node_name
   ,fcp.logfile_name
   from fnd_conc_pp_actions    fcpp
   ,fnd_concurrent_processes fcp
where fcpp.processor_id = fcp.concurrent_process_id
and fcpp.action_type = 6
and fcpp.concurrent_request_id = 351091(请求号码)
日志文件中我们最感兴趣的就是那一串串异常,类似下面
CODE:
[4/9/09 3:37:47 PM] [UNEXPECTED] [23373:RT352116] java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at oracle.apps.xdo.common.xml.XSLT10gR1.invokeProcessXSL(XSLT10gR1.java:624)
at oracle.apps.xdo.common.xml.XSLT10gR1.transform(XSLT10gR1.java:421)
at oracle.apps.xdo.common.xml.XSLT10gR1.transform(XSLT10gR1.java:233)
at oracle.apps.xdo.common.xml.XSLTWrapper.transform(XSLTWrapper.java:177)
at oracle.apps.xdo.template.fo.util.FOUtility.generateFO(FOUtility.java:1044)
at oracle.apps.xdo.template.fo.util.FOUtility.generateFO(FOUtility.java:997)
at oracle.apps.xdo.template.fo.util.FOUtility.generateFO(FOUtility.java:212)
at oracle.apps.xdo.template.FOProcessor.createFO(FOProcessor.java:1659)
at oracle.apps.xdo.template.FOProcessor.generate(FOProcessor.java:969)
at oracle.apps.xdo.oa.schema.server.TemplateHelper.runProcessTemplate(TemplateHelper.java:5926)
at oracle.apps.xdo.oa.schema.server.TemplateHelper.processTemplate(TemplateHelper.java:3458)
at oracle.apps.xdo.oa.schema.server.TemplateHelper.processTemplate(TemplateHelper.java:3547)
at oracle.apps.fnd.cp.opp.XMLPublisherProcessor.process(XMLPublisherProcessor.java:259)
at oracle.apps.fnd.cp.opp.OPPRequestThread.run(OPPRequestThread.java:172)
Caused by: java.lang.OutOfMemoryError: Java heap space
拿到上面的异常后再进行分析。
形如java.lang.OutOfMemoryError: Java heap space的错误是由于JVM的内存不足引起的
在JVM中如果98%的时间是用于GC且可用的 Heap size 不足2%的时候将抛出此异常信息。
JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值,其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置,如果Heap Size设置偏小,除了这些异常信息外,还会发现程序的响应速度变慢了。GC占用了更多的时间,而应用分配到的执行时间较少。Heap Size 最大不要超过可用物理内存的80%,一般的要将-Xms和-Xmx选项设置为相同,而-Xmn为1/4的-Xmx值。
Heap size的 -Xms -Xmn 设置不要超出物理内存的大小。否则会提示“Error occurred during initialization of VM Could not reserve enough space for object heap”。
修改方法如下:
CODE:
update fnd_cp_services
set developer_parameters = 'J:oracle.apps.fnd.cp.gsf.GSMServiceController:-mx2048m'
where service_id = (select manager_type
                      from fnd_concurrent_queues
                  where concurrent_queue_name = 'FNDCPOPP');
然后重启并发管理器(进程完后再启动)
使用下面语句可以确认其调整结果:
CODE:
select DEVELOPER_PARAMETERS from FND_CP_SERVICES where SERVICE_ID = (select MANAGER_TYPE from FND_CONCURRENT_QUEUES where CONCURRENT_QUEUE_NAME = 'FNDCPOPP');
如下:
J:oracle.apps.fnd.cp.gsf.GSMServiceController:-mx2048m
转自: http://blog.**.com/?viewthread-2582
 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24908207/viewspace-695527/,如需转载,请注明出处,否则将追究法律责任。

下一篇: 没有了~
请登录后发表评论 登录
全部评论

注册时间:2011-01-11

  • 博文量
    10
  • 访问量
    30426