Attached are tests for the (updated) classes in collections.pairs:
- TestAll.java
- TestMapEntry.java (abstract)
- TestDefaultMapEntry.java (extends TestMapEntry)
- TestDefaultKeyValue.java
Stephen (because I have a feeling it'll be you you doing this ;)), you
will of course need to add an
I'd like to suggest a new service-model, which allows to replace and/or
shut-down a service-implementation at runtime. (The latest refactoring
makes this much easier).
The model works basicly like the deferred-model (except that it always
returns the proxy). Initially it is in the deferred
Hi!
This patch adds org.apache.commons.lang.SystemUtils.IS_OS_UNIX
This is usefull when you need UNIX but not any specific flavour.
snip
--- jakarta-commons/lang/src/java/org/apache/commons/lang/SystemUtils.java.orig
2003-09-30 14:04:05.0 +0200
+++
What triggers the service model to reload and rebuild the service implementation?
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
http://jakarta.apache.org/commons/sandbox/hivemind/
http://javatapestry.blogspot.com
-Original Message-
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=23515.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
What triggers the service model to reload and rebuild the service
implementation?
The (deffered) inner proxy reloads and triggers, when a service-method is
called. It does the same as the inner-proxy of the deferred-service-model.
The difference is only that it gets back into play (when
I am working with Digester inside an Application
Server (Oracle iAS), and I had some problems because
the method
DigesterRuleParser.IncludeRule.includeXMLRules, uses
the ClassLoader for the class DigesterRuleParser, not
the ClassLoader in use for the current thread (as this
is a container, is not
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=23503.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tim Anderson wrote:
From: Tim Anderson [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Working commons-collections nightly no longer available
Date: Tue, 30 Sep 2003 19:30:44 +1000
Hi,
I'm trying to get M2 running, but it looks like
there is no longer a
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Monday, September 22, 2003 4:48 AM
Subject: Re: [DBCP][Pool] Ready for release
Dirk Verbeeck wrote:
The last release of DBCP pool is almost a year old now. A new
Re: [configuration] AbstractConfigurationI agree with the checkstyle errors
being kinda bogus on some of them.. I agree with you on the unit tests..
they may be tests, but they are also great learning tools!
I am patched C-C and it went in nice and clean, thanks.. I am going to test
it with
The following comment has been added to this issue:
Author: Scott Howlett
Created: Tue, 30 Sep 2003 11:27 AM
Body:
I see that the imports have been added in CVS, so this looks resolved to me.
-
View the issue:
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-88
Here is an overview of the issue:
The following comment has been added to this issue:
Author: Scott Howlett
Created: Tue, 30 Sep 2003 11:37 AM
Body:
Since this problem has been partially fixed, I have opened another issue that is
specific to the Jexl expression problem.
craigmcc2003/09/30 09:20:55
Modified:digester/src/java/org/apache/commons/digester/xmlrules
DigesterRuleParser.java
Log:
Correct class loader lookup when loading resources in includeXMLRules()
to use the Thread context class loader (if it exists), or the
Esteban Lorenzano wrote:
I am working with Digester inside an Application
Server (Oracle iAS), and I had some problems because
the method
DigesterRuleParser.IncludeRule.includeXMLRules, uses
the ClassLoader for the class DigesterRuleParser, not
the ClassLoader in use for the current thread (as
on each package,
tars/zips up the output in the dist directory and the source, and
publishes them. You will note that recent nightly builds (such as last
night's -- 20030930) do indeed contain both JARs.
The nightly build process for Commons packages does not, and never has,
automated
dion2003/09/30 09:37:11
Modified:jelly/src/java/org/apache/commons/jelly/expression/jexl
JexlExpression.java
Log:
Apply Jelly-88
Revision ChangesPath
1.15 +6 -6
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=22776.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dirkv 2003/09/30 12:07:13
Modified:dbcp project.properties
Log:
offline build hint
Revision ChangesPath
1.5 +3 -0 jakarta-commons/dbcp/project.properties
Index: project.properties
===
dirkv 2003/09/30 12:07:26
Modified:pool project.properties
Log:
offline build hint
Revision ChangesPath
1.5 +3 -0 jakarta-commons/pool/project.properties
Index: project.properties
===
dirkv 2003/09/30 12:19:43
Modified:pool project.xml
Log:
release 1.1-RC1
Revision ChangesPath
1.14 +22 -2 jakarta-commons/pool/project.xml
Index: project.xml
===
RCS file:
dirkv 2003/09/30 12:21:41
Modified:dbcp project.xml
Log:
release 1.1-RC1
Revision ChangesPath
1.15 +8 -3 jakarta-commons/dbcp/project.xml
Index: project.xml
===
RCS file:
My aim with this change was to keep the name commons-collections for the
object only jar. Unfortunately it was late and I read the ant file as only
producing two jars, one object and one primitive. Also, I had thought that
was what was agreed (ie. no combined jar file).
To be clear this time, my
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=22776.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dirkv 2003/09/30 13:50:29
Modified:dbcp/src/java/org/apache/commons/dbcp
AbandonedObjectPool.java
Log:
Bugzilla Bug 22776: DBCP should not be writing messages to stderr or stdout
- Do not print error messages in borrowObject (allow exceptions to pass)
dirkv 2003/09/30 13:51:03
Modified:dbcp/src/java/org/apache/commons/dbcp PoolingDataSource.java
Log:
improve error messages
Revision ChangesPath
1.10 +5 -5
jakarta-commons/dbcp/src/java/org/apache/commons/dbcp/PoolingDataSource.java
Index:
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=22776.
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=23491.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Is there a specific reason why only simple ids are allowed for services?
Why can't I say service-point id=xyz.Service... and also
service-point id=abc.Service... within the same module?
-Harish
-
To unsubscribe, e-mail:
Oops! Forgot the painful prefix!
Harish Krishnaswamy wrote:
Is there a specific reason why only simple ids are allowed for
services? Why can't I say service-point id=xyz.Service... and also
service-point id=abc.Service... within the same module?
-Harish
The framework code uses this pattern to differentiate between the module-id
and the service/configuraton id.
Also for your own configurations it's realy confinient. Just check if a dot
is contained in the id and
you know that a contribution references something in the current module or
not.
I see, not a big deal, I just stumbled upon this and wondered.
Thanks,
Harish
Christian Essl wrote:
The framework code uses this pattern to differentiate between the
module-id and the service/configuraton id.
Also for your own configurations it's realy confinient. Just check if
a dot is
There is now a getSchema on the ConfigurationPoint, but I don't know how to
get the ConfigurationPoint from the module (Is there another way?). Sorry
if I didn't explain it or checked it a bit late:
My ConfiguratonBuilderFactory is a normal ServiceImplementationFactory
which does not have its
Hi,
Currently the Digester unit tests include some tests which deliberately
trigger failures.
This is fine - error handling should also be tested.
Unfortunately, when an error occurs, Digester calls log.warn or
log.error, which gets printed out in the middle of the junit output.
Yecch.
I also
I've added a getConfigurationPoint() method to Module. Checked in soon.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
http://jakarta.apache.org/commons/sandbox/hivemind/
http://javatapestry.blogspot.com
-Original Message-
From:
One trick that may work is to call Digester.setLogger() with your own
org.apache.commons.logging.Log implementation that does nothing.
Or you can use org.apache.commons.logging.impl.NoOpLog, which does the
same thing.
Simon Kitching wrote:
Hi,
Currently the Digester unit tests include some
__matthewHawthorne wrote:
One trick that may work is to call Digester.setLogger() with your own
org.apache.commons.logging.Log implementation that does nothing.
Or you can use org.apache.commons.logging.impl.NoOpLog, which does the
same thing.
Another approach would be to modify the build.xml
Thank you, what's about the hot-replace?
On Tue, 30 Sep 2003 19:49:51 -0400, Howard M. Lewis Ship
[EMAIL PROTECTED] wrote:
I've added a getConfigurationPoint() method to Module. Checked in soon.
--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
On Wed, 2003-10-01 at 13:06, Simon Kitching wrote:
try {
Log oldLog = digester.getLogger();
digester.setLogger(new NoOpLog());
digester.parse(
TestAll.getInputStream(this, test2.xml));
digester.setLogger(oldLog);
}
catch(Exception e) {
// yay -
Code compiled with a 1.3 jdk is not compatible with java 1.4 jdbc api.
I did not check, but assume any jars for release will be compiled with a
1.4 jdk?
I think the hope is that a jar compiled with 1.4 will be usable in a 1.3
environment, so that we only distribute one. I'm not sure if that
Release Candidates can be downloaded here:
http://cvs.apache.org/~dirkv/builds/
Preview of the updated websites here:
http://cvs.apache.org/~dirkv/dbcp/
http://cvs.apache.org/~dirkv/pool/
The release schedule forsees a 2 week review period.
Hello Yue,
commons.apache.org is the Apache Commons project which is
just getting started to develop common stuff for C/C++. What you
were looking for is the Apache Jakarta Commons project, which
develops common stuff for Java.
I fell for the same trap a few weeks ago :-)
regards,
Roland
Hello David,
we kind of tried the same approach with OpenCard. It wasn't funny
and never really worked satisfactory. Don't do it in the Http Client.
Instead of using a modified HttpState that interacts with the user,
just disable automatic authentication. Then, the application will get
the
Hello David,
on second thought, if you want some kind of automatic handling,
you can try to substitute a different HttpMethodDirector (in 2.1).
There's probably no public API for that yet, but it's the perfect
place for such stuff.
regards,
Roland
One of our engineers developed a patch for HttpClient which allows a callback
handler to be registered with an HttpClient instance. A registered handler
could prompt the user for username/password. When a handler isn't
registered, the HttpClient works as it does now.
-Steve
On Monday 29
On 30/09/2003 10:12 PM, Steve Vaughan [EMAIL PROTECTED] wrote:
One of our engineers developed a patch for HttpClient which allows a callback
handler to be registered with an HttpClient instance. A registered handler
could prompt the user for username/password. When a handler isn't
Steve,
Integrated callbacks are planned for the next release (currently designated as 2.1)
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10794
Oleg
-Original Message-
From: Steve Vaughan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 30, 2003 3:19 PM
To: Commons HttpClient
Oleg,
I was aware of the bug writeup, but hadn't noticed the target milestone. I
see that the status is still NEW, so I assume that work hasn't started. I
would be happy to donate code and time when this development begins.
-Steve
On Tuesday 30 September 2003 09:46 am, Kalnichevski, Oleg
Steve,
HttpClient 2.1 is being actively developed on CVS HEAD. Donation of a patch would be
highly appreciated. The patch would still have to go through the usual review and
approval cycle, though.
Cheers
Oleg
-Original Message-
From: Steve Vaughan [mailto:[EMAIL PROTECTED]
Sent:
Great! I'll look forward to that release then. (BTW, got a rough target
date for release?) In the meantime, my current solution will work, as I
don't *have* to support NTLM authentication just yet. I would suspect that
any authorization callback handler would need to pass along the host, port,
David,
Regarding release target dates, all I can do is to offer my guesstimates:
HttpClient 2.0 release: Novemeber 2003
HttpClient 2.1 alpha1: January 2004
HttpClient 2.1 beta1: March 2004
HttpClient 2.1 release: May 2004
Oleg
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
Ok...thanks!
-Original Message-
From: Kalnichevski, Oleg [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 30, 2003 10:00 AM
To: Commons HttpClient Project
Subject: RE: Prompting user for authentication?
David,
Regarding release target dates, all I can do is to offer my guesstimates:
53 matches
Mail list logo