https://issues.apache.org/bugzilla/show_bug.cgi?id=36384
Hugues Pisapia <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECT
Hi,
the FileWatchDog daemon can't be interrupted, the InteruptedException is
ignored. I think, it might be better to accept an interruption - here stop
observing the File.
I want to use something like DOMConfiguration#configureAndWatch() in my
webapp. I can't use this, because this would cause m
https://issues.apache.org/bugzilla/show_bug.cgi?id=45481
--- Comment #1 from Curt Arnold <[EMAIL PROTECTED]> 2008-08-05 10:53:20 PST ---
I originally added this comment to the wrong bug (bug 45482) while I was
travelling. Really try to minimize cosmetic changes to the code base to make
it ea
https://issues.apache.org/bugzilla/show_bug.cgi?id=45482
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|ASSIGNED|NEEDINFO
---
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
https://issues.apache.org/bugzilla/show_bug.cgi?id=45485
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Attachment #22319|0 |1
is obso
Author: carnold
Date: Tue Aug 5 12:16:07 2008
New Revision: 682879
URL: http://svn.apache.org/viewvc?rev=682879&view=rev
Log:
Bug 45485: Agent.java is sole dependency on jmxtools.jar with Java 5+
Modified:
logging/log4j/trunk/build.properties.sample
logging/log4j/trunk/build.xml
logg
On Jul 21, 2008, at 10:16 PM, [EMAIL PROTECTED] wrote:
Author: sdeboy
Date: Mon Jul 21 20:16:25 2008
New Revision: 678623
URL: http://svn.apache.org/viewvc?rev=678623&view=rev
Log:
changed logfilepatternreceiver parsing to use .*? and .* instead of .
+? and .+
allows use of empty string mat
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #45 from Curt Arnold <[EMAIL PROTECTED]> 2008-08-05 12:33:15 PST
---
I think that we could suppress the message when it occurs within the scope of
org.apache.catalina.loader.WebappClassLoader.clearReferences. Hate to put a
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #46 from Dan Armbrust <[EMAIL PROTECTED]> 2008-08-05 13:01:24 PST
---
Here is a full stack:
Thread [main] (Suspended (breakpoint at line 177 in LogManager))
LogManager.getLoggerRepository() line: 177
Author: carnold
Date: Tue Aug 5 13:02:56 2008
New Revision: 682913
URL: http://svn.apache.org/viewvc?rev=682913&view=rev
Log:
Bug 45517: Added change notice and updated build.xml to use geronimo-jms.jar if
available
Modified:
logging/log4j/trunk/build.xml
logging/log4j/trunk/src/changes
https://issues.apache.org/bugzilla/show_bug.cgi?id=45517
--- Comment #8 from Curt Arnold <[EMAIL PROTECTED]> 2008-08-05 13:03:54 PST ---
Added change notice and modified build.xml to use geronimo-jms.jar
preferentially in rev 682913.
--
Configure bugmail: https://issues.apache.org/bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #47 from Gili <[EMAIL PROTECTED]> 2008-08-05 13:10:11 PST ---
What about Dan's comment #39?
"Tomcat, in the desire to clear out the static fields within a class by using
reflection, has unwittingly caused the class init cod
Author: carnold
Date: Tue Aug 5 13:10:49 2008
New Revision: 682919
URL: http://svn.apache.org/viewvc?rev=682919&view=rev
Log:
Bug 45485: Update INSTALL for elimination of jmxtools.jar dependency
Modified:
logging/log4j/trunk/INSTALL
Modified: logging/log4j/trunk/INSTALL
URL:
http://svn.apa
Author: carnold
Date: Tue Aug 5 13:13:14 2008
New Revision: 682920
URL: http://svn.apache.org/viewvc?rev=682920&view=rev
Log:
Bug 45517: Update INSTALL for elimination of manual JMS download
Modified:
logging/log4j/trunk/INSTALL
Modified: logging/log4j/trunk/INSTALL
URL:
http://svn.apache.
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #48 from Curt Arnold <[EMAIL PROTECTED]> 2008-08-05 13:46:32 PST
---
I'm not sure how to interpret message #47. Maybe best for me to take a shot at
a fix and then for you to critique it.
We know one situation that can res
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #49 from Gili <[EMAIL PROTECTED]> 2008-08-05 13:49:44 PST ---
Curt,
I interpret comment #47 as saying that Tomcat isn't clearing the references
properly (it clears some references then reinitializes a class by mistake).
Sho
[EMAIL PROTECTED] skrev den 05-08-2008 22:10:
Author: carnold
Date: Tue Aug 5 13:10:49 2008
New Revision: 682919
URL: http://svn.apache.org/viewvc?rev=682919&view=rev
Log:
Bug 45485: Update INSTALL for elimination of jmxtools.jar dependency
Modified:
logging/log4j/trunk/INSTALL
Modified:
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #50 from Thorbjørn Ravn Andersen <[EMAIL PROTECTED]> 2008-08-05
14:02:37 PST ---
(In reply to comment #49)
> Curt,
>
> I interpret comment #47 as saying that Tomcat isn't clearing the references
> properly (it clears some
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #51 from Gili <[EMAIL PROTECTED]> 2008-08-05 14:04:06 PST ---
Dan, can you please clarify your comment #39?
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this m
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #52 from Dan Armbrust <[EMAIL PROTECTED]> 2008-08-05 14:19:15 PST
---
(In reply to comment #50)
> (In reply to comment #49)
> > Curt,
> >
> > I interpret comment #47 as saying that Tomcat isn't clearing the references
> >
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #53 from Curt Arnold <[EMAIL PROTECTED]> 2008-08-05 14:39:22 PST
---
For comment #50:
The only place that we know where it happens is within clearReferences, but we
can't say that is the only place that it happens.
We can
Author: carnold
Date: Tue Aug 5 14:46:09 2008
New Revision: 682975
URL: http://svn.apache.org/viewvc?rev=682975&view=rev
Log:
Bug 45517: Update INSTALL for jmx presence with JDK 1.5 and later
Modified:
logging/log4j/trunk/INSTALL
Modified: logging/log4j/trunk/INSTALL
URL:
http://svn.apache
I really really really dislike this change.
Errors are not designed for use by programs but by the jvm itself.
I prefer if this change was reverted and the use of a wrapping
runtimeexception instead.
On 06/08/2008, at 5:16, [EMAIL PROTECTED] wrote:
Author: carnold
Date: Tue Aug 5 12:16:
On Aug 5, 2008, at 4:52 PM, Paul Smith wrote:
I really really really dislike this change.
Errors are not designed for use by programs but by the jvm itself.
I prefer if this change was reverted and the use of a wrapping
runtimeexception instead.
I was trying to preserve the external beh
https://issues.apache.org/bugzilla/show_bug.cgi?id=31179
Paul Smith <[EMAIL PROTECTED]> changed:
What|Removed |Added
Blocks|45527 |
--
Configure
https://issues.apache.org/bugzilla/show_bug.cgi?id=31179
--- Comment #3 from Paul Smith <[EMAIL PROTECTED]> 2008-08-05 15:16:06 PST ---
No, this is definitely not on the 2.0 Radar (Chainsaw 1.0 is 'embedded' within
1.2.x already).
--
Configure bugmail: https://issues.apache.org/bugzilla/us
https://issues.apache.org/bugzilla/show_bug.cgi?id=45527
Paul Smith <[EMAIL PROTECTED]> changed:
What|Removed |Added
Depends on|31179 |
--
Configure
I was trying to preserve the external behavior that would occur
with the old code if you did not provide jmxtools.jar at runtime.
As implemented, both the new code and the old code would result in
a NoClassDefFoundError if it was deployed without jmxtools.jar.
However, the likelihood that
Author: carnold
Date: Tue Aug 5 15:28:25 2008
New Revision: 682998
URL: http://svn.apache.org/viewvc?rev=682998&view=rev
Log:
Bug 45485: Agent now throws RuntimeException instead of Errors when
jmxtools.jar is missing at runtime or other problems
Modified:
logging/log4j/trunk/src/main/java/
laptop being repaired, but have dusted off my old trusty PowerBook G4
which still magically works like a charm after 4 years, so I have
mail and web, and can use Eclipse although it's vastly slower than
the intel-based macs under Eclipse (I'd compare the G4 to the MacBook
Pro as a Toyota Pr
https://issues.apache.org/bugzilla/show_bug.cgi?id=40246
Paul Smith <[EMAIL PROTECTED]> changed:
What|Removed |Added
Blocks||45527
--- Comm
https://issues.apache.org/bugzilla/show_bug.cgi?id=45527
Paul Smith <[EMAIL PROTECTED]> changed:
What|Removed |Added
Depends on||40246
--
Conf
Author: carnold
Date: Tue Aug 5 15:38:46 2008
New Revision: 683009
URL: http://svn.apache.org/viewvc?rev=683009&view=rev
Log:
Bug 45485: Avoid JDK 1.4+ RuntimeException constructor
Modified:
logging/log4j/trunk/src/main/java/org/apache/log4j/jmx/Agent.java
Modified: logging/log4j/trunk/src/
On Aug 5, 2008, at 5:22 PM, Paul Smith wrote:
I was trying to preserve the external behavior that would occur
with the old code if you did not provide jmxtools.jar at runtime.
As implemented, both the new code and the old code would result in
a NoClassDefFoundError if it was deployed with
On Aug 5, 2008, at 5:28 PM, Paul Smith wrote:
laptop being repaired, but have dusted off my old trusty PowerBook
G4 which still magically works like a charm after 4 years, so I have
mail and web, and can use Eclipse although it's vastly slower than
the intel-based macs under Eclipse (I'd c
I've been on vacation for a week and the backlog of changes to
Bugzilla is daunting. There already was a bug for the log4j 1.2.16
release (bug 43313) and somehow it and the newly introduced one
(Bug 45527) need to be reconciled. I haven't reviewed the new bug
and my opinion of blocking
On Aug 5, 2008, at 5:28 PM, Paul Smith wrote:
On a related note, I notice that there is movement to use JIRA for
log4j2 (yay!). I know it's a personal view of many to keep things
'free', but honestly I find fighting with Bugzilla an absolute PITA,
and I'd really just like to focus on what
https://issues.apache.org/bugzilla/show_bug.cgi?id=45527
--- Comment #1 from Curt Arnold <[EMAIL PROTECTED]> 2008-08-05 16:36:33 PST ---
There was already a bug (43313) for the 1.2.16 release. Typically a bug is
created for the next release just after the preceding release is cut. Since
the
https://issues.apache.org/bugzilla/show_bug.cgi?id=22894
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=36384
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEEDINFO|NEW
V
https://issues.apache.org/bugzilla/show_bug.cgi?id=45029
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Blocks||43313
https://issues.apache.org/bugzilla/show_bug.cgi?id=43313
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Depends on||45029
--
Con
https://issues.apache.org/bugzilla/show_bug.cgi?id=22934
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=23329
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Severity|major |enhancement
https://issues.apache.org/bugzilla/show_bug.cgi?id=43736
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEEDINFO|ASSIGNED
---
https://issues.apache.org/bugzilla/show_bug.cgi?id=42189
--- Comment #17 from Paul Smith <[EMAIL PROTECTED]> 2008-08-05 18:28:28 PST ---
> As other code in log4j-core needs Java 1.4+ to compile I see no reason why
> this
> could not go in the core distribution. Can we still support Java 1.
https://issues.apache.org/bugzilla/show_bug.cgi?id=43867
--- Comment #54 from Gili <[EMAIL PROTECTED]> 2008-08-05 20:13:21 PST ---
Dan,
Something sounds suspicious about your description. It doesn't make sense that
reflection would invoke the class initializer if the class has already been
i
https://issues.apache.org/bugzilla/show_bug.cgi?id=39691
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEEDINFO|ASSIGNED
---
Author: carnold
Date: Tue Aug 5 21:17:10 2008
New Revision: 683102
URL: http://svn.apache.org/viewvc?rev=683102&view=rev
Log:
Bug 37182: Exception in call to toString of message propagates to caller
Modified:
logging/log4j/trunk/src/changes/changes.xml
logging/log4j/trunk/src/main/java/o
https://issues.apache.org/bugzilla/show_bug.cgi?id=37182
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=42189
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEEDINFO|ASSIGNED
---
Author: carnold
Date: Tue Aug 5 21:49:54 2008
New Revision: 683106
URL: http://svn.apache.org/viewvc?rev=683106&view=rev
Log:
Bug 45299: javadoc for JDBCAppender corrupts class index
Modified:
logging/log4j/trunk/src/changes/changes.xml
logging/log4j/trunk/src/main/java/org/apache/log4j/
https://issues.apache.org/bugzilla/show_bug.cgi?id=45527
Bug 45527 depends on bug 45299, which changed state.
Bug 45299 Summary: javadoc page for jdbcappender
https://issues.apache.org/bugzilla/show_bug.cgi?id=45299
What|Old Value |New Value
https://issues.apache.org/bugzilla/show_bug.cgi?id=45299
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=42023
Curt Arnold <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
LoggingEvent message lost on serialization
--
Key: LOG4J2-21
URL: https://issues.apache.org/jira/browse/LOG4J2-21
Project: Log4j 2
Issue Type: Wish
Components: Appenders
Reporter:
Paul Smith skrev den 06-08-2008 00:22:
Yes, thanks, although I _wish_ we could use this slightly different
pattern instead (as I'm sure you probably agree):
throw new RuntimeException("Failure starting... ", e);
except it needs 1.4 source compatibility. *sigh*. bummer.
It is worse, it nee
Curt Arnold skrev den 06-08-2008 00:53:
I've been on vacation for a week and the backlog of changes to
Bugzilla is daunting. There already was a bug for the log4j 1.2.16
release (bug 43313) and somehow it and the newly introduced one (Bug
45527) need to be reconciled. I haven't reviewed the
https://issues.apache.org/bugzilla/show_bug.cgi?id=45527
--- Comment #2 from Thorbjørn Ravn Andersen <[EMAIL PROTECTED]> 2008-08-05
23:12:50 PST ---
(In reply to comment #1)
> If there are true blocking issues (or issues that may be blocking issues), I'd
> suggest adding them to 43313. How
60 matches
Mail list logo