Digester and Struts...

Hi I have having a problem with the Digester package. Using Struts, I have edited the struts-config.xml file to: http://jakarta.apache.org/struts/dtds/struts-config_1_0.dtd"; [ ]> &part1; &part2; &part3;

RE: commons dbcp or pool problems

At 2/23/2002 01:25 PM -0600, Rodney Waldhoff wrote: >James House wrote: > > > A few months back I made my own hacks to > > DBCP in order to have it find places in > > our code that didn't free up DB resources > > properly. > > If anyone's interested, I could try > > digging it up, and posting

RE: commons dbcp or pool problems

> > But in a production environment where I host the applications, not write > them, I don't want to be called at 2PM on a Sunday to reboot the app > server > if a customer's application stops working because their bad code exhausted > their db connection pool. > > I really think this feature i

cvs commit: jakarta-commons-sandbox/lang/src/java/org/apache/commons/lang Constant.java

dlr 02/02/24 18:06:19 Modified:lang/src/java/org/apache/commons/lang Constant.java Log: Added some more header JavaDoc to bayard's Constant class, which includes reference to a couple of relevant JavaWorld articles on this topic: http://www.javaworld.com/javaworld/javat

cvs commit: jakarta-commons-sandbox/lang PROPOSAL.html

dlr 02/02/24 17:44:27 Modified:lang PROPOSAL.html Log: Added myself as a commiter to the lang package. Revision ChangesPath 1.2 +7 -4 jakarta-commons-sandbox/lang/PROPOSAL.html Index: PROPOSAL.html ===

Re: ByteArrays.java

<[EMAIL PROTECTED]> writes: > I have a class I'm about to add to Lang which turns byte[] into > hexadecimal String and viceversa. It builds on simple java.lang stuff, so > I've always placed it in lang, but as I was committing I realised it could > be viewed as a codec. > > Any views on whether i

Re: commons dbcp or pool problems

Comments intermixed below. Juozas Baliuka wrote: > > Hi, > You can implement this without any extra thread. Pooling doesn't need > threads, but amost all > pool and cashe implementations use extra threads( it does nothing > meaningful). > Idea to use "timeout" is not very good, only crapy appl

integrate security frameworks

On Sunday, February 24, 2002, at 03:07 AM, Juozas Baliuka wrote: > I will think abaut this, I want to review more jakarta code, and I > think it > is possible to > integrate all security frameworks, to have the same authentication > mechanizm > and I it > must not be any problems with authori

[betwixt] coupling to digester

Hi James, Is betwixt now coupled to the digester? I removed the digester package from my build because I want to try to use your code to provide round trip goodies for my simple mapper and it didn't want to build. Would it be possible to make the input mechanism for the XMLIntrospector more flexi

Re: commons dbcp or pool problems

Hi, You can implement this without any extra thread. Pooling doesn't need threads, but amost all pool and cashe implementations use extra threads( it does nothing meaningful). Idea to use "timeout" is not very good, only crapy application needs this, I think it is good to have it for debug, but

Re: commons dbcp or pool problems

Actually, now that I'm more awake, I think the idea of a thread "timing out" borrowed connections is a bad thing. -- It adds more code to DBCP, and adds the overhead of an extra thread. To top that off, its only purpose in life is to work around code problems, rather than fixing them. With t

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient Cookie.java

marcsaeg02/02/24 09:28:53 Modified:httpclient/src/java/org/apache/commons/httpclient Cookie.java Log: Improved JavaDoc comments. Submitted by: Sean C. Sullivan [[EMAIL PROTECTED]] Revision ChangesPath 1.15 +29 -11 jakarta-commons/ht

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/res StorageHandler.java StorageParser.java storage.dtd storage.xml

baliuka 02/02/24 09:01:33 Modified:simplestore/src/java/org/apache/commons/simplestore/persistence/impl MetaClassImpl.java Added: simplestore/src/java/org/apache/commons/simplestore/res StorageHandler.java StorageParser.java storag

cvs commit: jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/res - New directory

baliuka 02/02/24 08:58:27 jakarta-commons-sandbox/simplestore/src/java/org/apache/commons/simplestore/res - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: [httpclient] patch for Cookie.java

Committed. Thanks. Marc Saegesser > -Original Message- > From: Sean C. Sullivan [mailto:[EMAIL PROTECTED]] > Sent: Sunday, February 24, 2002 1:35 AM > To: Jakarta Commons Developers List > Subject: [httpclient] patch for Cookie.java > > > > Here is a patch for Cookie.java > >

[AltRMI] Changes to publication API

Folks, As per Vinay's suggestion of a couple of weeks ago, a PublicationDescription object is now passed in to the one of two paublish(..) methods rather than have this overloaded six or so times. - Paul -- To unsubscribe, e-mail: For additional commands, e-mail:

Messenger and avalon

Hello, Is Messenger working with Avalon/Phoenix?? I can run the test examples that come with Messenger but when I try and add a queue producer to an Avalon server it appears to hang when executing the MessengerManager.get() call. I have included the Messenger.xml file in the top of the tree

[GUMP] Build Failure - util

This email is autogenerated from the output from: <http://jakarta.apache.org/builds/gump/2002-02-24/commons-util.html> Buildfile: build.xml init: [echo] util 20

Re: [simplestore] alt. not JDBC Storage and AccessControl [was: AccessControl]

Hi, I started to implement mappings and xml metadata, I will generate parsers at this time, we will use some better xml parsing tools later. > >Hi, > >Do you read JAAS documentation ? > > Just started ;-). > > >I recomend to do it, it well documented and has examples. > >Don't understand me wrong,

RE: [simplestore] alt. not JDBC Storage and AccessControl [was: AccessControl]

>Hi, >Do you read JAAS documentation ? Just started ;-). >I recomend to do it, it well documented and has examples. >Don't understand me wrong, It is very good to implement Acl >and it is possible to reuse Acl implementation for JAAS >based security implementation. I will look at it. TIA for th

cvs commit: jakarta-commons-sandbox/altrmi/src/java/org/apache/commons/altrmi/test DirectMarshalledTest.java DirectTest.java PipeTest.java RmiServerTest.java SocketServerTest.java

hammant 02/02/24 03:04:33 Modified:altrmi/src/java/org/apache/commons/altrmi/common ProxyGenerator.java altrmi/src/java/org/apache/commons/altrmi/generator ProxyGeneratorImpl.java altrmi/src/java/org/apache/co

Re: Periodicity (iCalendar) Interest Survey

> Security is going to be JAAS based and that is one of the major areas > still needing work before we can get a 0.0.1 release out the door. I would > appreciate it if you would review my work so far and make some comments on > what you think. I am new to JAAS and could use the feedback. Most of