Documentation for JIRA 5.2. Documentation for other versions of JIRA is available too.
JIRA uses a powerful logging module called log4j for runtime logging.
log
subdirectory of your JIRA Home Directory (or elsewhere if you have configured a different location). You can view the location of the atlassian-jira.log
in the 'File Paths' section of the System Information page.atlassian-jira-security.log
に書き込まれます。In the log4j.properties
file (located in the JIRA Installation Directory):
以下の行を
log4j.appender.filelog=com.atlassian.jira.logging.JiraHomeAppender
以下のように変更します。
log4j.appender.filelog=org.apache.log4j.RollingFileAppender
以下の行をログファイルの新しい場所を指定するように変更します。
log4j.appender.filelog.File=atlassian-jira.log
On this page:
log4j には、'DEBUG', 'INFO', 'WARN', 'ERROR'
、および 'FATAL'
の 5 つのログ レベルがあります。各ログ レベルは 1 つ下のログ レベルよりも多くのログ情報を提供します。
'DEBUG' provides the most verbose logging and 'FATAL' provides the least verbose logging. The default level is WARN, meaning warnings and errors are displayed. Sometimes it is useful to adjust this level to see more detail. Please be aware: the 'DEBUG' setting may cause user passwords to be logged.
デフォルトのログ レベルは一時的または恒久的に変更することができます。
例えばトラブルシューティングの際、ログ レベルを "WARNING" から "INFO" に一時的に変更して、より詳細なエラー メッセージやスタック トレースを取得することができます。必要なログ カテゴリが不明な場合、一般に log4j.rootLogger
カテゴリや log4j
<category>.com.atlassian
カテゴリで有用な情報を取得できます。
log4j.properties
file (located in the JIRA Installation Directory).以下の部分に移動します。
log4j.logger.com.atlassian = WARN, console, filelog log4j.additivity.com.atlassian = false
and make your desired changes (e.g. change the WARN
to DEBUG
).
The
log4j.properties
file that ships with JIRA has the default logging levels specified. For more information about log4j (e.g. how to define new logging categories), and about the format of the log4j.properties
file, please refer to the documentation on the log4j site.
Please Note: If your application server configures logging itself, you may need to remove the
log4j.properties
file. You may also need to remove the entire log4j.jar
file to get logging to work.
If you are experiencing performance issues with JIRA, it is often helpful to see where the slow-downs occur. To do this you can enable profiling as described below, and then analyse the performance traces that JIRA will produce for every request. An example of a profiling trace is shown below:
[Filter: profiling] Turning filter on [jira_profile=on] [116ms] - /secure/Dashboard.jspa [5ms] - IssueManager.execute() [5ms] - IssueManager.execute() [5ms] - Searching Issues [29ms] - IssueManager.execute() [29ms] - IssueManager.execute() [29ms] - Searching Issues [28ms] - Lucene Query [23ms] - Lucene Search
プロファイリングは一時的または恒久的に有効化することができます。
atlassian-jira/WEB-INF/web.xml
file (or if you are using the JIRA WAR distribution, the webapp/WEB-INF/web.xml
file).以下のエントリを探します。
<filter> <filter-name>profiling</filter-name> <filter-class>com.atlassian.jira.web.filters.JIRAProfilingFilter</filter-class> <init-param> <!-- specify the which HTTP parameter to use to turn the filter on or off --> <!-- if not specified - defaults to "profile.filter" --> <param-name>activate.param</param-name> <param-value>jira_profile</param-value> </init-param> <init-param> <!-- specify the whether to start the filter automatically --> <!-- if not specified - defaults to "true" --> <param-name>autostart</param-name> <param-value>false</param-value> </init-param> </filter>
autostart
パラメーターを false ではなく true に変更します。
<init-param> <!-- フィルターを自動的に開始するかどうか指定 --> <!-- 指定しない場合、デフォルトで "true" となります。 --> <param-name>autostart</param-name> <param-value>true</param-value> </init-param>
build
script and the instructions for your application server (i.e. Apache Tomcat).