Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

[12:27:29 CDT(-0500)] <jwennmacher> Question for the group. I'm working on UP-3569 (set log file variables such as log dir and logging level in a centralized place to apply to uportal and portlet logging). What should the default logging level be? One suggestion was WARN to reduce log file sizes by default for production. jasig uportal best practices https://wiki.jasig.org/display/UPC/Logging+Best+Practices suggests using INFO for messages a deployer or ad

[12:32:12 CDT(-0500)] <drewwills> regarding jwennmacher 's question – I've seen recent reports to the effect that dialing-down the logs to WARN for uP and all portlets made a significant improvement on performance... to me it seems sensible to set the defaults in a way that would lead folks to deploy it that way if they don't look at the issue specifically

[12:32:55 CDT(-0500)] <drewwills> jwennmacher is also setting up maven filters for log settings, so it's also the case that managing log level in a per-environment way, across all portlets, will become easier

[12:33:28 CDT(-0500)] <athena> agreed that we probably want to default to something production-ready

[12:33:39 CDT(-0500)] <drewwills> so perhaps we could set examples like filters/prod.properties = WARN, but filters/local.properties = DEBUG

[12:33:52 CDT(-0500)] <athena> yeah, that would be reasonable

[12:34:11 CDT(-0500)] <athena> and either way we should add inline documentation for that property

[12:34:14 CDT(-0500)] <drewwills> and probably we should update the wiki page accordingly

[12:34:21 CDT(-0500)] <athena> yes, that too

[12:34:25 CDT(-0500)] <drewwills> that too

[12:42:29 CDT(-0500)] <jwennmacher> That's a good suggestion. I was thinking the properties to put in local.properties are

[12:42:29 CDT(-0500)] <jwennmacher> portal.logging.rootLevel=WARN

[12:42:29 CDT(-0500)] <jwennmacher> # Directory to place portal and portlet log files into.

[12:42:29 CDT(-0500)]

<jwennmacher> portal.logging.logfileDirectory=$

Unknown macro: {catalina.base}

/logs

[12:42:29 CDT(-0500)] <jwennmacher> # Assume a DailyRollingFileAppender is used. Set the pattern to daily log-file roll-overs.

[12:42:29 CDT(-0500)] <jwennmacher> # Can also set to hourly, weekly, etc.

[12:42:30 CDT(-0500)] <jwennmacher> # See http://logging.apache.org/log4j/1.2/apidocs/index.html

[12:42:30 CDT(-0500)] <jwennmacher> portal.logging.rollingLogFileDatePattern='.'yyyy-MM-dd

[12:42:31 CDT(-0500)] <jwennmacher> # Pattern to specify format of each log file entry. See http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/DailyRollingFileAppender.html

[12:42:31 CDT(-0500)]

<jwennmacher> portal.logging.layoutConversionPattern=%5p [%t] %c

Unknown macro: {2}

.[%x] %d

Unknown macro: {ISO8601}

- %m%n

[12:42:32 CDT(-0500)] <jwennmacher> Any thoughts on other properties to consider (or elimination of some I have)? Log files seem to use the DailyRollingFileAppender. I don't see a reason to make the appender class file configurable; too many supplemental properties.

[12:43:37 CDT(-0500)] <athena> those seem reasonable to me

[12:43:38 CDT(-0500)] <jwennmacher> That didn't look good. I learned IRC doesn't handle messages with line terminators in them as a single message (smile)

[12:44:08 CDT(-0500)] <athena> we frequently use paste tools like pastebin or github, especially for long stack traces

[12:44:19 CDT(-0500)] <athena> but it came through ok (smile)

[12:44:23 CDT(-0500)] <Daskreech> Github has a pastebin?

[12:44:34 CDT(-0500)] <athena> well, gists

[12:44:38 CDT(-0500)] <athena> https://gist.github.com/

[12:45:34 CDT(-0500)] <athena> jwennmacher: i think what you have is a great start and you should go ahead and submit a pull request when you're ready

  • No labels