Re: Re: [all commons] Proposal: CommonsCommons package

Hi, I think the most simple solution is to split "redistributables" like commons-collections.jar commons-transform.jar . It is nothing bad if some common class is maintained in collections. > >This requires agreement from collections as its

Re: JNDI, Tomcat, Distributed Apps, et al.

> conceptually, you should be able to bind an object factory into one of > these, but I've never tried it. The other approach would be to write your > own implementation of javax.naming.Context and set the appropriate system > properties to use your version -- details in the JNDI spec and tutori

Re: [CLI] Configurable Parsers

> This doc did state though that: >"Note that the GNU version of getopt will normally permit > options anywhere among the arguments unless the special > argument `--' is used. This is not what POSIX specifies; > it is a GNU extension." > > So strictly speaking the style of process

Re: [CLI] Configurable Parsers

> If the char parameter is replaced with > a String parameter then both types of Option can be > created. From a users perspective this would involve > changing the creation of the Options instance e.g. > > Options = new Options().addOption( 'f', false, "filename" ); > > would have to change to:

Re: [DBCP] JNDI, Tomcat, Distributed Apps, et al.

On Sat, 15 Jun 2002, Les Hazlewood wrote: > Date: Sat, 15 Jun 2002 22:09:46 +0100 > From: Les Hazlewood <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [DBCP] JNDI, Tomcat, Distributed Apps, et al. > > Hey folks, > > I've be

RE: [Configuration] Proposals...

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > >Please note that Apache Avalon already has a very nice and flexible > >Configuration object. > > >Could you let me know how your\'s differs? > > The Avalon Configuration is good. I think that one that is better: > > 1) Is not in Avalo

DO NOT REPLY [Bug 9868] - BeanUtils.populate() throws IllegalArgumentException when setting indexed property as array.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9743] - Security policy configuration, SimpleLog uses System.getProperties()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9582] - Add "y/n" to BooleanConverter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutils ConvertUtilsTestCase.java

craigmcc2002/06/15 14:14:34 Modified:beanutils/src/java/org/apache/commons/beanutils/converters BooleanConverter.java beanutils/src/test/org/apache/commons/beanutils ConvertUtilsTestCase.java Log: Make BooleanConverter a

[DBCP] JNDI, Tomcat, Distributed Apps, et al.

Hey folks, I've been well-immersed in the dbcp code and the jndi tutorial the last week, and I have some questions concerning the dbcp commons project. I have just recently implemented DBCP in my webapp using Tomcat per the instructions on the JNDI Resources How-To: http://jakarta.apache.or

cvs commit: jakarta-commons/betwixt/xdocs todo.xml

mvdb2002/06/15 14:04:58 Modified:betwixt/xdocs todo.xml Log: Added extra note to todo list. Revision ChangesPath 1.9 +1 -1 jakarta-commons/betwixt/xdocs/todo.xml Index: todo.xml === R

Re: [Betwixt] line endings (WAS : Re: [Betwixt] Some ideas)

- Original Message - From: "Martin van den Bemt" <[EMAIL PROTECTED]> > Hmm.. mindspin coming up.. Since you can currently set any character you > like, we could just allow valid characters, which doesn't "choke" > parsers.. I support that Stephen -- To unsubscribe, e-mail:

cvs commit: jakarta-commons/logging/src/java/org/apache/commons/logging/implSimpleLog.java (fwd)

-- Forwarded message -- Date: 15 Jun 2002 20:54:48 - From: [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-commons/logging/src/java/org/apache/commons/logging/impl SimpleLog.java craigmc

cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutilsConvertUtilsTestCase.java (fwd)

-- Forwarded message -- Date: 15 Jun 2002 20:39:44 - From: [EMAIL PROTECTED] Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutils ConvertUtilsTestCase.j

DO NOT REPLY [Bug 9140] - SimpleLog uses getSystemResourceAsStream to load props

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/logging/src/java/org/apache/commons/logging/impl SimpleLog.java

craigmcc2002/06/15 13:54:48 Modified:logging/src/java/org/apache/commons/logging/impl SimpleLog.java Log: Make SimpleLog check for its "simplelog.properties" resource in the thread context class loader, if present, while using the same trick LogFactory do

[Betwixt] line endings (WAS : Re: [Betwixt] Some ideas)

Hmm afaik a parser should just parse, and not care how line endings or formatting is done, when reading the file, so there is no risk in different line endings (you can use tabs, spaces, lf, cr or no line endings). If a parsers chockes on those, replace it one that works.. Hmm.. mindspin coming

DO NOT REPLY [Bug 9034] - org.apache.commons.logging.impl.Log4JCategoryLog not serializable

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8868] - ConvertUtils.convert does not support zero-length arrays

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutils ConvertUtilsTestCase.java

