You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Marnie McCormack (JIRA)" <qp...@incubator.apache.org> on 2006/10/05 09:53:20 UTC
[jira] Assigned: (QPID-13) Add option to include prefix and suffix
in log file name for broker
[ http://issues.apache.org/jira/browse/QPID-13?page=all ]
Marnie McCormack reassigned QPID-13:
------------------------------------
Assignee: Marnie McCormack
> Add option to include prefix and suffix in log file name for broker
> -------------------------------------------------------------------
>
> Key: QPID-13
> URL: http://issues.apache.org/jira/browse/QPID-13
> Project: Qpid
> Issue Type: New Feature
> Components: Java Broker
> Environment: All
> Reporter: Marnie McCormack
> Assigned To: Marnie McCormack
>
> An end user has requested the ability to use the process id in the log file name for the broker. This could make testing easier for the test team here by allowing them to identify logs with processes.
> In fact, it would probably be better to allow users to set any system property that they qish to be used in the log file name. This would also avoid our current scenario where two brokers on the same host will log to the same file, rendering it unreadable in any useful way.
> So, if they set a given system property name at runtime i.e. logprefix or logsuffix then the log4j.xml config will pick that up and use it.
> If these properties are not set then the log name will remain as it currently is i.e. qpid.log. However if they set, for example, the prefix to the pid (2701) and the suffix to the servername (myhost) then the log name could be something like 2701qpidmyhost.log.
> To set the pid as a system property need to add a -D to the java command that starts the broker i.e. -Dlogprefix=$$ (on unix). Might be more complex on linux and involve reading the /proc/self/stat file. More details on this shortly .......
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira