标签：parser container 超时 expec exception name 参数 col 分析报告
接近年关，最近年结忙的飞起，此为背景，今天运维那边反应日记账凭证打印报错，看了下后台请求发现请求有警告。
查看日志发现报了“并发：OPP响应超时”的警告，这个地方响应超时可能是配置文件中“并发：OPP超时响应”等相关参数的影响，在参数规定的时间内OPP 服务没有及时响应造成的，当然问题的起因可能有深层次的原因，这里我们需要去找一下OPP服务日志。
那么，怎么去找OPP服务日志呢，我们通过请求号 查询OPP服务日志的位置：
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 = 25168707
查询到服务日志之后，我们查看服务日志的内容发现，有如下的错误：
那么到这里我们很明显能够看出具体产生问题的原因，是因为在输入较大文件情况下，服务器没有足够的内存来分配，可能是因为在业务高峰期，OPP没有足够的堆栈大小，这个有可能是内存参数过小产生，也有可能是模板文件中的编码导致内存泄露。
这里可以参考官方文档：Output Post Processor (OPP) Log Contains Error "java.lang.OutOfMemoryError" (文档 ID 1266368.1)
根据官方文档，有以下几种方法来解决这个问题(这几种方法可以选择执行)：
或
或
或
2.默认值应该是：
3.增大每个进程的堆空间到1024
4.重启并发管理器
或
End.
当然官方是希望我们能够按时应用最新的ATG RUP和XDO补丁集，这个就是后话了。
标签：parser container 超时 expec exception name 参数 col 分析报告
原文地址：https://www.cnblogs.com/surinfo/p/10456511.html