craigmcc2002/06/15 13:39:44 Modified:beanutils/src/java/org/apache/commons/beanutils ConvertUtils.java beanutils/src/test/org/apache/commons/beanutils ConvertUtilsTestCase.java Log: Make convert(Object) return null if it

Re: [collection] Transformer exception handling

From: "Ola Berg" <[EMAIL PROTECTED]> > >This technique has the advantage of > >converting the exception to a runtime exception relatively transparantly, > >which is more convenient in general. > > Well, IMHO \"convenient\", just as loosely typed languages are convenient (at first). Declared Except

Re: [Betwixt] Some ideas

I guess so long as \n is the default having the method doesn't overly harm. Use at your own risk! Stephen - Original Message - From: "Martin van den Bemt" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Saturday, June 15, 2002 9:16 PM Subject: Re: [Bet

Re: [all commons] Proposal: CommonsCommons package

I know what you mean, but I'm not sure that commoncommons is the answer. IMHO, code in the commons falls into three categories - - Widely used, and often as a group (BeanUtils, Betwixt, Collections, Digester, Logging) - Individual stable, less interrelationships (CLI, Cactus, DBCP, HTTP Client, ..

DO NOT REPLY [Bug 8810] - PropertyUtil.getPropertyType() should support MappedPropertyDecriptors

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/beanutils/src/test/org/apache/commons/beanutils PropertyUtilsTestCase.java

craigmcc2002/06/15 13:22:01 Modified:beanutils/src/java/org/apache/commons/beanutils PropertyUtils.java beanutils/src/test/org/apache/commons/beanutils PropertyUtilsTestCase.java Log: Make PropertyUtils.getPropertyType()

Re: [all commons] Proposal: CommonsCommons package

I've actually been thinking about this for a while. The transform stuff and predicate stuff that is in the collections project doesn't necessarily need to be "restricted" to collections. That is, they probably should exist outside of collections and have collections depend on them. However, I

Re: [Betwixt] Some ideas

