[
https://issues.apache.org/jira/browse/TAP5-119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12643249#action_12643249
]
Fernando commented on TAP5-119:
-------------------------------
And it's a one line change:
---
tapestry-core/src/main/java/org/apache/tapestry5/internal/services/ComponentClassTransformerImpl.java
(revision 708604)
+++
tapestry-core/src/main/java/org/apache/tapestry5/internal/services/ComponentClassTransformerImpl.java
(working copy)
@@ -131,7 +131,7 @@
String classname = ctClass.getName();
- Logger logger = loggerSource.getLogger(classname);
+ Logger logger =
loggerSource.getLogger("org.apache.tapestry.enhanced."+classname);
// If the parent class is in a controlled package, it will already
have been loaded and
// transformed (that is driven by the ComponentInstantiatorSource).
> remove DEBUG level logging in page/component log categories
> -----------------------------------------------------------
>
> Key: TAP5-119
> URL: https://issues.apache.org/jira/browse/TAP5-119
> Project: Tapestry 5
> Issue Type: Bug
> Affects Versions: 5.0.15
> Reporter: Neeme Praks
> Priority: Minor
>
> While debugging with Tapestry5, I noticed one not-so-nice issue. But first, a
> bit of background.
> I usually configure my logging framework (log4j) to log all statements for my
> application at debug level during development. E.g. all log records logged to
> "com.mycompany.myapp" logging category get printed at DEBUG level. All other
> categories are usually at INFO level. This allows me to focus on the log
> statements that I have written and ignore all the verbose DEBUG logs of 3rd
> party libraries.
> Back to Tapestry5. I have configured by log4j as usual (my stuff at DEBUG
> level, everything else at INFO level). Although I expect to see only the log
> output produced by MY CODE, I also see some debug output produced by Tapestry
> internals. Seems that Tapestry class enhancement code logs to the same log
> category as the class name being enhanced. And the log statements are quite
> big (documenting the changes being made to the original classes), resulting
> in lots of unwanted noise in my logs.
> Example:
> I have a page: com.mycompany.myapp.pages.MyPage
> T5 class enhancement code logs its bytecode manipulation operations to log
> category "com.mycompany.myapp.pages.MyPage", at DEBUG level.
> This is not very nice, as I'm totally uninterested in seeing all this verbose
> T5-internal logging.
> I understand that it might be beneficial to have that class name as part of
> the logging category (or maybe not), but at the very least, I would recommend
> to add a T5 prefix to all those categories. The log category in above example
> would then become something like
> "org.apache.tapestry.classenhance.com.mycompany.myapp.pages.MyPage".
> For reference:
> http://thread.gmane.org/gmane.comp.java.tapestry.user/65644
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
