I'll respond to each question as you have them listed so it's easier to digest.
1. The report log does log exceptions/errors, but you can also control what goes in there by using the Report palette item.
2. The trace log will have flow information such as what variables are being used and the values that are being accessed, web service call information, DB operation information, DTMF values that are pressed, etc, all of which is based on what options you choose. You can also add information by using the Trace palette item in your flow.
3. Items will be written to the trace.log and report.log throughout any single day, with new items appended to the end. At the end of the day, those log files will get data stamped and fresh log files will be used.
4. For simulation, you can enable/disable options for these logs by going to:
Window > Preferences > Avaya Aura > Application Simulation > Orchestration Designer Simulation
There is a section in the dev guide that explains what these options do titled: "Orchestration Designer Simulation preferences"
For deployed apps, you would use the ddrt.properties file located in the data folder of the app. The options are explained in the file itself, and you will be able to turn off/on reporting and tracing of the application, as well as turning on/off some individual trace/report items. When you deploy your app, make sure you uncheck the option to reset the trace file. By default, tracing is turned off.
5. Not sure what this means. Field level?
6. This might be answered above, but yes these can be turned off. In a deployed app, tracing is disabled by default. Reporting is used when the Report item is encountered in your flow, so technically if you don't use reporting this is off. There is no negative consequence of having these off, other than not being able to debug a problematic app as easily.
7. Going off of #6, a problematic app can always have the logs turned back on, in which case the items you specify to be saved (see #1, 2, and 4) will be saved to the logs. An impact of this would be that the log files can get large and take up space on your system.
One last item, both the report.log and trace.log files use Apache's log4j to write out information. It's a bit out of the scope of this forum to go into the many details of log4j, but I would suggest perhaps doing an internet search on it to learn more. The ddlog4j.properties file in the data directory controls the creation of the time stamped log files, as well as the detail level of what is written, as long as tracing is enabled.
Hope that answers all your questions!
|