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.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