Noel J. Bergman wrote:
Looking at the incubator documentation scares me. Seems like a lot of
work. I've been doing the OSS thing for a while now... not sure if I
need that.
The docs are probably still out of date. We just moved code through the
Incubator in
Oliver, would you like to submit a patch for this? Also, if you could submit a unit
test showing the problem.. Not good when all the unit tests pass, but a bug still
exists!
In terms of a release, basically we are just wrangling over whether to throw a
ConfigurationException.. At this
This is strange: If you have a look at the source xrefs for the
ConfigurationFactory class at
http://jakarta.apache.org/commons/configuration/xref/org/apache/commons/configuration/ConfigurationFactory.html
you will see that the missing rule is present. So it must have been
accidently deleted in
epugh 2004/01/23 03:08:56
Modified:configuration/src/java/org/apache/commons/configuration
ConfigurationFactory.java
Log:
Fix missing hierarchicalDom4j rules. Accidentally removed.
Revision ChangesPath
1.4 +7 -1
epugh 2004/01/23 03:52:24
jakarta-commons/configuration/src/java/org/apache/commons/configuration/exception -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
epugh 2004/01/23 03:52:36
Modified:configuration/xdocs changes.xml
configuration/src/test/org/apache/commons/configuration
TestConfigurationFactory.java
configuration/src/java/org/apache/commons/configuration
Okay, I put the missing code back in.. It would be nice to have a unit test that
caught that.
Eric
-Original Message-
From: Oliver Heger [mailto:[EMAIL PROTECTED]
Sent: Friday, January 23, 2004 11:07 AM
To: Jakarta Commons Developers List
Subject: Re: ConfigurationFactory and
Hi all,
I added a ConfigurationLoadException to
ConfigurationFactory.getConfiguration(). I think that is the only really
obvious place where it is needed.
If everybody is cool with this, I'd like to issue a last call for 1.0, and
start on the release path. After the last call, let's hold off
Some suggestions :
- keep the exceptions in the main package, we don't really need a sub
package decicated to exceptions.
- add a default constructor to the exception.
- i would use a more generic ConfigurationException that may be
subclassed later. I wouldn't rush on a specialized
Hi Noel,
It does! :-) It imports your login. I believe that the only issue is that
you have to have it reset your password. But I could be wrong about that,
so we should check.
This is good, but does this mean that the login/password is truely
shared (password changed one place changes
Gus Heck wrote:
[JIRA] imports your [BZ] login.
This is good, but does this mean that the login/password is truely
shared (password changed one place changes for the other) or just a
similar login
The information is imported (cloned).
Jira has some LDAP support and is trending towards a
Is there any interest in a Multiple Linear Regression algorithm
in the math library? Or is it beyond the scope of the project?
Coincidentally, the algorithm implementation happens to use the
RealMatrix class from the math library to do it's matrix calculations.
When trying to add a unit test to check all XML elements supported by
ConfigurationFactory I faced a problem with JNDIConfiguration. This
class seems to be incompatible with ConfigurationFactory when used in
the additional section.
I did not much further research, but I suspect that the
Sure - is there a particular process for submitting patches? Can you point me at a
url if there is one?
Thanks,
Oliver
-Original Message-
From: Eric Pugh [mailto:[EMAIL PROTECTED]
Sent: Fri 1/23/2004 1:55 AM
To: Oliver Kim; Commons-Dev (E-mail)
dmitri 2004/01/23 17:12:02
Modified:jxpath/src/test/org/apache/commons/jxpath/ri/model
XMLModelTestCase.java
jxpath/src/java/org/apache/commons/jxpath/ri/model/beans
NullPropertyPointer.java
Log:
Bug report 25609: Child
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=25609.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dmitri 2004/01/23 18:16:19
Modified:jxpath/src/java/org/apache/commons/jxpath/ri
EvalContext.java
Log:
Fixed a problem with passing collections as arguments and using getNodeSet in general
Revision ChangesPath
1.28 +5 -5
dmitri 2004/01/23 18:16:51
Modified:jxpath/src/test/org/apache/commons/jxpath/ri/compiler
TestFunctions.java ExtensionFunctionTest.java
Log:
Fixed a problem with passing collections as arguments and using getNodeSet in general
Revision ChangesPath
Jason,
Thank you very much for reporting this problem. It is now fixed.
- Dmitri
- Original Message -
From: Jason Horman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 11:36 AM
Subject: [jxpath] extension function bug
There seems to be a bug with
dmitri 2004/01/23 18:42:22
Modified:jxpath/src/test/org/apache/commons/jxpath/ri/compiler
ExtensionFunctionTest.java
jxpath/src/test/org/apache/commons/jxpath/ri/model
XMLModelTestCase.java
In message [EMAIL PROTECTED], Steve Cohen writes:
Question - primarily for Daniel: Do you think it makes sense to dial back to
using jakarta-oro-2.0.1 in commons-net.1.1.1 to preserve JDK 1.1.
compatibility? What features/bug fixes would be lost? Unless we either do
this or rewrite, we
Dave,
What kind of authentication does the target server expect: basic|digest|NTLM or
form-based? At the moment it is not quite clear what is going on on the server side.
If you posted a wire log of the HTTP session that exhibits the problem, I believe I
would be able to tell more. See
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=26070.
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=26382.
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=26382.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have written a program that uses HttpClient to call servlets that do batch
jobs and wait for their return...usually no more that 15 minutes. I have the
Server timeout on the Web/App Server that the servlets reside on set to 1 hour
or 3600 seconds. I have tested this in 2 environments using
I'm pretty sure the authentication is basic. It
is done through the Apache .htaccess and
.htpasswd files. However, I don't have a value
for realm and I'm wondering if I need to put a
value there. I'm not even sure what a realm is,
to be honest with you.
Thanks for your help - Dave
Begin
Hi David,
I would suggest trying the SO_TIMEOUT, though I am not sure this is the
cause. It seems that you are using HttpClient from HEAD. In this
version you can set the default timeout using:
HttpClient client =
28 matches
Mail list logo
