How to generate an AP debug log file

本文参考了：

http://blog.csdn.net/pan_tian/article/details/8921335

根据自己的实际使用经验，修正了一些东西。

使用情况：不止可以跟踪AP的包的处理，还可以跟踪AP的Form功能的处理！

使用过程：

FND: Debug Log Enabled Yes
FND: Debug Log Filename <empty>
FND: Debug Log Level STATEMENT
FND: Debug Log Mode Asynchronous with Cross-Tier Sequencing
FND: Debug Log Module % or AP%  --->备注：这里强烈建议就填%就行。因为很多时候都是跨模组确认问题的，如果限制了AP%的程序，那么本次的debug文件会过滤别的模组的日志文件。例如，AP处理就和税ZX的处理很密切。记得第一次用的时候，看到AP有一个PKG调用ZX税的处理（自动记税），然后ZX的处理过程的日志死活不显示出来，一时那个郁闷啊，还以为没到处理ZX的那段代码，看了好久，最后经过确认日志显示的逻辑才知道，原来是我这里限制了AP%导致，晕死。搞了大半天的。

No need to stop and restart E-Business Suite.

All log information will be created in the table FND_LOG_MESSAGES. A typical query might be

SQL> select module||' '||message_text from fnd_log_messages order by time stamp;

-->备注：最好的查询日志的代码是我下面提示的（稍微注意一下2个SQL语句的差别就知道，差异在哪里）。

select module||'[---]'||message_text--,timestamp ,LOG_SEQUENCE
from fnd_log_messages
where timestamp > sysdate-1
 order by LOG_SEQUENCE;

第一次我只用他们提供的SQL，日志文件我看到头都大了，原因是，order by time stamp根本不是最严格按照执行的顺序来体现日志的。当日志嵌套多层的时候，如果日志不是按照顺序来显示，那是根本看不下去的！）

最后，有点建议的是，在启用日志之前，最好可以将1天之内产生的日志都清掉，免得会因为别的日志而对调试的结果产生误导。当然，清理之前最好问一下别的开发人员有没有在调试。否则误删了别人的日志，别人会diao你哦。

DELETE fnd_log_messages
where timestamp > sysdate-1

----备注：

[索引]Oracle EBS各个模块日志收集的方法：http://www.itpub.net/thread-1789582-1-1.html