DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24247.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello,
i currently use Tomcat 4.1.27 bundled with commons-logging 1.0.3. My own webapp i'm
working on also uses commons-logging, so i include a copy of the jar file into the
WEB-INF/lib directory to be protable to other servlet containers that does not include
the commons-logging package. I
I think the mailing list guidelines at
http://jakarta.apache.org/site/mail2.html#Commons could include at least
a warning like some other lists at Jakarta. Something like Subscribers
to this list will also get notices of every CVS checkin of new or
changed code modules.
Emmanuel
smime.p7s
Well put Norbert.
I think that since classloading and threads are such complex
issues there should be a way to not use the pattern
of loading the implementation from thread's context classloader.
(Hint to Craig :)
- rami
-Original Message-
From: Norbert Klose [mailto:[EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22304.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It seems some prefer to keep the commit messages in the list, and others
prefer a clean list with just the discussions. So what about this :
- commons-dev : discussions + cvs messages
- commons-cvs : only the cvs messages
- commons-talk: only the discussions
or maybe easier to set up :
-
+1
Quoting David Graham [EMAIL PROTECTED]:
DbUtils exhibits all of the qualities of a component that should be in
Commons proper:
- It's small and focused.
- It's API is well defined
- It has a group of existing Jakarta committers providing code, ideas, and
support.
- It has good unit
It's a kind of growing pain with the success of Commons.
Some servers have some commons jars while others not. In the
application you always include jars you needed. At the end of
day, situation like that seems inevitable, not just logging,
not mention the version problem.
Is it possible some
David Graham wrote:
DbUtils exhibits all of the qualities of a component that should be in
Commons proper:
- It's small and focused.
- It's API is well defined
- It has a group of existing Jakarta committers providing code, ideas, and
support.
- It has good unit test coverage. It has also been
--- Craig R. McClanahan [EMAIL PROTECTED] wrote:
David Graham wrote:
DbUtils exhibits all of the qualities of a component that should be in
Commons proper:
- It's small and focused.
- It's API is well defined
- It has a group of existing Jakarta committers providing code, ideas,
and
Hi
It has not been mentioned in this thread, but Mark Hale's complex
implementation is still being maintained over at sourceforge:
http://sourceforge.net/projects/jsci
I might also have some complex number code/knowledge/experience but
unfortunately not much time.
Roger Endo
-Original
Emmanuel Bourg wrote:
It seems some prefer to keep the commit messages in the list, and
others prefer a clean list with just the discussions. So what about
this :
- commons-dev : discussions + cvs messages
- commons-cvs : only the cvs messages
- commons-talk: only the discussions
or maybe
Great, thanks. A couple of minor comments inline:
On Thu, 30 Oct 2003, Stephen Colebourne wrote:
I have checked the src and bin zip files. They seem OK. The only (minor)
issue is that the text files have unix line endings. We fixed this on [lang]
using an ant call.
By fixed, do you mean
Hi,
I have added an enhanced version of the HierarchicalConfiguration patch
to bugzilla (because of its size): Bug 24262. In this patch there is
also an XMLReader implementation that operates on a BaseConfiguration
instance rather than HierarchicalConfiguration. This makes it possible
to
Brent just fired off an implementation in the bug track. I think I'm
going to add it to the CVS and let the discussion evolve around it.
-Mark
Endo, Roger wrote:
Hi
It has not been mentioned in this thread, but Mark Hale's complex
implementation is still being maintained over at sourceforge:
Wow! Lots of good feedback.. Let me start with the ConfigurationFactory.
Okay.. CF sucks.. I discovered the problem with the files myself recently.
What it really should work with is an InputStream or Url.. , since the xml
file that digester uses could be in a jar. So, I totally agree with
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24264.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24264.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24264.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
gmane.org is great, that's how I access the apache mailing lists. A
good filtering technique is to mark all messages as read, except for
projects that you're interested in.
I apologize for going off topic, but has anyone experienced delays when
sending with gmane? My sent messages show up
mdiggory2003/10/30 11:42:41
jakarta-commons-sandbox/math/src/java/org/apache/commons/math/complex - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mdiggory2003/10/30 11:42:41
jakarta-commons-sandbox/math/src/test/org/apache/commons/math/complex - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mdiggory2003/10/30 11:42:43
Modified:math/src/java/org/apache/commons/math/util MathUtils.java
Added: math/src/java/org/apache/commons/math/complex Complex.java
ComplexMath.java
math/src/test/org/apache/commons/math/complex
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24241.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mdiggory2003/10/30 11:51:17
Modified:math/xdocs tasks.xml
Log:
Comments about Complex
Revision ChangesPath
1.11 +19 -2 jakarta-commons-sandbox/math/xdocs/tasks.xml
Index: tasks.xml
===
RCS
mdiggory2003/10/30 11:52:06
Modified:math/xdocs tasks.xml
Log:
Comments about Complex
Revision ChangesPath
1.12 +4 -17 jakarta-commons-sandbox/math/xdocs/tasks.xml
Index: tasks.xml
===
RCS
dion2003/10/30 12:04:49
Modified:jelly/src/java/org/apache/commons/jelly TagSupport.java
Log:
Make docs more understandable
Revision ChangesPath
1.28 +7 -9
jakarta-commons/jelly/src/java/org/apache/commons/jelly/TagSupport.java
Index: TagSupport.java
From: Rodney Waldhoff [EMAIL PROTECTED]
On Thu, 30 Oct 2003, Stephen Colebourne wrote:
I have checked the src and bin zip files. They seem OK. The only (minor)
issue is that the text files have unix line endings. We fixed this on
[lang]
using an ant call.
By fixed, do you mean switch to
__matthewHawthorne wrote:
gmane.org is great, that's how I access the apache mailing lists. A
good filtering technique is to mark all messages as read, except for
projects that you're interested in.
I apologize for going off topic, but has anyone experienced delays
when sending with gmane?
On Thu, 30 Oct 2003, Stephen Colebourne wrote:
From: Rodney Waldhoff [EMAIL PROTECTED]
On Thu, 30 Oct 2003, Stephen Colebourne wrote:
I have checked the src and bin zip files. They seem OK. The only
(minor) issue is that the text files have unix line endings. We
fixed this on [lang]
This is a general use question about [logging]. I'm looking through the
source for [betwixt], and I see lines like the following:
if ( log.isTraceEnabled() ) {
log.trace( Is + descriptor + empty? );
}
What is the purpose of doing this check? If trace *is* enabled, then
isn't the same
Assuming the if() clause isn't there, then:
Is + descriptor + empty?
is evaluated before the call to log.trace(), whether or not that call will
actually yield any output. Putting the if() { } around it prevents the
arguments to log.trace() from being executed if log.isTraceEnabled() is
--- __matthewHawthorne [EMAIL PROTECTED] wrote:
This is a general use question about [logging]. I'm looking through the
source for [betwixt], and I see lines like the following:
if ( log.isTraceEnabled() ) {
log.trace( Is + descriptor + empty? );
}
What is the purpose of doing
In this case you would save the cost of concatenating the Strings and
the descriptor.toString() operation.
You need to figure out if that is a big cost where the code is going to
be used.
Log4J has a faq entry that discusses this subject:
http://jakarta.apache.org/log4j/docs/FAQ.html#fastLogging
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14409.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24272.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jkeyes 2003/10/30 16:20:02
jakarta-commons-sandbox/cli/src/test/org/apache/commons/cli2/bugs - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jkeyes 2003/10/30 16:20:08
Modified:cli/src/test/org/apache/commons/cli2 ApplicationTest.java
Added: cli/src/test/org/apache/commons/cli2/bugs Bug15046.java
Log:
- added bugs test package
- added test
Revision ChangesPath
1.1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15046.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I spent some time checking out the [sql] project in the commons sandbox
today. I may try it out in a project that I'm working on.
[sql] seems to be pretty dead lately, are there any active committers
listening? I have a few documentation fixes, and also the project.xml
needed some updates in
scolebourne2003/10/30 17:23:11
Modified:collections/src/test/org/apache/commons/collections
AbstractTestCollection.java
Log:
Improve error messages in verify
Fix bug when TreeMap EntrySet used
Revision ChangesPath
1.7 +13 -5
scolebourne2003/10/30 17:24:33
Modified:collections/src/test/org/apache/commons/collections
AbstractTestMap.java
Log:
Allow subclasses to change the confirmed map
Ensure views pickup correct serialization methods
Revision ChangesPath
1.9
scolebourne2003/10/30 17:25:24
Modified:collections/src/test/org/apache/commons/collections
AbstractTestBidiMap.java
Log:
Ensure that values returned are in same order as keys
Revision ChangesPath
1.3 +17 -2
scolebourne2003/10/30 17:25:45
Modified:collections/src/test/org/apache/commons/collections
AbstractTestSortedMap.java
Log:
Add a lot of tests
Revision ChangesPath
1.4 +216 -4
scolebourne2003/10/30 17:26:25
Modified:collections/src/test/org/apache/commons/collections/decorators
TestFixedSizeSortedMap.java
TestTransformedSortedMap.java
collections/src/java/org/apache/commons/collections
Hi,
Regarding logging in Digester; I may have found a solution that will
keep all parties happy. Let me know what you think
Currently this class exists in the plugins module to handle logging:
public class LogUtils {
public static Log getLogger(Digester digester) {
if (digester ==
Hi
I'm looking to use the configuration package and wanted to wrap it in my own
Singleton e.g.
MyConfiguration.getInstance().getProperty(key). The ConfigurationFactory,
referencing various Properties files, would get setup in the constructor of
MyConfiguration.
If I do not intend to add
rleland 2003/10/30 22:20:34
Modified:validator/src/javascript/org/apache/commons/validator/javascript
validateRequired.js
Log:
Bug 24202
Add required check for single checkbox,
Bug report/patch by Saul Q Yuan
Revision ChangesPath
1.7 +8
Personally I think one should not replace a release with a new version
without changing its name. This causes confusion. So at least call it
RC2-build2 or something like that.
To ensure this does not happen again in the future, should we include a
check in the build.xml for the JavaC version
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24081.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Non-binding +1 to both suggestions.
Thanks
-Vincent
-Original Message-
From: Ortwin Glück [mailto:[EMAIL PROTECTED]
Sent: 30 October 2003 09:13
To: Commons HttpClient Project
Subject: Re: cactus-13-1.5-rc and commons-httpclient-2.0-rc2.jar works
on
jdk1.4 and above only?
Personally I think one should not replace a release with a new version
without changing its name. This causes confusion. So at least call it
RC2-build2 or something like that.
It's very common in such cases to append an 'a' to the version. So I
suggest you name it -rc2a.
Regards,
Ingo
Hi,
I'm using the nightly builds version of HttpClient and I have noticed that, when
a timeout occurs, neither ConnectTimeoutException nor IOTimeoutException are
ever thrown.
Instead, HttpConnection.ConnectionTimeoutException and
java.net.SocketTimeoutException are thrown in their place.
Is
Fabio,
HttpConnection.ConnectionTimeoutException should have been replaced with
ConnectTimeoutException. It's my oversight, for which I'll provide a
fix. IOTimeoutException usually is a wrapper for
java.io.InterruptedIOException. I guess the name does not adequately
reflect the nature of this
54 matches
Mail list logo