r?
Thanks,
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org
unicode characters, etc). It is
not hard.
I've done the same with the similar class in logback.
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging
n interesting approach and it might be feasible to do some voodoo
in the actual appender.
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org
. The latter I cannot
do right now.
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org
you write some pseudocode
showing what you mean?
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org
What do you think?
[1]
http://java.sun.com/j2ee/1.4/docs/api/javax/servlet/GenericServlet.html#log%28java.lang.String%29
[2] For backwards compatability instances of Class should be treated
slightly different :)
--
Thorbjørn Ravn Ander
extra degree of flexibility which is nice to have.
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org
iance on a central server? This I would personally think
is a good idea.
There is no clear consensus on Stack Overflow on which one of bzr, git
and hg to use, and I have no personal preference, except that good IDE
support would be nice.
--
Thorbjørn Ravn Andersen "...plus..
framework?
Also, I have had an issue where the I wanted the toString() method on
the object to be logged to be delayed as much as possible (somewhat
helped with the {}-construct in slf4j). This might be doable with a
specific log interface.
--
Thorbjørn Ravn Andersen "...plus... Tubular
anything to happen.
I am cracking the nut of how to get "@Inject Logger log" to work
properly with slf4j in a JEE 6 setting - I believe it is a case of a
correctly placed @Producer. Is this similar to what you want to solve?
--
Thorbjørn Ravn Andersen "...plus..
that the logging
framework will not have to.
7, All internal components use the logger API for status reporting. A specific
StatusLogger provides the implementation.
I like that. It is nice that you can use logging even if you are coding
stuff inside a logger.
--
Thorbjørn Ravn
he code base around the method in question basically has the same
heritage - you might even call it a backport from log4j version 2 to
log4j version 1.2, it would to me seem quite reasonable to expect that
the resulting code would be similar.
--
Thorbjørn Ravn An
ding releases is probably the best
way to ensure reproducability.
I'll have a look at the bug reports...
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: log4j-dev-unsubscr...@lo
efore responding to the
mail, and thought I missed something in the process. Thank you.
I am not doubting, just not understanding, there is a difference O:)
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
mechanism should be used to optimize - a weak
reference cache of the MessageFormatter with the format string as key -
but if the simpler approach is faster I would personally go with that.
--
Thorbjørn Ravn Andersen "...plus..
?
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-dev-h...@logging.apache.org
ach is
chosen as it will apply to all events actually processed. Would
lifting the slf4j code into log4j be an option - I believe that the
license allows it.
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
Ceki Gulcu skrev den 08-12-2008 12:41:
Thorbjørn Ravn Andersen wrote:
I believe that Curt Arnold may be somewhat right in that this is a
matter of Apache endorsement. This is purely guesswork.
I still think that log4j should have a "Best practices" list, where
the "use
Jacob Kjome skrev den 07-12-2008 06:04:
On 12/6/2008 6:27 AM, Thorbjørn Ravn Andersen wrote:
I believe that the positive in decoupling the logging implementation
from the application will vastly overshadow any inconvinience in this
regard. Most if not all of the work has been done in the
s
is a real issue encountered by real programmers.
Personally I think that the least complex solution would be either to
accept a donation of the log4j->slf4j bridge in the standard log4j
distribution or go the whole way with Cekis suggestion.
--
Thorbjørn Ravn An
e you *ABSOLUTELY* certain you want to bring in politics in this
technical issue? In my opinion it will only mudden the waters!
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: [EMAIL
tend to confuse the two.
MDC could be "Log ThreadMap"?
--
Thorbjørn Ravn Andersen "...plus... Tubular Bells!"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
James.Strachan skrev den 01-09-2008 14:51:
Thoughts?
I really like this :) Excellent!
How did you get the idea?
--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"
-
To unsubscribe, e-ma
Shouldn't that be ok?
I'll have a look at your issues.
--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ost of the artifacts was loaded before the final build.
--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Maven, pulled out the log4j-trunk and ran "mvn install".
The only thing I had to do was to delete the jmx reference in pom.xml as
this is present in the JDK. Then it built and installed without a hinch
(except it took 11 minutes).
Glad the error was in my end :)
--
Thorbjør
plicate and move the blockers :)
--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
It is worse, it needs a 1.4 runtime :(
I solved this at work by writing a RootCauseException which behaves like
RuntimeException with the extra argument, and then use that for these
kind of things.
Might be the easiest solution here.
--
Thorbjørn Ravn Andersen "... p
ed since their licenses do
Great :)
Perhaps I was not clear enough. If compiling with a JDK higher than 1.5
the jmx-1_2_1-ri.zip is not necessary either.
--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"
to do exactly that. I suggest that
instead of posting the ideas here where they will probably be
forgotten that you add them as Jira issues. Then go ahead and start
figuring out how to implement them.
I know. Perhaps it is just a matter of habit, but I like to discuss things before creating the iss
l to create a
specification of requirements to be able to discuss what work should be
done, and to determine when the next version is ready :) Otherwise it
might be hard to collaborate on getting there.
Just my 2 cents...
--
Thorbjørn
P).
Is log4j being built by Gump?
--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
been setup to capture all the work for 2.0 at
https://issues.apache.org/jira/browse/LOG4J2.
I am aware of that.
I expect to start doing stuff in the branch within the next few weeks.
Interesting. What are you planning to do and what are your goals?
--
Thorbjørn Ravn Andersen
oad map.
--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rather strong restrictions on what can
be changed.
--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] skrev den 28-07-2008 23:01:
residing in a NAS (common shared) drive and all the managed servers point to
the same file while logging information from application
So you are basically writing in the same file from several places?
This is bound to give that kind of problems
Java House skrev den 05-07-2008 18:10:
O/H Thorbjørn Ravn Andersen έγραψε:
Java House skrev den 05-07-2008 16:27:
How bad is it, to NOT use static logger;
By having the logger variable static it means it is only initialized
once when the class is loaded where as a non-static logger is
Java House skrev den 05-07-2008 16:27:
How bad is it, to NOT use static logger;
By having the logger variable static it means it is only initialized
once when the class is loaded where as a non-static logger is
initialized each time you create a new object from the class. If you do
this a
Paul Smith skrev den 04-07-2008 02:02:
I think that there should be a core log4j which should cover those
classes described in the printed manual, and that all the other stuff
which has come up since then should go in one or more "extras"
packages which may have a different release cycle t
Paul Smith skrev den 04-07-2008 00:46:
One of the last tasks to complete before a potential 'release' to the
Webstart version of Chainsaw is building a custom Receiver artifact
output that does not include the JMSReceiver & DBReceiver, both of
which require dependent jars that we obviously can
40 matches
Mail list logo