2.11 End-of-Line Handling To be exactXML parsed entities are often stored in computer files which, for editing convenience, are organized into lines. These lines are typically separated by some combination of the characters carriage-return (#xD) and line-feed (#xA). To simplify the tasks of ap

Re: [Configuration] Proposals...

>Please note that Apache Avalon already has a very nice and flexible >Configuration object.   >Could you let me know how your\'s differs? The Avalon Configuration is good. I think that one that is better: 1) Is not in Avalon but in commons 2) Allows for values and attributes at all levels in t

Re: [Betwixt] Some ideas

If you've checked the spec, then I withdraw the request ;-) Stephen - Original Message - From: "Martin van den Bemt" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Saturday, June 15, 2002 8:46 PM Subject: Re: [Betwixt] Some ideas > Hi Stephen, > > > >

[all commons] Proposal: CommonsCommons package

Having looked at the code of almost all commons components, I see that there is a need for a base package that solves many generic problems, that today is solved differently within the packages. Candidates for such a package includes: Transformations - generic transformations (including type c

Re: [Betwixt] Some ideas

Hi Stephen, > > > Agreed. Yes "\n" is the default for XML (its like that in dom4j too ;-). > > I was also a little unclear if James' comments on setEndOfLine() meant that > the method was going to be removed. It defaults now to the default used in some packages and I like the fact that I can

Re: [collection] Transformer exception handling

Steven Colebourne wrote: >I don\'t agree with the comment  \"some reflection almost always is there\".  I >believe there are plenty of transformations that don\'t need reflection. Yes, you are right. As I can see, you use transformations for many different purposes. I use them mainly for type-c

RE: [HttpClient] Has HttpMultiClient been released?

I think Svante is quite right. We needn't have 2 variants in the API - HttpClient and HttpMultiClient. The API should transparently handle multiple pools for different hosts instead of providing 2 different classes for programmers. For most practical application multi client would anyway be the pr

Re: possibility to pass the root-Object to digester

Thanks This worked at the first try! :D Christine - Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Saturday, June 15, 2002 7:30 PM Subject: Re: possibility to pass the root-Object to digester > > >

cvs commit: jakarta-commons/modeler/src/java/org/apache/commons/modeler BaseAttributeFilter.java BaseModelMBean.java BaseNotificationBroadcaster.java

craigmcc2002/06/15 11:17:02 Modified:modeler/src/java/org/apache/commons/modeler BaseAttributeFilter.java BaseModelMBean.java BaseNotificationBroadcaster.java Log: Cosmetic tweaks for JDK 1.4 JavaDoc standard doclet. Revision Cha

cvs commit: jakarta-commons/logging/src/java/org/apache/commons/logging/impl LogFactoryImpl.java

craigmcc2002/06/15 11:13:02 Modified:logging/src/java/org/apache/commons/logging Log.java LogFactory.java LogSource.java logging/src/java/org/apache/commons/logging/impl LogFactoryImpl.java Log: Cosmetic changes in comme

Re: [collections] Transformer exception handling

From: "Peter Koßek" <[EMAIL PROTECTED]> > (A) Tunneling the #transform method with a wrapping runtime exception > To help people doing that, we can give them an abstract implementation of a > Transformer which calls a method named #basicTransform from method > #transform. Users of the abstract imp

Re: possibility to pass the root-Object to digester

On Sat, 15 Jun 2002, Christine Keim wrote: > Date: Sat, 15 Jun 2002 18:39:10 +0200 > From: Christine Keim <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: possibility to pass the root-Object to digester > > Hi, > > i wanted t

[PATCH][BeanUtils] Bug #9746 - BeanUtils.populate throws an exception if indexed property and string array parameter

Hi all, for some reason, when the setProperty method of BeanUtils is populating an indexed property with a String array, only the first element of the input array is passed to ConvertUtils. The array is thus converted to a single String, causing an IllegalArgumentException since the setter met

Re: [collection] Transformer exception handling

From: "Ola Berg" <[EMAIL PROTECTED]> > This is one of the two reasons why I don\'t use jakartas framework (yet) but stick to my own. The generic transforming method needs to be declared as throwing exceptions. > > My Transformation interface (a Transformation is the thing doing the Transformation

Re: [Collections] Naming conventions

To summarise the discussion so far: Classes will be created/amended to follow the naming pattern XxxUtils where Xxx relates to the object being returned by the class. Variations on a theme (SortedBag as opposed to Bag) will be dealt with in one Util class. Each Util class will have a number of p

possibility to pass the root-Object to digester

Hi, i wanted to know if there is a possibility to pass to the digester the root-object which he has to fill from xml. See, i use 2 DBs, and some informations come from a relational db, while some come from Xindice. now, i first query the data from the relational db, already generating the object

Re: [collections] Transformer exception handling

Yes, it is better to use a special wrapper exception like InvocationTargetException than to use Exception. But it is no good having a separate ExceptionalTransformer interface. E.g., if someone supplies reusable static constants (e.g., a TO_STRING_TRANSFORMER), and if these constants are instances

Re: how can i add cli and betwixt to bugzilla?

On Sat, 15 Jun 2002, robert burrell donkin wrote: > Date: Sat, 15 Jun 2002 11:47:01 +0100 > From: robert burrell donkin <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: how can i add cli and

Re: [Collections] Naming conventions

On Sat, 15 Jun 2002, Stephen Colebourne wrote: > I thought part of the aim of the Utils was to avoid having top level > classes, even if they are package scoped. yeah, in a way. They coule also be looked at as convenience methods where you only need to import one class name to get all of the f

RE: [Configuration] Proposals ...

> From: Stéphane MOR [mailto:[EMAIL PROTECTED]] > > Hi all, > > At work, I am building a Configuration framework (I'll call > it Sysconf > at it is the name of the package by now ...) > , and I see that Jakarta also has one... > > The goal of this mail is to try and propose certain things fo

Re: [collection] Transformer exception handling

This is one of the two reasons why I don\'t use jakartas framework (yet) but stick to my own. The generic transforming method needs to be declared as throwing exceptions. My Transformation interface (a Transformation is the thing doing the Transformation from one class to another, the Transfor

[CLI] Configurable Parsers

I have a prototype of the configurable parser stuff that I wanted implemented. The Options constructor checks to see if the org.apache.commons.cli.parser system property is set. If the property is set try to create an instance of that class (the class implements the CommandLineParser interface),

Re: [VOTE] New Committer - John McNally

+1, Thanks for all your work on jdbc2pool! My only concern with jdbc2pool is that the recently added capability of tracking and recycling abandoned db connections be maintained in dbcp. Regards, Glenn John McNally wrote: > > As Rodnew has given his approval, I would like to put myself up as a

Re: [dbcp] [patch] merge in jdbc2pool

Remy Maucherat wrote: > > John McNally wrote: > > I would like to merge most of the code in sandbox/jdbc2pool into dbcp. > > With the only condition that dbcp will be moved to the db.apache.org > > project when/if it is approved. As dbcp is proposed as one of the > > projects to jumpstart this n

Re: [Betwixt] Some ideas

From: "robert burrell donkin" <[EMAIL PROTECTED]> > On Friday, June 14, 2002, at 05:08 AM, James Strachan wrote: > > From: "Stephen Colebourne" <[EMAIL PROTECTED]> > > >> 2) ID's as Strings - Betwixt uses ints for it's ID/IDREF values (to > >> handle > >> recursion). I needed Strings, to allow for

[GUMP] Build Failure - commons-fileupload

This email is autogenerated from the output from: Buildfile: build.xml BUILD FAILED Target `dist' does not exist in

Re: [betwixt] bug: output is in reverse order of input...

Just a thought...could the Comparator class be used to do the sorting? Why write your own if one exists? Stephen - Original Message - From: "robert burrell donkin" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Saturday, June 15, 2002 11:40 AM Subject

Re: [Collections] Naming conventions

I thought part of the aim of the Utils was to avoid having top level classes, even if they are package scoped. The problem as I see it is that someone new to the package will come along and see maybe 60+ classes in the collections package. However, over half could be package scoped with no way to

Re: [Betwixt] Some ideas

hi Stephen i've been having a think and i don't really see why we shouldn't get something along these lines in for the release. see in line for more... On Friday, June 14, 2002, at 05:08 AM, James Strachan wrote: > From: "Stephen Colebourne" <[EMAIL PROTECTED]> >> 2) ID's as Strings - Betwixt

[collections] Transformer exception handling

Hello. Are there any afficionados of Transformer exception handling around? A lot of java programmers have to take care about declared exceptions. E.g., if I call the message #getAddress to an object of a class named Customer, the address may be loaded on demand from the underlying database syst

how can i add cli and betwixt to bugzilla?

i'm afraid that i'm a complete know-nothing about bugzilla... betwixt and cli aren't listed as components within commons. it would be very useful if they could be added. how can i make this happen? - robert -- To unsubscribe, e-mail: For additional commands, e-ma

Re: [betwixt] bug: output is in reverse order of input...

On Thursday, June 13, 2002, at 09:27 PM, Jon Scott Stevens wrote: > on 6/13/02 11:24 AM, "robert burrell donkin" <[EMAIL PROTECTED]> wrote: > >> am i right in assuming that ordering the element automatically from the >> parsing would only work if the same XMLIntrospector instance is used to >> r

Re: [Betwixt] Some ideas

On Friday, June 14, 2002, at 06:36 PM, Martin van den Bemt wrote: > Hi Robert, hi martin > What are you currently working on ? I don't want to duplicate the effort > and waste your or mine time on that.. i really want to find some solution for the scarab problem. i don't have very much codin

Re: Fixing things in other commons projects.

On Friday, June 14, 2002, at 10:45 PM, [EMAIL PROTECTED] wrote: > On 14 Jun 2002, Martin van den Bemt wrote: > >> Hi, >> >> Since I am new here as a committer for betwixt, I was just wondering if >> I could fix eg typo's that I come across in other projects. It probably >> doesn't hurt, but just