In general, the logging features include appropriate debugging information such as time of event, initiating process or owner of process, and a detailed description of the event.
There the six levels of logs:
Info: informational (working production)
Warning: Issues that could cause problems or turn into an error in the future
Error: Action couldn't be completed due to missing dependence
Fatal: Application stops functioning
Records events and errors in jms processing, any JMS related activity will be logged to this file
Records all errors reported to a user, including master table synchronization errors.
When the application runs because of user action like doing a transactions /updating settings internally in the code either insert/update statements will get executed but if for some reason these statements fail to run on local POS database (if these statements had successfully executed then the same sql statements would be posted to CAS via jms)If they failed to execute on local pos database they will be logged as jmsfailedqry.
All general application events will be logged to pos.log file, such as transaction processing, report processing, management, and configuration events and errors.
The SQL statements which execute in the application will be logged to track.log
Debug log. All general application events will be logged to casRMG.log file. This was formerly known as the cas.log
Any JMS related activity will be logged to this file
Errors will be logged to jmserror.log.
All database interaction
Communication between server and client