http://www.cnblogs.com/benio/archive/2012/03/30/2424900.html

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