zoukankan      html  css  js  c++  java
  • XML Publisher 并发程序由于 输出提交处理程序提交失败

    XML Publisher 并发程序由于 输出提交处理程序提交失败
     
    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.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
     
     
     
  • 相关阅读:
    有几个点会导致插件包不出现
    JScrollPane恢复正常滚动量
    java jlabel 对齐_java将JLabel中的文本右对齐
    SVN的安装和使用手册
    idea生成类注释和方法注释的正确方法
    关于RCP中英文的一些总结
    精通Hibernate类与类关联关系:[一]建立多对一的单向关联关系
    Hibernate笔记=>继承关系的映射[转 王继彬]
    Unity(六):使用场景Ⅲ:用于依赖注入(上)
    NHibernate之旅(13):初探立即加载机制[转 Blog 李永京]
  • 原文地址:https://www.cnblogs.com/ruicccc/p/13607835.html
Copyright © 2011-2022 走看看