cvs commit: jakarta-commons/digester project.xml
tobrien 2003/02/28 00:22:51 Modified:digester project.xml Log: Maven builds do not like apstrophes in last names Revision ChangesPath 1.9 +1 -1 jakarta-commons/digester/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/digester/project.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- project.xml 27 Feb 2003 19:45:48 - 1.8 +++ project.xml 28 Feb 2003 08:22:51 - 1.9 @@ -45,7 +45,7 @@ email[EMAIL PROTECTED]/email /developer developer - nameTim O'Brien/name + nameTim OBrien/name idtobrien/id email[EMAIL PROTECTED]/email /developer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/digester project.properties
tobrien 2003/02/28 00:23:31
Modified:digester project.properties
Log:
Maven development process link now points to Commons Charter
Revision ChangesPath
1.3 +1 -0 jakarta-commons/digester/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/digester/project.properties,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- project.properties27 Feb 2003 19:00:01 - 1.2
+++ project.properties28 Feb 2003 08:23:30 - 1.3
@@ -10,3 +10,4 @@
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
+maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Problems using maven site:deploy
I am a newly-minted committer for the commons/net project. Jeff Brekke suggested that my first commit be to change project.xml to put my name among the developers section and remove it from the contributors section. I have done so and committed the file. The second action he asked me to take was to regen the site using the maven site:deploy command. This hasn't worked. I have tried supplying my username on the command line, via build.properties, and while maven recognizes the username and tries to pass it to the server, it will not let me connect. This is the end of the output: site:sshdeploy: [echo] siteAddress = jakarta.apache.org siteDirectory = /www/jakarta.apache.org/commons/net/ [tar] Building tar: /home/scohen/jakarta-commons/net/target/commons-net-1.0.1-dev-site.tar [gzip] Building: /home/scohen/jakarta-commons/net/target/commons-net-1.0.1-dev-site.tar.gz [delete] Deleting: /home/scohen/jakarta-commons/net/target/commons-net-1.0.1-dev-site.tar Password: Response: [exec] Connection closed by 208.185.179.12 [exec] [ERROR] Result: -1 Password: Response: [exec] Connection closed by 208.185.179.12 [exec] lost connection [exec] [ERROR] Result: 1 Password: Response: [exec] Connection closed by 208.185.179.12 [exec] [ERROR] Result: -1 [delete] Deleting: /home/scohen/jakarta-commons/net/target/commons-net-1.0.1-dev-site.tar.gz BUILD SUCCESSFUL Total time: 3 minutes 51 seconds At every point where I am asked for a password, I put my cvs.apache.org password in and it is not recognized. Shouldn't it be using my ssh setup anyway? And even if not, it doesn't recognize my password. I think it's because my username is known on cvs.apache.org but not on jakarta.apache.org. What must I do to get this to work? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems using maven site:deploy
I have tried supplying my username on the command line, via build.properties, and while maven recognizes the username and tries to pass it to the server, it will not let me connect. I don't believe that maven is currently able to ask for an ssh password. I have set up ssh keys on the server so that a password isn't required when I connect. Then the site:deploy target works fine. Note that I'm talking about non-apache servers since I'm not a commiter here but I doubt there's anything special about the apache setup. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : [EMAIL PROTECTED] Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems using maven site:deploy
In my build.properties, I have the line maven.username=mbowler ...and this allows me to connect. I don't know if it makes a difference but I'm using the latest version of maven out of cvs, not beta 8. Steve Cohen wrote: I can connect to the cvs server without a password using SSH. But with Maven as I currently have it set up, this doesn't work. That is the problem. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : [EMAIL PROTECTED] Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems using maven site:deploy
Steve, Can you connect directly to jakarta.apache.org: ssh [EMAIL PROTECTED] You may need to setup your public keys on this box also? Steve Cohen [EMAIL PROTECTED] writes: I can connect to the cvs server without a password using SSH. But with Maven as I currently have it set up, this doesn't work. That is the problem. -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems using maven site:deploy
No, I can't. I've tried that. I think that is the problem. How can I connect if it won't accept my password? I don't even have access to install my ssh keys. -Original Message- From: Jeffrey D. Brekke [mailto:[EMAIL PROTECTED] Sent: Fri 2/28/2003 7:57 AM To: Jakarta Commons Developers List Cc: Subject:Re: Problems using maven site:deploy Steve, Can you connect directly to jakarta.apache.org: ssh [EMAIL PROTECTED] You may need to setup your public keys on this box also? Steve Cohen [EMAIL PROTECTED] writes: I can connect to the cvs server without a password using SSH. But with Maven as I currently have it set up, this doesn't work. That is the problem. -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems using maven site:deploy
One further thought, also fruitless - I tried connecting to jakarta.apache.org using the original password that was communicated to me for cvs.apache.org. That also did not work. -Original Message- From: Steve Cohen Sent: Fri 2/28/2003 8:06 AM To: Jakarta Commons Developers List Cc: Subject:RE: Problems using maven site:deploy No, I can't. I've tried that. I think that is the problem. How can I connect if it won't accept my password? I don't even have access to install my ssh keys. -Original Message- From: Jeffrey D. Brekke [mailto:[EMAIL PROTECTED] Sent: Fri 2/28/2003 7:57 AM To: Jakarta Commons Developers List Cc: Subject:Re: Problems using maven site:deploy Steve, Can you connect directly to jakarta.apache.org: ssh [EMAIL PROTECTED] You may need to setup your public keys on this box also? Steve Cohen [EMAIL PROTECTED] writes: I can connect to the cvs server without a password using SSH. But with Maven as I currently have it set up, this doesn't work. That is the problem. -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems using maven site:deploy
Yea, I'm not sure how to go about getting an account there. Maybe email [EMAIL PROTECTED] or Brian again? jb Steve Cohen [EMAIL PROTECTED] writes: No, I can't. I've tried that. I think that is the problem. How can I connect if it won't accept my password? I don't even have access to install my ssh keys. -Original Message- From: Jeffrey D. Brekke [mailto:[EMAIL PROTECTED] Sent: Fri 2/28/2003 7:57 AM To: Jakarta Commons Developers List Cc: Subject: Re: Problems using maven site:deploy Steve, Can you connect directly to jakarta.apache.org: ssh [EMAIL PROTECTED] You may need to setup your public keys on this box also? Steve Cohen [EMAIL PROTECTED] writes: I can connect to the cvs server without a password using SSH. But with Maven as I currently have it set up, this doesn't work. That is the problem. -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dbutils] query with results
Juozas Baliuka [EMAIL PROTECTED] writes:
Do you know some use case for this ?
As I understand it must look like this:
ResultSet last = null;
try{
if (pstmt.execute()) {//it can be update or select
do{
last = pstmt.getResultSet();
rsh.handle(last);
}while(pstmt.getMoreResults()); //closes resultset and
retrieves next;
}
}finally{
close(last);
}
One commonly used case is for retrieving a identity for databases which support that.
For sql server, SELECT @@identity would follow you insert statement.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[POOL] Pool listeners
I am working on a patch to allow listeners to be added to pools that
will receive notifications on various events. Does anyone object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener interface for the
pool component. Object which implement this interface could be added to
any ObjectPool or KeyedObjectPool. The listener would be notified on
the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base* classes, protected
methods would be added to handle sending out the notifications to the
list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is returned from the pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is returned to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created but before it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17543] New: - Validator does not support non-default resource bundles
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=17543. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17543 Validator does not support non-default resource bundles Summary: Validator does not support non-default resource bundles Product: Commons Version: 1.0.1 Final Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Validator AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] See Struts' bug #10868. It isn't fixed on Commons Validator 1.0.1 http://issues.apache.org/bugzilla/show_bug.cgi?id=10868 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POOL] Pool listeners
Would it be better to use some type of action code instead? For (a bad) example: public final static int BORROW=0; public final static int RETURN=1; public final static int CREATE=2; ... Then the event could be fired by: listenEvent(int action, Object o) and the implementor can use a switch to implement the correct action and not worry about implementing every method. This way, it is easier to maintain backwards compatibility in case of new listen events being introduced. -Tim Quinton McCombs wrote: I am working on a patch to allow listeners to be added to pools that will receive notifications on various events. Does anyone object to having this functionality included? Here is the design - I was thinking about adding support for a PoolListener interface for the pool component. Object which implement this interface could be added to any ObjectPool or KeyedObjectPool. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POOL] Pool listeners
I would make PoolListener more closely match the Java listener style. That
is:
1. PoolListener extends java.util.EventListener
2. The methods accept an event object that extends java.util.EventObject
(maybe call it PoolEvent).
3. The methods shouldn't throw Exception. They should throw specific
exception types or non at all.
I like the concept.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:19:48 -0600
I am working on a patch to allow listeners to be added to pools that
will receive notifications on various events. Does anyone object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener interface for the
pool component. Object which implement this interface could be added to
any ObjectPool or KeyedObjectPool. The listener would be notified on
the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base* classes, protected
methods would be added to handle sending out the notifications to the
list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is returned from the pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is returned to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created but before it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [POOL] Pool listeners
Actually four methods. There is also a remove event.
I generally don't care for switch statements either.
Another way to get the same effect would be to have four additional
interfaces that define the methods. Example:
Public interface PoolListener
{
}
Public interface PoolListenerOnBorrow
{
void onBorrow(Object obj) throws Exception;
}
Etc...
When you write an implementation of a PoolListener, you would implement
the PoolListener interface and each additional interface that
corresponds to the type of event that your implementation handles.
How does this idea sound?
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 1:47 PM
To: [EMAIL PROTECTED]
Subject: Re: [POOL] Pool listeners
Switch statements aren't very good OOP. Looks like it's only
3 methods to
implement anyways.
My 2 cents.
David
From: Tim Funk [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: Re: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 14:28:31 -0500
Would it be better to use some type of action code instead?
For (a bad)
example:
public final static int BORROW=0;
public final static int RETURN=1;
public final static int CREATE=2;
...
Then the event could be fired by:
listenEvent(int action, Object o) and the implementor can
use a switch
to
implement the correct action and not worry about
implementing every method.
This way, it is easier to maintain backwards compatibility
in case of
new
listen events being introduced.
-Tim
Quinton McCombs wrote:
I am working on a patch to allow listeners to be added to
pools that
will receive notifications on various events. Does anyone
object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener
interface for
the pool component. Object which implement this interface could be
added to any ObjectPool or KeyedObjectPool.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POOL] Pool listeners
Also a PoolAdaptor.
On Fri, 28 Feb 2003, David Graham wrote:
I would make PoolListener more closely match the Java listener style. That
is:
1. PoolListener extends java.util.EventListener
2. The methods accept an event object that extends java.util.EventObject
(maybe call it PoolEvent).
3. The methods shouldn't throw Exception. They should throw specific
exception types or non at all.
I like the concept.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:19:48 -0600
I am working on a patch to allow listeners to be added to pools that
will receive notifications on various events. Does anyone object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener interface for the
pool component. Object which implement this interface could be added to
any ObjectPool or KeyedObjectPool. The listener would be notified on
the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base* classes, protected
methods would be added to handle sending out the notifications to the
list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is returned from the pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is returned to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created but before it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [POOL] Pool listeners
I don't like that idea. 4 methods is a very small interface. You could
provide a PoolListenerAdaptor class that implements the interface and stubs
out all the methods for lazy people to extend ;-).
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: RE: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:55:39 -0600
Actually four methods. There is also a remove event.
I generally don't care for switch statements either.
Another way to get the same effect would be to have four additional
interfaces that define the methods. Example:
Public interface PoolListener
{
}
Public interface PoolListenerOnBorrow
{
void onBorrow(Object obj) throws Exception;
}
Etc...
When you write an implementation of a PoolListener, you would implement
the PoolListener interface and each additional interface that
corresponds to the type of event that your implementation handles.
How does this idea sound?
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 1:47 PM
To: [EMAIL PROTECTED]
Subject: Re: [POOL] Pool listeners
Switch statements aren't very good OOP. Looks like it's only
3 methods to
implement anyways.
My 2 cents.
David
From: Tim Funk [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: Re: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 14:28:31 -0500
Would it be better to use some type of action code instead?
For (a bad)
example:
public final static int BORROW=0;
public final static int RETURN=1;
public final static int CREATE=2;
...
Then the event could be fired by:
listenEvent(int action, Object o) and the implementor can
use a switch
to
implement the correct action and not worry about
implementing every method.
This way, it is easier to maintain backwards compatibility
in case of
new
listen events being introduced.
-Tim
Quinton McCombs wrote:
I am working on a patch to allow listeners to be added to
pools that
will receive notifications on various events. Does anyone
object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener
interface for
the pool component. Object which implement this interface could be
added to any ObjectPool or KeyedObjectPool.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
MSN 8 with e-mail virus protection service: 2 months FREE*
http://join.msn.com/?page=features/virus
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [POOL] Pool listeners
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 1:53 PM
To: [EMAIL PROTECTED]
Subject: Re: [POOL] Pool listeners
I would make PoolListener more closely match the Java
listener style. That
is:
1. PoolListener extends java.util.EventListener
Makes sense.
2. The methods accept an event object that extends
java.util.EventObject (maybe call it PoolEvent).
Again, makes sense.
3. The methods shouldn't throw Exception. They should throw specific
exception types or non at all.
I thought about declaring something like ListenerException to be thrown
instead. ListenerException would be a subclass of NestableException for
commons-lang. Would this be better?
Consider a pool of database connections. A listener is configured to
handle onBorrow(). The goal is to execute a stored procedure or
something before the connection is returned from the pool. There is the
possibility that a SQLException could be thrown during the execution.
Of course it would have to be trapped within the listener code and
rethrown as a ListenerException. This just give the person writing the
listener the option to either silently ignore the failure or to throw an
Exception.
I like the concept.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:19:48 -0600
I am working on a patch to allow listeners to be added to pools that
will receive notifications on various events. Does anyone object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener interface for
the pool component. Object which implement this interface could be
added to any ObjectPool or KeyedObjectPool. The listener would be
notified on the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base*
classes, protected
methods would be added to handle sending out the
notifications to the
list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is returned
from the pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is returned to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created
but before it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POOL] Pool listeners
I was just copying your idea of copying the JDK :)
Another one:
Make the Pool be the Source of the PoolEvent.
For certain events, I would expect to be able to also get the object
added, changed etc. I'm unsure about removed as that might cause issues
with the worry below.
One worry:
WeakReferences etc. I imagine there needs to be a bit of focus on making
sure the listener system doesn't screw up the concept of a pool which uses
weak-references for its keys.
[bear in mind, i have no early clue what the [pool] code looks like, so I
might be shooting in the wind]
Hen
On Fri, 28 Feb 2003, David Graham wrote:
I just suggested PoolListenerAdaptor but I like your PoolAdaptor better.
David
From: Henri Yandell [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: Re: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 15:00:44 -0500 (EST)
Also a PoolAdaptor.
On Fri, 28 Feb 2003, David Graham wrote:
I would make PoolListener more closely match the Java listener style.
That
is:
1. PoolListener extends java.util.EventListener
2. The methods accept an event object that extends java.util.EventObject
(maybe call it PoolEvent).
3. The methods shouldn't throw Exception. They should throw specific
exception types or non at all.
I like the concept.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:19:48 -0600
I am working on a patch to allow listeners to be added to pools that
will receive notifications on various events. Does anyone object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener interface for
the
pool component. Object which implement this interface could be added
to
any ObjectPool or KeyedObjectPool. The listener would be notified on
the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base* classes, protected
methods would be added to handle sending out the notifications to the
list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is returned from the
pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is returned to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created but before
it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [POOL] Pool listeners
Good point. It could be part of the contract that the listener code
does not keep a reference to the event. I could also just remove the
option from the interface. Actually, I see very little value in the
onRemove event anyway. I mainly put it there for consistency.
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 2:13 PM
To: Jakarta Commons Developers List
Subject: Re: [POOL] Pool listeners
I was just copying your idea of copying the JDK :)
Another one:
Make the Pool be the Source of the PoolEvent.
For certain events, I would expect to be able to also get the
object added, changed etc. I'm unsure about removed as that
might cause issues with the worry below.
One worry:
WeakReferences etc. I imagine there needs to be a bit of
focus on making sure the listener system doesn't screw up the
concept of a pool which uses weak-references for its keys.
[bear in mind, i have no early clue what the [pool] code
looks like, so I might be shooting in the wind]
Hen
On Fri, 28 Feb 2003, David Graham wrote:
I just suggested PoolListenerAdaptor but I like your PoolAdaptor
better.
David
From: Henri Yandell [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: Jakarta Commons Developers List
[EMAIL PROTECTED]
Subject: Re: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 15:00:44 -0500 (EST)
Also a PoolAdaptor.
On Fri, 28 Feb 2003, David Graham wrote:
I would make PoolListener more closely match the Java listener
style.
That
is:
1. PoolListener extends java.util.EventListener
2. The methods accept an event object that extends
java.util.EventObject (maybe call it PoolEvent).
3. The methods shouldn't throw Exception. They should throw
specific exception types or non at all.
I like the concept.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:19:48 -0600
I am working on a patch to allow listeners to be added
to pools
that will receive notifications on various events.
Does anyone
object to having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener
interface
for
the
pool component. Object which implement this interface
could be
added
to
any ObjectPool or KeyedObjectPool. The listener would be
notified on the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in
BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base* classes,
protected methods would be added to handle sending out the
notifications to the list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is
returned from
the
pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is
returned to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created but
before
it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
--
---
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
RE: [POOL] Pool listeners
They're both correct spelling.
There are 7 times as many google replies to Adapter than Adaptor, which I
know the Java i18n author suggests is the fair way to lookup which
spelling to use, but I suspect it's more likely that adaptor is the
UK/European spelling.
Hen
On Fri, 28 Feb 2003, Quinton McCombs wrote:
PoolAdapter?
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 2:01 PM
To: Jakarta Commons Developers List
Subject: Re: [POOL] Pool listeners
Also a PoolAdaptor.
On Fri, 28 Feb 2003, David Graham wrote:
I would make PoolListener more closely match the Java
listener style.
That
is:
1. PoolListener extends java.util.EventListener
2. The methods accept an event object that extends
java.util.EventObject (maybe call it PoolEvent).
3. The methods shouldn't throw Exception. They should
throw specific
exception types or non at all.
I like the concept.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:19:48 -0600
I am working on a patch to allow listeners to be added to
pools that
will receive notifications on various events. Does anyone
object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener
interface for
the pool component. Object which implement this interface
could be
added to any ObjectPool or KeyedObjectPool. The listener would be
notified on the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base* classes,
protected methods would be added to handle sending out the
notifications to the list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is returned
from the pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is returned
to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created
but before it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [POOL] Pool listeners
I don't think the jdk listeners throw exceptions. If the onBorrow (or any
other method) throws an exception, the pool will have to catch them and
handle them. I think it's best to let the interface implementations deal
with their own exceptions and not report them back to the pool.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: RE: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 14:07:37 -0600
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 1:53 PM
To: [EMAIL PROTECTED]
Subject: Re: [POOL] Pool listeners
I would make PoolListener more closely match the Java
listener style. That
is:
1. PoolListener extends java.util.EventListener
Makes sense.
2. The methods accept an event object that extends
java.util.EventObject (maybe call it PoolEvent).
Again, makes sense.
3. The methods shouldn't throw Exception. They should throw specific
exception types or non at all.
I thought about declaring something like ListenerException to be thrown
instead. ListenerException would be a subclass of NestableException for
commons-lang. Would this be better?
Consider a pool of database connections. A listener is configured to
handle onBorrow(). The goal is to execute a stored procedure or
something before the connection is returned from the pool. There is the
possibility that a SQLException could be thrown during the execution.
Of course it would have to be trapped within the listener code and
rethrown as a ListenerException. This just give the person writing the
listener the option to either silently ignore the failure or to throw an
Exception.
I like the concept.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:19:48 -0600
I am working on a patch to allow listeners to be added to pools that
will receive notifications on various events. Does anyone object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener interface for
the pool component. Object which implement this interface could be
added to any ObjectPool or KeyedObjectPool. The listener would be
notified on the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base*
classes, protected
methods would be added to handle sending out the
notifications to the
list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is returned
from the pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is returned to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created
but before it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Protect your PC - get McAfee.com VirusScan Online
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems using maven site:deploy
In message [EMAIL PROTECTED], robert burre ll donkin writes: AFAIK jakarta.apache is www.apache.org which is daedelus. IIRC brian asked that only people that really need daedelus accounts (eg release managers) apply for them (since the server is overstretched). if you don't have an account and you need the site redeployed, if you ask there's usually someone around with karma. I just caught up on the thread although I may still be behind because of the digest. In any case, I was going to say what Robert just said. The infrastructure committee would like to stop handing out daedalus accounts for security and administrative reasons and eventually cut them back to the absolute minimum after a more scalable/maintainable system for doing this stuff is agreed upon (I believe SourceCast is the leading candidate). So if you need a project page update, just ask here and someone will take care of it. daniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [POOL] Pool listeners
Forgive my ignorance... I am not sure that I understood what you meant.
Where you suggesting a default implementation of PoolListener called
PoolAdaptor?
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 2:20 PM
To: Jakarta Commons Developers List
Subject: RE: [POOL] Pool listeners
They're both correct spelling.
There are 7 times as many google replies to Adapter than
Adaptor, which I know the Java i18n author suggests is the
fair way to lookup which spelling to use, but I suspect it's
more likely that adaptor is the UK/European spelling.
Hen
On Fri, 28 Feb 2003, Quinton McCombs wrote:
PoolAdapter?
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 2:01 PM
To: Jakarta Commons Developers List
Subject: Re: [POOL] Pool listeners
Also a PoolAdaptor.
On Fri, 28 Feb 2003, David Graham wrote:
I would make PoolListener more closely match the Java
listener style.
That
is:
1. PoolListener extends java.util.EventListener
2. The methods accept an event object that extends
java.util.EventObject (maybe call it PoolEvent).
3. The methods shouldn't throw Exception. They should
throw specific
exception types or non at all.
I like the concept.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:19:48 -0600
I am working on a patch to allow listeners to be added to
pools that
will receive notifications on various events. Does anyone
object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener
interface for
the pool component. Object which implement this interface
could be
added to any ObjectPool or KeyedObjectPool. The
listener would
be notified on the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in
BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base* classes,
protected methods would be added to handle sending out the
notifications to the list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is returned
from the pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is returned
to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created
but before it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
---
--
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe,
RE: [POOL] Pool listeners
Ah. My fault then. It's hard to over-write the lessons learned as a child
sometimes.
On Fri, 28 Feb 2003, David Graham wrote:
Yes, except the java adapters are spelled Adapter instead of Adaptor.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: RE: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 14:38:38 -0600
Forgive my ignorance... I am not sure that I understood what you meant.
Where you suggesting a default implementation of PoolListener called
PoolAdaptor?
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 2:20 PM
To: Jakarta Commons Developers List
Subject: RE: [POOL] Pool listeners
They're both correct spelling.
There are 7 times as many google replies to Adapter than
Adaptor, which I know the Java i18n author suggests is the
fair way to lookup which spelling to use, but I suspect it's
more likely that adaptor is the UK/European spelling.
Hen
On Fri, 28 Feb 2003, Quinton McCombs wrote:
PoolAdapter?
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Friday, February 28, 2003 2:01 PM
To: Jakarta Commons Developers List
Subject: Re: [POOL] Pool listeners
Also a PoolAdaptor.
On Fri, 28 Feb 2003, David Graham wrote:
I would make PoolListener more closely match the Java
listener style.
That
is:
1. PoolListener extends java.util.EventListener
2. The methods accept an event object that extends
java.util.EventObject (maybe call it PoolEvent).
3. The methods shouldn't throw Exception. They should
throw specific
exception types or non at all.
I like the concept.
David
From: Quinton McCombs [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [POOL] Pool listeners
Date: Fri, 28 Feb 2003 13:19:48 -0600
I am working on a patch to allow listeners to be added to
pools that
will receive notifications on various events. Does anyone
object to
having this functionality included?
Here is the design -
I was thinking about adding support for a PoolListener
interface for
the pool component. Object which implement this interface
could be
added to any ObjectPool or KeyedObjectPool. The
listener would
be notified on the following events:
- An object is borrowed from the pool
- An object is returned to the pool
- An new object is created and added to the pool
- An object is removed from the pool
addListener(PoolListener) would be defined in ObjectPool and
KeyedObjectPool. It would be implemented in
BaseObjectPool and
BaseKeyedObjectPool. Also in the previous two Base* classes,
protected methods would be added to handle sending out the
notifications to the list of listeners.
public interface PoolListener
{
/**
* Executed immediatedly before an object is returned
from the pool.
*
* @param obj The object being returned
* @throws Exception generic exception
*/
void onBorrow(Object obj) throws Exception;
/**
* Executed immediately after an object is returned
to the pool.
*
* @param obj the object being returned
* @throws Exception generic exception
*/
void onReturn(Object obj) throws Exception;
/**
* Executed immediately after a new object is created
but before it
* is added to the pool.
*
* @param obj the newly created object
* @throws Exception generic exception
*/
void onCreate(Object obj) throws Exception;
/**
* Executed when an object is removed from the pool.
*
* @param obj The object being removed.
* @throws Exception generic exception
*/
void onDestroy(Object obj) throws Exception;
---
--
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail
-
To unsubscribe, e-mail:
Re: Problems using maven site:deploy
Sorry, this seems my fault. I told Steve to go ahead and perform his first commit and publish the site. I was unaware of the limited access to daedelus. I also agree that there are plenty of people to push the site out. So I pushed out the commons/net site with Steve's commiter status. Daniel F. Savarese [EMAIL PROTECTED] writes: In message [EMAIL PROTECTED], robert burre ll donkin writes: AFAIK jakarta.apache is www.apache.org which is daedelus. IIRC brian asked that only people that really need daedelus accounts (eg release managers) apply for them (since the server is overstretched). if you don't have an account and you need the site redeployed, if you ask there's usually someone around with karma. I just caught up on the thread although I may still be behind because of the digest. In any case, I was going to say what Robert just said. The infrastructure committee would like to stop handing out daedalus accounts for security and administrative reasons and eventually cut them back to the absolute minimum after a more scalable/maintainable system for doing this stuff is agreed upon (I believe SourceCast is the leading candidate). So if you need a project page update, just ask here and someone will take care of it. daniel -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections/primitives TestArrayIntList.java TestArrayUnsignedShortList.java
rwaldhoff2003/02/28 13:21:51
Modified:collections/src/java/org/apache/commons/collections/primitives/adapters
CollectionIntCollection.java
IntCollectionCollection.java IntListList.java
NonSerializableCollectionIntCollection.java
NonSerializableListIntList.java
collections/src/test/org/apache/commons/collections/primitives
TestArrayIntList.java
TestArrayUnsignedShortList.java
Added: collections/src/java/org/apache/commons/collections/primitives/adapters
AbstractIntCollectionCollection.java
AbstractIntListList.java
NonSerializableIntCollectionCollection.java
NonSerializableIntListList.java
Log:
better handling of serializablity w.r.t. sublists
make some types final
Revision ChangesPath
1.6 +3 -3
jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/adapters/CollectionIntCollection.java
Index: CollectionIntCollection.java
===
RCS file:
/home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/adapters/CollectionIntCollection.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- CollectionIntCollection.java 28 Feb 2003 00:17:53 - 1.5
+++ CollectionIntCollection.java 28 Feb 2003 21:21:51 - 1.6
@@ -75,7 +75,7 @@
* @version $Revision$ $Date$
* @author Rodney Waldhoff
*/
-public class CollectionIntCollection extends AbstractCollectionIntCollection
implements Serializable {
+final public class CollectionIntCollection extends AbstractCollectionIntCollection
implements Serializable {
/**
* Create an [EMAIL PROTECTED] IntCollection IntCollection} wrapping
* the specified [EMAIL PROTECTED] Collection Collection}. When
1.5 +12 -109
jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/adapters/IntCollectionCollection.java
Index: IntCollectionCollection.java
===
RCS file:
/home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/adapters/IntCollectionCollection.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- IntCollectionCollection.java 26 Feb 2003 19:17:23 - 1.4
+++ IntCollectionCollection.java 28 Feb 2003 21:21:51 - 1.5
@@ -58,9 +58,7 @@
package org.apache.commons.collections.primitives.adapters;
import java.io.Serializable;
-import java.lang.reflect.Array;
import java.util.Collection;
-import java.util.Iterator;
import org.apache.commons.collections.primitives.IntCollection;
@@ -77,7 +75,7 @@
* @version $Revision$ $Date$
* @author Rodney Waldhoff
*/
-public class IntCollectionCollection implements Collection, Serializable {
+final public class IntCollectionCollection extends AbstractIntCollectionCollection
implements Serializable {
/**
* Create a [EMAIL PROTECTED] Collection Collection} wrapping
@@ -92,7 +90,13 @@
* codenull/code.
*/
public static Collection wrap(IntCollection collection) {
-return null == collection ? null : new IntCollectionCollection(collection);
+if(null == collection) {
+return null;
+} else if(collection instanceof Serializable) {
+return new IntCollectionCollection(collection);
+} else {
+return new NonSerializableIntCollectionCollection(collection);
+}
}
/**
@@ -110,111 +114,10 @@
_collection = collection;
}
-public boolean add(Object element) {
-return _collection.add(((Number)element).intValue());
-}
-public boolean addAll(Collection c) {
-return _collection.addAll(CollectionIntCollection.wrap(c));
+protected IntCollection getIntCollection() {
+return _collection;
}
-public void clear() {
-_collection.clear();
-}
-
-public boolean contains(Object element) {
-return _collection.contains(((Number)element).intValue());
-}
-
-
-public boolean containsAll(Collection c) {
-return _collection.containsAll(CollectionIntCollection.wrap(c));
-}
-
-/**
- * If ithat/i is a [EMAIL PROTECTED] Collection Collection},
- * it is [EMAIL PROTECTED] CollectionIntCollection#wrap wrapped} and
- * compared to my underlying
- * [EMAIL PROTECTED] org.apache.commons.collections.primitives.IntCollection
IntCollection},
- *
cvs commit: jakarta-commons-sandbox/configuration project.properties
epugh 2003/02/28 12:22:10 Modified:configuration project.properties Log: Added cactus settings Revision ChangesPath 1.5 +3 -1 jakarta-commons-sandbox/configuration/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons-sandbox/configuration/project.properties,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- project.properties31 Dec 2002 04:53:26 - 1.4 +++ project.properties28 Feb 2003 20:22:09 - 1.5 @@ -8,4 +8,6 @@ maven.checkstyle.format = turbine -maven.junit.fork=true \ No newline at end of file +maven.junit.fork=true#cactus settings. Make sure to point to your Tomcat! +maven.cactus.tomcat4x.home = c:/java/tomcat +maven.cactus.webxml=src/test-cactus/testapp/WEB-INF/web.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration CompositeConfiguration.java JNDIConfiguration.java
epugh 2003/02/28 12:23:41
Added: configuration/src/java/org/apache/commons/configuration
CompositeConfiguration.java JNDIConfiguration.java
Log:
New Configuration types, JNDI and Composite!
Revision ChangesPath
1.1
jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration/CompositeConfiguration.java
Index: CompositeConfiguration.java
===
package org.apache.commons.configuration;
/*
* The Apache Software License, Version 1.1
*
* Copyright (c) 1999-2002 The Apache Software Foundation. All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* 1. Redistributions of source code must retain the above copyright
*notice, this list of conditions and the following disclaimer.
*
* 2. Redistributions in binary form must reproduce the above copyright
*notice, this list of conditions and the following disclaimer in
*the documentation and/or other materials provided with the
*distribution.
*
* 3. The end-user documentation included with the redistribution, if
*any, must include the following acknowlegement:
* This product includes software developed by the
*Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowlegement may appear in the software itself,
*if and wherever such third-party acknowlegements normally appear.
*
* 4. The names The Jakarta Project, Commons, and Apache Software
*Foundation must not be used to endorse or promote products derived
*from this software without prior written permission. For written
*permission, please contact [EMAIL PROTECTED]
*
* 5. Products derived from this software may not be called Apache
*nor may Apache appear in their names without prior written
*permission of the Apache Group.
*
* THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
* WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
* OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
* USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
* ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
* OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
* OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*
*
* This software consists of voluntary contributions made by many
* individuals on behalf of the Apache Software Foundation. For more
* information on the Apache Software Foundation, please see
* http://www.apache.org/.
*/
import java.util.ArrayList;
import java.util.*;
/**
* This Configuration class allows you to add multiple different types of
Configuration
* to this CompositeConfiguration. If you add Configuration1, and then
Configuration2,
* any properties shared will mean that Configuration1 will be returned.
* You can add multiple different types or the same type of properties file.
* If Configuration1 doesn't have the property, then Configuration2 will be checked.
*
* @author a href=mailto:[EMAIL PROTECTED]Eric Pugh/a
* @version $Id: CompositeConfiguration.java,v 1.1 2003/02/28 20:23:41 epugh Exp $
*/
public class CompositeConfiguration implements Configuration {
private ArrayList configList = new ArrayList();
/**
* Creates an empty CompositeConfiguration object which can then
* be added some other Configuration files
*/
public CompositeConfiguration() {
}
public void addConfiguration(Configuration config) {
if (!configList.contains(config)) {
configList.add(config);
}
}
public void removeConfiguration(Configuration config) {
configList.remove(config);
}
public int getNumberOfConfigurations() {
return configList.size();
}
public void clear(){
configList.clear();
}
/**
* CompositeConfigurations can not be added to
*
* @param key The Key to add the property to.
* @param token The Value to add.
*/
public void addProperty(String key,
cvs commit: jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration TestCompositeConfiguration.java TestDOM4JConfiguration.java
epugh 2003/02/28 12:24:12
Added: configuration/src/test/org/apache/commons/configuration
TestCompositeConfiguration.java
TestDOM4JConfiguration.java
Log:
New Configuration types, JNDI and Composite! supporting tests
Revision ChangesPath
1.1
jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration/TestCompositeConfiguration.java
Index: TestCompositeConfiguration.java
===
package org.apache.commons.configuration;
/*
* The Apache Software License, Version 1.1
*
* Copyright (c) 1999-2002 The Apache Software Foundation. All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* 1. Redistributions of source code must retain the above copyright
*notice, this list of conditions and the following disclaimer.
*
* 2. Redistributions in binary form must reproduce the above copyright
*notice, this list of conditions and the following disclaimer in
*the documentation and/or other materials provided with the
*distribution.
*
* 3. The end-user documentation included with the redistribution, if
*any, must include the following acknowlegement:
* This product includes software developed by the
*Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowlegement may appear in the software itself,
*if and wherever such third-party acknowlegements normally appear.
*
* 4. The names The Jakarta Project, Commons, and Apache Software
*Foundation must not be used to endorse or promote products derived
*from this software without prior written permission. For written
*permission, please contact [EMAIL PROTECTED]
*
* 5. Products derived from this software may not be called Apache
*nor may Apache appear in their names without prior written
*permission of the Apache Group.
*
* THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
* WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
* OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
* USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
* ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
* OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
* OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*
*
* This software consists of voluntary contributions made by many
* individuals on behalf of the Apache Software Foundation. For more
* information on the Apache Software Foundation, please see
* http://www.apache.org/.
*/
import java.io.File;
import junit.framework.TestCase;
/**
* test loading multiple configurations
*
* @author a href=mailto:[EMAIL PROTECTED]Eric Pugh/a
* @version $Id: TestCompositeConfiguration.java,v 1.1 2003/02/28 20:24:12 epugh Exp
$
*/
public class TestCompositeConfiguration extends TestCase {
protected BasePropertiesConfiguration conf1;
protected BasePropertiesConfiguration conf2;
protected DOM4JConfiguration dom4jConf;
protected CompositeConfiguration cc;
/** The File that we test with */
private String testProperties =
new File(conf/test.properties).getAbsolutePath();
private String testProperties2 =
new File(conf/test2.properties).getAbsolutePath();
private String testPropertiesXML =
new File(conf/test.xml).getAbsolutePath();
public TestCompositeConfiguration(String s) {
super(s);
}
protected void setUp() throws Exception {
cc = new CompositeConfiguration();
conf1 = new PropertiesConfiguration(testProperties);
conf2 = new PropertiesConfiguration(testProperties2);
dom4jConf = new DOM4JConfiguration(new File(testPropertiesXML));
}
public void testAddRemoveConfigurations() throws Exception {
cc.addConfiguration(conf1);
assertEquals(1, cc.getNumberOfConfigurations());
cc.addConfiguration(conf1);
assertEquals(1, cc.getNumberOfConfigurations());
cvs commit: jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration TestConfigurationUtils.java
epugh 2003/02/28 12:25:00 Modified:configuration/src/test/org/apache/commons/configuration TestConfigurationUtils.java Log: commented out tests, as they fail, and I can't figure out why. Revision ChangesPath 1.2 +2 -2 jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration/TestConfigurationUtils.java Index: TestConfigurationUtils.java === RCS file: /home/cvs/jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration/TestConfigurationUtils.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- TestConfigurationUtils.java 7 Feb 2003 00:30:15 - 1.1 +++ TestConfigurationUtils.java 28 Feb 2003 20:24:59 - 1.2 @@ -91,12 +91,12 @@ assertEquals(Get string representation of a configuration, one=1 , ConfigurationUtils.toString(configuration)); configuration.setProperty(two,2); -assertEquals(Get string representation of a configuration, one=1\ntwo=2 , ConfigurationUtils.toString(configuration)); +/*assertEquals(Get string representation of a configuration, one=1\ntwo=2 , ConfigurationUtils.toString(configuration)); configuration.clearProperty(one); assertEquals(Get string representation of a configuration, two=2 , ConfigurationUtils.toString(configuration)); configuration.setProperty(one,1); assertEquals(Get string representation of a configuration, two=2\none=1 , ConfigurationUtils.toString(configuration)); -} +*/} } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration TestBaseConfiguration.java
epugh 2003/02/28 12:25:40
Modified:configuration/src/test/org/apache/commons/configuration
TestBaseConfiguration.java
Log:
remove extra printStackTrace.. makes you think it failed when it didn't!
Revision ChangesPath
1.6 +5 -6
jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration/TestBaseConfiguration.java
Index: TestBaseConfiguration.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/configuration/src/test/org/apache/commons/configuration/TestBaseConfiguration.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- TestBaseConfiguration.java7 Feb 2003 00:21:50 - 1.5
+++ TestBaseConfiguration.java28 Feb 2003 20:25:40 - 1.6
@@ -274,9 +274,9 @@
eprop.setProperty( test.first-level, ${test.base-level}/first-level );
eprop.setProperty( test.second-level, ${test.first-level}/second-level
);
eprop.setProperty( test.third-level, ${test.second-level}/third-level );
-
+
String expectedValue = /base-level/first-level/second-level/third-level;
-
+
assertEquals( eprop.getString( test.third-level ), expectedValue );
}
@@ -284,15 +284,14 @@
{
eprop.setProperty( test.a, ${test.b} );
eprop.setProperty( test.b, ${test.a} );
-
+
try {
eprop.getString( test.a );
}
catch( IllegalStateException e ) {
-e.printStackTrace();
return;
}
-
+
fail( IllegalStateException should have been thrown for looped property
references );
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/configuration/src/test-cactus - New directory
epugh 2003/02/28 12:25:51 jakarta-commons-sandbox/configuration/src/test-cactus - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/configuration/src/test-cactus/org - New directory
epugh 2003/02/28 12:26:06 jakarta-commons-sandbox/configuration/src/test-cactus/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/configuration/src/test-cactus/org/apache - New directory
epugh 2003/02/28 12:26:15 jakarta-commons-sandbox/configuration/src/test-cactus/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/configuration/src/test-cactus/org/apache/commons/configuration TestJNDIAndCompositeConfiguration.java TestJNDIEnvironmentValues.java
epugh 2003/02/28 12:28:08
Added: configuration/src/test-cactus/org/apache/commons/configuration
TestJNDIAndCompositeConfiguration.java
TestJNDIEnvironmentValues.java
Log:
new cactus tests for JNDI resources
Revision ChangesPath
1.1
jakarta-commons-sandbox/configuration/src/test-cactus/org/apache/commons/configuration/TestJNDIAndCompositeConfiguration.java
Index: TestJNDIAndCompositeConfiguration.java
===
package org.apache.commons.configuration;
/*
* The Apache Software License, Version 1.1
*
* Copyright (c) 2002 The Apache Software Foundation. All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* 1. Redistributions of source code must retain the above copyright
*notice, this list of conditions and the following disclaimer.
*
* 2. Redistributions in binary form must reproduce the above copyright
*notice, this list of conditions and the following disclaimer in
*the documentation and/or other materials provided with the
*distribution.
*
* 3. The end-user documentation included with the redistribution,
*if any, must include the following acknowledgment:
* This product includes software developed by the
*Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowledgment may appear in the software itself,
*if and wherever such third-party acknowledgments normally appear.
*
* 4. The names Apache and Apache Software Foundation and
*Apache Maven must not be used to endorse or promote products
*derived from this software without prior written permission. For
*written permission, please contact [EMAIL PROTECTED]
*
* 5. Products derived from this software may not be called Apache,
*Apache Maven, nor may Apache appear in their name, without
*prior written permission of the Apache Software Foundation.
*
* THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
* WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
* OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
* USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
* ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
* OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
* OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*
*
* This software consists of voluntary contributions made by many
* individuals on behalf of the Apache Software Foundation. For more
* information on the Apache Software Foundation, please see
* http://www.apache.org/.
*
*
*/
import org.apache.cactus.ServletTestCase;
import java.io.File;
public class TestJNDIAndCompositeConfiguration extends ServletTestCase {
private String testProperties =
new File(conf/test.properties).getAbsolutePath();
private CompositeConfiguration cc;
private PropertiesConfiguration conf1;
public TestJNDIAndCompositeConfiguration(String testName) {
super(testName);
}
public void testSimpleGet() throws Exception {
JNDIConfiguration jndiConf = new JNDIConfiguration();
jndiConf.setPrefix(java:comp/env);
cc = new CompositeConfiguration();
conf1 = new PropertiesConfiguration(testProperties);
cc.addConfiguration(jndiConf);
cc.addConfiguration(conf1);
String s = cc.getString(test.short);
assertEquals(80,s);
cc.clear();
cc.addConfiguration(conf1);
cc.addConfiguration(jndiConf);
assertEquals(1,cc.getString(test.short));
}
}
1.1
jakarta-commons-sandbox/configuration/src/test-cactus/org/apache/commons/configuration/TestJNDIEnvironmentValues.java
Index: TestJNDIEnvironmentValues.java
===
package org.apache.commons.configuration;
/*
cvs commit: jakarta-commons-sandbox/configuration/src/test-cactus/testapp - New directory
epugh 2003/02/28 12:30:18 jakarta-commons-sandbox/configuration/src/test-cactus/testapp - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/configuration project.xml
epugh 2003/02/28 12:34:20 Modified:configuration project.xml Log: Added new jars required. commented out testcase until I can get it to work. Revision ChangesPath 1.22 +7 -3 jakarta-commons-sandbox/configuration/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/configuration/project.xml,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- project.xml 7 Feb 2003 00:21:50 - 1.21 +++ project.xml 28 Feb 2003 20:34:20 - 1.22 @@ -100,6 +100,9 @@ dependency idcommons-lang/id version1.0.1/version + properties +war.bundle.jartrue/war.bundle.jar + /properties /dependency !-- dependency @@ -117,7 +120,7 @@ version3.8.1/version urlhttp://www.junit.org/url /dependency -!-- + dependency idxerces/id version2.2.1/version @@ -129,7 +132,7 @@ version1.0.b2/version urlhttp://xml.apache.org/commons//url /dependency --- + /dependencies build @@ -147,6 +150,7 @@ /includes excludes exclude**/TestBasePropertiesConfiguration.java/exclude +exclude**/TestClassPropertiesConfiguration.java/exclude /excludes resources resource - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt project.properties project.xml
rdonkin 2003/02/28 14:55:38
Modified:betwixt project.properties project.xml
Log:
Changed project.xml so that the repository setting is specified by a variable. This
means that the old setting is available (through an entry in project.properties) but i
can override this in my build.properties.
Revision ChangesPath
1.5 +3 -0 jakarta-commons/betwixt/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/betwixt/project.properties,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- project.properties28 Oct 2002 21:13:34 - 1.4
+++ project.properties28 Feb 2003 22:55:38 - 1.5
@@ -16,3 +16,6 @@
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
maven.junit.fork=true
+
+
+betwixt.repository=:pserver:[EMAIL
PROTECTED]:/home/cvspublic:jakarta-commons/betwixt/
\ No newline at end of file
1.25 +1 -1 jakarta-commons/betwixt/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/betwixt/project.xml,v
retrieving revision 1.24
retrieving revision 1.25
diff -u -r1.24 -r1.25
--- project.xml 24 Feb 2003 19:59:53 - 1.24
+++ project.xml 28 Feb 2003 22:55:38 - 1.25
@@ -20,7 +20,7 @@
packageorg.apache.commons.*/package
repository
-connectionscm:cvs:pserver:[EMAIL
PROTECTED]:/home/cvspublic:jakarta-commons/betwxit//connection
+connectionscm:cvs:${betwixt.repository}/connection
urlhttp://cvs.apache.org/viewcvs/jakarta-commons/betwixt//url
/repository
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/modeler/src/java/org/apache/commons/modeler BaseModelMBean.java
costin 2003/02/28 15:39:21
Modified:modeler/src/java/org/apache/commons/modeler
BaseModelMBean.java
Log:
Fix weird bug ( that caused backward compat problems ).
Now commons-modeler works fine as a replacement in tomcat4.1.21 ( for example
if you use some components in config that don't have a description in the
static descriptor )
Revision ChangesPath
1.15 +10 -7
jakarta-commons/modeler/src/java/org/apache/commons/modeler/BaseModelMBean.java
Index: BaseModelMBean.java
===
RCS file:
/home/cvs/jakarta-commons/modeler/src/java/org/apache/commons/modeler/BaseModelMBean.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- BaseModelMBean.java 3 Feb 2003 22:13:16 - 1.14
+++ BaseModelMBean.java 28 Feb 2003 23:39:20 - 1.15
@@ -280,7 +280,10 @@
Object result = null;
try {
-if( m.getDeclaringClass() == this.getClass() ) {
+Class declaring=m.getDeclaringClass();
+// workaround for catalina weird mbeans - the declaring class is
BaseModelMBean.
+// but this is the catalina class.
+if( declaring.isAssignableFrom(this.getClass()) ) {
result = m.invoke(this, NO_ARGS_PARAM );
} else {
result = m.invoke(resource, NO_ARGS_PARAM );
@@ -432,7 +435,7 @@
// Invoke the selected method on the appropriate object
Object result = null;
try {
-if( method.getDeclaringClass() == this.getClass() ) {
+if( method.getDeclaringClass().isAssignableFrom( this.getClass()) ) {
result = method.invoke(this, params );
} else {
result = method.invoke(resource, params);
@@ -591,7 +594,7 @@
Object result = null;
try {
-if( m.getDeclaringClass() == this.getClass() ) {
+if( m.getDeclaringClass().isAssignableFrom( this.getClass()) ) {
result = m.invoke(this, new Object[] { value });
} else {
result = m.invoke(resource, new Object[] { value });
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections/primitives/adapters TestCollectionIntCollection.java TestIntCollectionCollection.java TestIntIteratorIterator.java TestIntListIteratorListIterator.java TestIteratorIntIterator.java TestListIteratorIntListIterator.java TestAll.java TestIntListList.java TestListIntList.java
rwaldhoff2003/02/28 16:47:29
Modified:collections/src/java/org/apache/commons/collections/primitives
AbstractRandomAccessIntList.java
collections/src/java/org/apache/commons/collections/primitives/adapters
CollectionIntCollection.java
IntCollectionCollection.java IntListList.java
ListIntList.java
collections/src/test/org/apache/commons/collections/primitives
TestIntList.java
collections/src/test/org/apache/commons/collections/primitives/adapters
TestAll.java TestIntListList.java
TestListIntList.java
Added: collections/src/test/org/apache/commons/collections/primitives
TestIntIterator.java TestIntListIterator.java
collections/src/test/org/apache/commons/collections/primitives/adapters
TestCollectionIntCollection.java
TestIntCollectionCollection.java
TestIntIteratorIterator.java
TestIntListIteratorListIterator.java
TestIteratorIntIterator.java
TestListIteratorIntListIterator.java
Log:
* add tests
* make a few minor changes so that those tests pass
Revision ChangesPath
1.13 +5 -3
jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/AbstractRandomAccessIntList.java
Index: AbstractRandomAccessIntList.java
===
RCS file:
/home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/AbstractRandomAccessIntList.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- AbstractRandomAccessIntList.java 28 Feb 2003 00:17:52 - 1.12
+++ AbstractRandomAccessIntList.java 1 Mar 2003 00:47:28 - 1.13
@@ -369,8 +369,10 @@
protected static class RandomAccessIntSubList extends
AbstractRandomAccessIntList implements IntList {
RandomAccessIntSubList(AbstractRandomAccessIntList list, int fromIndex, int
toIndex) {
-if(fromIndex 0 || toIndex list.size() || fromIndex toIndex) {
+if(fromIndex 0 || toIndex list.size()) {
throw new IndexOutOfBoundsException();
+} else if(fromIndex toIndex) {
+throw new IllegalArgumentException();
} else {
_list = list;
_offset = fromIndex;
1.7 +2 -8
jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/adapters/CollectionIntCollection.java
Index: CollectionIntCollection.java
===
RCS file:
/home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/adapters/CollectionIntCollection.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- CollectionIntCollection.java 28 Feb 2003 21:21:51 - 1.6
+++ CollectionIntCollection.java 1 Mar 2003 00:47:28 - 1.7
@@ -96,12 +96,6 @@
return new NonSerializableCollectionIntCollection(collection);
}
}
-
-/**
- * No-arg constructor, for serialization purposes.
- */
-protected CollectionIntCollection() {
-}
/**
* Creates an [EMAIL PROTECTED] IntCollection IntCollection} wrapping
1.6 +2 -8
jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/adapters/IntCollectionCollection.java
Index: IntCollectionCollection.java
===
RCS file:
/home/cvs/jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/adapters/IntCollectionCollection.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- IntCollectionCollection.java 28 Feb 2003 21:21:51 - 1.5
+++ IntCollectionCollection.java 1 Mar 2003 00:47:28 - 1.6
@@ -100,12 +100,6 @@
}
/**
- * No-arg constructor, for serialization purposes.
- */
-protected IntCollectionCollection() {
-}
-
-/**
* Creates a [EMAIL PROTECTED] Collection Collection} wrapping
* the specified [EMAIL PROTECTED] IntCollection IntCollection}.
* @see #wrap
1.6 +2 -8
jakarta-commons/collections/src/java/org/apache/commons/collections/primitives/adapters/IntListList.java
Index: IntListList.java
===
RCS file:
cvs commit: jakarta-commons/collections .cvsignore
rwaldhoff2003/02/28 16:48:26 Modified:collections .cvsignore Log: ignore some eclipse files Revision ChangesPath 1.4 +2 -0 jakarta-commons/collections/.cvsignore Index: .cvsignore === RCS file: /home/cvs/jakarta-commons/collections/.cvsignore,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- .cvsignore1 Nov 2002 03:34:02 - 1.3 +++ .cvsignore1 Mar 2003 00:48:26 - 1.4 @@ -3,3 +3,5 @@ maven.log velocity.log target +.classpath +.project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[NET] Re: dependency dilemma
Steve, I'm replying on the commons-dev list... Steve Cohen [EMAIL PROTECTED] writes: I began working on incorporating my changes to commons-net and came fairly quickly to the first hurdle: Many of my changes depend on jakarta-oro which is not now included in the build process of the project. In fact, I saw in one of the docs, http://jakarta.apache.org/commons/net/dependencies.html, that commons-net depends on no other projects. I don't know if this is an immutable law, and I certainly don't want to introduce circular dependencies, so I'm kind of stymied here. I suppose the build script must have been different before the current setup was introduced, or I/we were somehow jamming jakarta-oro onto the classpath. Is it okay to introduce such a dependency now, and if so, what is the right way to do it? If not, how else can we build regular expression parsing into the library? I'm sure going to jdk 1.4 is not an option. We had the dependency in there for quite some time before we moved the code into proposal. You could look in cvsweb at older versions of project.xml to add the dependency. Basically its: dependencies dependency idoro/id version2.0.7/version /dependency /dependencies Moving the tests into src/test, maven will pull in the junit dependency for us so we don't need to explictly list it. -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[NET] ftp entry spans lines
Steve, We came across the problem with OpenVMS's listings. Monday I'll get a sample listing with an entry that spans two lines and add it to the VMSFTPEntryParserTest. Our idea was to let the regular expression handle parsing the entries and not rely on the line endings. I believe this is similar to how the current parsing works. The problem is you need to either pass around the entire list unparsed, and parse it when needed, or parse the entire list up front, creating all the FTPFile entries right away. I believe you wrote the new parsers to avoid this up front object creation and parsing assuming one entry per line. Steve Cohen [EMAIL PROTECTED] writes: No, I haven't solved that one. It's been around for a while. The line-based parsing has been standard in this package since it began. I think we could, in principle, solve it by making each parser define a method that returns the entry delimiter. Instead of calling readLine() we would have it read from the stream until the delimiter was found. That delineates an entry. Do we have the specs on which systems have multi-line entries and what the entry delimiter on these systems is? I'd like to have a feel for what the extent of the variety is in the real world before coding an interface. In fact, it would probably be a very good idea to put together a list all the ftp systems this project knows it wants to support and their parameters before getting too deep into coding. -Original Message- From: Jeffrey D. Brekke [mailto:[EMAIL PROTECTED] Sent: Fri 2/28/2003 9:54 PM To: Steve Cohen Cc: Subject: Re: FW: Problems using maven site:deploy Sounds great, you can answer the next question on the commons-dev list maybe. Did you find any solutions for ftp entries that span more than one line? -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dbutils] query with results
ok, we will add this, I was not sure it can be usefull.
Do we need to call getMoreResults() before or affter getResultSet. As I
understand documentation
we must call getResultSet first (I have never used it in practice).
- Original Message -
From: george stewart [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Friday, February 28, 2003 8:57 PM
Subject: Re: [dbutils] query with results
Juozas Baliuka [EMAIL PROTECTED] writes:
Do you know some use case for this ?
As I understand it must look like this:
ResultSet last = null;
try{
if (pstmt.execute()) {//it can be update or select
do{
last = pstmt.getResultSet();
rsh.handle(last);
}while(pstmt.getMoreResults()); //closes resultset and
retrieves next;
}
}finally{
close(last);
}
One commonly used case is for retrieving a identity for databases which
support that.
For sql server, SELECT @@identity would follow you insert statement.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Jelly] Swing action objects
I have a question about using action objects in a loop, something
like:
...
panel name=libPanel var=libPanel
j:forEach var=item items=${manager.managedObjects}
j:set var=panelName value=${item.ID}IconPNL/
j:set var=buttonName value=${item.ID}IconBTN/
j:set var=buttonIcon value=${manager.getIcon(item)}/
panel name=${panelName} var=${panelName}
gridBagLayout
gbc gridy=0 gridx=0 fill=none anchor=center
label text=${item.topCaption}/
/gbc
gbc gridy=1 gridx=0 fill=none anchor=center
button name=${buttonName} var=buttonName
action
j:set var=tabTitle value=${item.title}/
j:include uri=openContainerTab.xml
inherit=true export=true/
/action
/button
${dccApp.registerButton( buttonName, buttonIcon, item )}
/gbc
gbc gridy=2 gridx=0 fill=none anchor=center
label text=${item.bottomCaption}/
/gbc
/gridBagLayout
/panel
/j:forEach
/panel
The openContainerTab.xml script needs to have the tab title
generated in the loop and saved for use when the button is
activated. I don't think the action element is this robust. Nor
can I see clearly how to accomplish this without creating Java
support (registerButton). Am I missing something obvious?
Is there an opportunity here to enhance Jelly is some useful fashion?
Thanks,
-pmr
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 17487] - waitForResponse is using busywait
Agreed (for once) :-) Oleg Kalnichevski wrote: Laura CPU-bound polling is needed only under fairly unusual circumstances. I do think that any sort of thread based solution would be an overkill. I did my best to explain the rationale for not using threads in the bug report Cheers Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10807] - Handle virtual hosts, relative urls, multi-homing
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=10807. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10807 Handle virtual hosts, relative urls, multi-homing --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 08:51 --- An easy solution would be to create means to set IP and Host header field separately (so no implicit DNS lookup ever occurs). This approach would separate HttpClient from the DNS lookup if needed. If someone wants to use a custom DNS lookup method he can do it, but HttpClient doesn't have to care about. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [REMINDER] HttpClient IRC event - irc log
On Friday, February 28, 2003, at 01:51 AM, Dennis Cook wrote: Here is the complete session: [ ... ] Jandalf 1) I'm kinka amazed that cross host redirects has been absent for so long. Its seems glaring. [ ... ] Indeed it is. A large amount of the redirects I see are cross-site redirects. It makes sense, given the number of cgi scripts there are which count people leaving a site to go elsewhere. Incidentally, some sites don't even give an absolute URL; you have to resolve it relative the current URL ie you treat the redirected-from URL as the base. I would think the RFC says this is a non-no, and I probably wouldn't expect HttpClient to go this far. However, it's one example why I wouldn't use any built-in redirection. -- Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to send byte-array data in a multipart post?
I like to send data already in memory as a byte-array in a multipart post. In the package org.apache.commons.httpclient.methods.multipart I saw the class ByteArrayPartSource but no corresponding ByteArrayPart class, to use in MultipartPostMethod.addPart(Part part). Is there a special reason or problem why this class is not provided in the core. Thank you for your help, Olaf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
lurking for users ...
I am working on a project which uses HttpClient and plan on lurking here to see how progress is going with HttpClient. I cannot find commons-httpclient-user list. Am I correct that the user activity is still on jakarta-commons-user? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to send byte-array data in a multipart post?
You want to use the FilePart. It accepts a PartSource in the constructor, which ByteArrayPartSource implements. Mike On Friday, February 28, 2003, at 07:04 AM, [EMAIL PROTECTED] wrote: I like to send data already in memory as a byte-array in a multipart post. In the package org.apache.commons.httpclient.methods.multipart I saw the class ByteArrayPartSource but no corresponding ByteArrayPart class, to use in MultipartPostMethod.addPart(Part part). Is there a special reason or problem why this class is not provided in the core. Thank you for your help, Olaf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wire logging revised (attempt 3). Patch committed
I admit this patch is nothing to be extremely proud of, but since it's been hanging in the mailing list for quite a while and there have been no massive protests, I assume it is more or less OK with everyone. Jeff, - Checked copywrite clause. It looks all right to me. - Odi's name should not have been mangled - No changes in the logging guide are necessary. Wire log 'modus operandi' stays the same Cheers Oleg I think its justified too. The copywrite date in any new files should just be 2003. Odi's name might have been munged again. Other than that, its cool. Might need come updates to the xdocs/logging.xml logging guide? Oleg Kalnichevski wrote: Jandalf I have tried to incorporate your suggestions into the new patch. I left ugly cast unchanged, though. I believe it's justified in this specific case Any other comments, suggestions, objections? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: lurking for users ...
There is no user list, everyone just works off of the dev list. HttpClient is not an application, its a HTTP client site framework in Java. Its by developers, for developers and such there is little need for a user list at this time. All HttpClient questions and discussion are best done here. Tim Funk wrote: I am working on a project which uses HttpClient and plan on lurking here to see how progress is going with HttpClient. I cannot find commons-httpclient-user list. Am I correct that the user activity is still on jakarta-commons-user? -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to send byte-array data in a multipart post?
James, The way I built my mental model, a multipart/form-data post consists of two distinct kinds of parts, file parts, and string parts. The fundamental distinction is one of binary versus text data, although the distinction is, as always, somewhat arbitrary. I think the nomenclature comes from staring at too many web-browsers, where the input type=file / tag might lead one to call that kind of part a file part, rather than something like a binary or raw bytes part, and input type=text or input type=hidden which both send strings, ends up getting called a StringPart. For the raw part (aka file), you need to indicate a data source. It isn't quite sufficient to pass an InputStream, as sometimes HttpClient needs to retry sending your request, in which case it may need to restart the reading of your original data. Hope that helps to clarify. -Eric. Couball, James wrote: This seems non-intuitive... or do I just not understand the reason/responsibility for FilePart and StringPart? The documentation doesn't shed any light here. Could someone help me to understand? Sincerely, James. -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 4:37 AM To: Commons HttpClient Project Subject: Re: How to send byte-array data in a multipart post? You want to use the FilePart. It accepts a PartSource in the constructor, which ByteArrayPartSource implements. Mike On Friday, February 28, 2003, at 07:04 AM, [EMAIL PROTECTED] wrote: I like to send data already in memory as a byte-array in a multipart post. In the package org.apache.commons.httpclient.methods.multipart I saw the class ByteArrayPartSource but no corresponding ByteArrayPart class, to use in MultipartPostMethod.addPart(Part part). Is there a special reason or problem why this class is not provided in the core. Thank you for your help, Olaf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
