This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-04-02/commons-validator.html
Buildfile: build.xml
init:
[mkdir] Created dir:
Hi,
I have been using DBCP with mySQL and Oracle using
DriverManagerConnectionFactory, StackObjectPool and KeyedObjectPoolFactory.
I use the code like follows :
I am getting an exception from PoolableConnection (saying that the
Connection is
already closed) when I call a sequence like
morgand 02/04/02 08:20:36
Added: collections LICENSE
Log:
added local copy of LICENSE file, in order to make build script more portable
Revision ChangesPath
1.1 jakarta-commons/collections/LICENSE
Index: LICENSE
I noticed this yesterday Michael after wondering 'who really does own
cjan.org'. Have you investigated the JJAR component with respect to cjan?
[I've joined your mailing list and will attempt to slowly catch up on your
docs etc. ]
Hen
On Tue, 2 Apr 2002, Michael Davey - Sun UK Support Engineer
morgand 02/04/02 08:29:20
Modified:collections build.xml
Log:
changed build script to use local copy of LICENSE file
Revision ChangesPath
1.27 +4 -4 jakarta-commons/collections/build.xml
Index: build.xml
morgand 02/04/02 08:31:15
Modified:collections build.properties.sample
Log:
added optional cvs.root property to sample properties
Revision ChangesPath
1.2 +3 -1 jakarta-commons/collections/build.properties.sample
Index: build.properties.sample
OK, the release build (build 5 now, I guess) has been
updated to fix the problem with the LICENSE file in
the source distribution:
http://jakarta.apache.org/builds/jakarta-commons/release/commons-collections/v2.0/
Please submit your vote for the release. So far, we
have 3 +1s.
- Morgan
+1 fire that puppy up already.
Morgan Delagrange wrote:
OK, the release build (build 5 now, I guess) has been
updated to fix the problem with the LICENSE file in
the source distribution:
http://jakarta.apache.org/builds/jakarta-commons/release/commons-collections/v2.0/
Please submit your
Henri Yandell wrote:
I noticed this yesterday Michael after wondering 'who really does own cjan.org'.
Have you investigated the JJAR component with respect to cjan?
Yes. It is my personal hope that the CJAN developers will enhance JJAR such
that it becomes the reference implementation
Are there any plans/designs yet for JJAR enhancements? I've been playing
with it as an idea for use internall at work and home and am starting to
edge towards a list of enhancements I'd like to add.
Can I look to add other features for CJAN while I'm making my own ones?
My personal aim for JJAR
on 4/2/02 9:03 AM, Michael Davey - Sun UK Support Engineer
[EMAIL PROTECTED] wrote:
Yes. It is my personal hope that the CJAN developers will enhance JJAR such
that it becomes the reference implementation for a CJAN client, with JJAR
continuing to be hosted by Apache, and the server-side
Paul,
Patch to generate the exception correctly from
classretrievers.
[
getResourceStream does NOT raise any exception but
returns a 'null' InputStream on failure to find a
resource
]
Regards,
V i n a y
Index: PlainClassRetriever.java
Hi all,
Here's an idea I've been kicking around for a while.
I'd like to be able to specify defaults for variables
inside of the actual test suite, so that you can pass
around functioning tests without the need for a
properties file. This would make the order of
precedence a little more
+1 if you need more votes...
James
- Original Message -
From: Andrew C. Oliver [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 02, 2002 5:52 PM
Subject: Re: [Collections] [Vote] Release Collections 2.0 build 4
+1 fire that puppy up already.
Sounds good to meshould we make 1.0 wait for this?
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Developers: http://adslgateway.multitask.com.au/developers
Morgan Delagrange [EMAIL PROTECTED] wrote on 03/04/2002 05:58:23 AM:
Hi all,
Here's an idea I've
I don't want to slow things down. I think I'll hold
off till 1.1.
--- [EMAIL PROTECTED] wrote:
Sounds good to meshould we make 1.0 wait for
this?
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Developers:
http://adslgateway.multitask.com.au/developers
Can't say that I use Connection.isClosed often if at all, nor that I fully
understand the use cases here.
Technically speaking, if the underlying connection isn't closed, then
PoolableConnection still has an open channel to the database. Does that
mean isClosed should return true?
I think
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=7519.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Just curious - should I be posting bugs like this into Bugzilla, or
reporting them in this mail list?
At 3/29/2002 11:00 AM -0700, you wrote:
Actually, the loading of the driver class is what registers it with the
DriverManager - not the instantiation of the driver class.
The following is
hammant 02/04/02 14:04:49
Modified:altrmi/src/java/org/apache/commons/altrmi/server/impl/classretrievers
PlainClassRetriever.java
Log:
Patch for null stream from Vinay
Revision ChangesPath
1.4 +5 -6
Vinay,
Applied, thanks dude.
- Paul
Paul,
Patch to generate the exception correctly from
classretrievers.
[
getResourceStream does NOT raise any exception but
returns a 'null' InputStream on failure to find a
resource
]
Regards,
V i n a y
--
To unsubscribe, e-mail: mailto:[EMAIL
Hi Rodney!,
Thank you for acknowledging that this could need a fix.
Use Case : Our software can use multiple databases(oracle, mysql)
at the same time. During initialization, I get a connection from each
database and do some queries in a LOOP. The finally {} block cleans up any
To clarify, I think it's pretty much as simple as this:
public class CheckingObjectPool extends GenericObjectPool {
public void returnObject(Object obj) throws Exception {
if(_pool.contains(obj)) {
throw new Exception(obj + is already in the pool.);
}
}
}
to extend
On Tue, 2 Apr 2002, James House wrote:
Date: Tue, 02 Apr 2002 15:02:13 -0700
From: James House [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: Re: [DBCP] - 2 Serious Bugs
Just curious - should
I'm not sure what is being proposed here, so if this is wrong let me
know. But code that is something like the following is not a good idea:
Connection con = pool.getConnection();
...do something...
con.close();
...
if (!con.isClosed())
con.close();
I think dbcp hands out the same Connection
DBCP is currently creates the wrapping object (PoolableConnection) once
for each underlying Connection it creates. This is the object that is
pooled (and it has a one-to-one correspondence with Connection).
The jdbc2 spec says that a pool should always
return a new Connection object from
Hi Rodney/John,
I'm not sure what is being proposed here, so if this is wrong let me
know. But code that is something like the following is not a good idea:
Connection con = pool.getConnection();
...do something...
con.close();
...
if (!con.isClosed())
con.close();
As I said earlier, what
brekke 02/04/02 19:14:47
Modified:net README build.xml
Added: net build-legacy.properties build-legacy.xml
project.xml
Removed: net CHANGES COPYRIGHT LICENSE build.properties
net/docs/images soroLogo.gif
Log:
*
Anjan wrote:
Hi Rodney/John,
I'm not sure what is being proposed here, so if this is wrong let me
know. But code that is something like the following is not a good idea:
Connection con = pool.getConnection();
...do something...
con.close();
...
if (!con.isClosed())
con.close();
brekke 02/04/02 19:32:23
Modified:net project.xml
Log:
Fixed up my email address and the description.
Revision ChangesPath
1.2 +6 -6 jakarta-commons-sandbox/net/project.xml
Index: project.xml
brekke 02/04/02 20:23:14
jakarta-commons-sandbox/net/src/java/org - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
brekke 02/04/02 20:23:21
jakarta-commons-sandbox/net/src/java/org/apache - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
brekke 02/04/02 20:23:27
jakarta-commons-sandbox/net/src/java/org/apache/commons - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
brekke 02/04/02 20:23:35
jakarta-commons-sandbox/net/src/java/org/apache/commons/util - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
brekke 02/04/02 20:23:34
jakarta-commons-sandbox/net/src/java/org/apache/commons/io - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
brekke 02/04/02 20:23:34
jakarta-commons-sandbox/net/src/java/org/apache/commons/net - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
brekke 02/04/02 20:24:08
jakarta-commons-sandbox/net/src/java/org/apache/commons/net/ftp - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
brekke 02/04/02 20:24:08
jakarta-commons-sandbox/net/src/java/org/apache/commons/net/pop3 - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
brekke 02/04/02 20:24:08
jakarta-commons-sandbox/net/src/java/org/apache/commons/net/tftp - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
brekke 02/04/02 20:24:08
jakarta-commons-sandbox/net/src/java/org/apache/commons/net/telnet - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
prickett02/04/02 20:33:51
jakarta-commons-sandbox/periodicity/src/java/org/apache/commons/periodicity/test/encodingparam
- New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Hello Jon,
I would be completely against putting anything related to
CJAN on SF.net.
But that is my own very biased opinion.
May we also know your argumentation for this?
Cheers,
Ringo
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
Hi,
I have written some classes that I think are useful and I would like to
submit them to your project.
The classes are:
Multihash.java :
This class extends java.util.HashMap and supports binding more than one
value to a single key in the hashtable.
If a key exists in the hashtable the
Hi,
I would like to propose a new common component, based on code used
in tomcat, avalon and other java servers to work as NT services and unix
daemons.
The initial code is based on the wrapper project at sourceforge,
and will replace ( and be merged with ) the other components
that
44 matches
Mail list logo