DO NOT REPLY [Bug 32343] - [validator] Javascript Rendering Extension

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://issues.apache.org/bugzilla/show_bu

Re: [configuration] getProperty vs getPropertyDirect

After seeing the commit mails I may be a bit late. I had some ideas about extending the interpolation mechanism to support other data types than string, too. For this use case the separation of getProperty() and getPropertyDirect() would be nice, as getProperty() being a generic hook that allows

RE: [OT] Test generation

Have a look at http://www.beust.com/testng/ Bernard -Original Message- From: Corey Scott [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 6:11 AM To: Jakarta Commons Developers List Subject: [OT] Test generation A quick question for the collective brains trust. I have been lo

[OT] Test generation

A quick question for the collective brains trust. I have been looking into test (and code) generation and have come to a unexpected results. 1) JUnitDoclet appears to be the only (reasonable) opensource product around 2) commerical equiv are incredibly expensive 3) JUnitDoclet seems extremely like

[patch] DBCP JNDI PATCH

This resolve InstanceKeyDataSource.getReference return a result that reference abstract class InstanceKeyObjectFactory, and javax.naming.spi.NamingManager.getObjectFactoryFromReference try to create an instance of class InstanceKeyObjectFactory bug. The following patch remove getReference from I

Re: [collections] InvokerClosure

Actually, I misunderstood your original suggestion a little. It's quite late here in England! Emmanuel Bourg wrote: What prevents the debugging of a library 1.3 compatible with a 1.5 source ? The line numbers don't match ? Yeah, pretty much. But there are a number of other little things that e

cvs commit: jakarta-commons/configuration/xdocs changes.xml

ebourg 2004/12/02 18:07:18 Modified:configuration/src/java/org/apache/commons/configuration JNDIConfiguration.java configuration/xdocs changes.xml Log: Removed the getProperties implementation in JNDIConfiguration, there was no reason to throw

DO NOT REPLY [Bug 32507] New: - [configuration] AbstractConfiguration.addProperty doesn't split 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://issues.apache.org/bugzilla/show_bu

Re: [collections] InvokerClosure

Chris Lambrou wrote: On the other hand, if you're simply talking about borrowing some of the 1.5 syntax, particularly the new for loop constructs, and somehow using it in collections, are you really proposing the use of a source preprocessing stage as part of the collections build process, simpl

Re: [collections] InvokerClosure

Emmanuel Bourg wrote: for (Configuration config : configList) { config.clearProperty(); } That makes me think, couldn't we use the Java 1.5 syntax while producing Java 1.3 compatible byte code ? Emmanuel Bourg We've discussed a 1.5 version of collections some time ago. The upshot was that w

Re: [collections] InvokerClosure

Eric Pugh wrote: Things like this are cool.. But.. within the context of java, they just seem more difficult to read.. Requiring the user to know what an InvokerClosure is and does. It's neat.. I just haven't seen the use case that requires it... Well the code is still readable imho, it reads

Re: [pipeline] Error handling question

I figure that since pipeline is a brand-new project, there's no harm in starting with it being only 1.5-compatible. I guess the risk of doing this is that it will probably slow the community growth, but the general approach I'm taking is to start with 1.5 and backport to a 1.4-compatible branch

Re: [chain] add expression evaluation?

At 3:08 PM -0800 12/2/04, Craig McClanahan wrote: Interestingly, Digester already supports the expression replacement mechanics (see org.apache.commons.digester.Substitutor), so it ought to be really easy to do this kind of thing, and an elegant solution to boot. I'm +1 for it. Craig I hadn't seen

Re: [collections] InvokerClosure

Eric Pugh wrote: Is the final result: CollectionUtils.forAllDo(configList, new InvokerClosure("clearProperty", String.class, key)); Compared to the original really that much cleaner?: for (Iterator i = configList.iterator(); i.hasNext();) { Configuration config = (Configuration) i.next(); config.c

Re: [chain] add expression evaluation?

I've never used JEXL but the Mozilla Rhino javascript engine is pretty keen. Maybe this feature could start in contrib and move to the core if people find it useful? David --- Joe Germuska <[EMAIL PROTECTED]> wrote: > In a discussion on the struts-user list, I got around to describing a > conf

Re: [chain] add expression evaluation?

Interestingly, Digester already supports the expression replacement mechanics (see org.apache.commons.digester.Substitutor), so it ought to be really easy to do this kind of thing, and an elegant solution to boot. I'm +1 for it. Craig On Thu, 2 Dec 2004 16:40:31 -0600, Joe Germuska <[EMAIL PROT

DO NOT REPLY [Bug 32343] - [validator] Javascript Rendering Extension

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://issues.apache.org/bugzilla/show_bu

[chain] add expression evaluation?

In a discussion on the struts-user list, I got around to describing a configuration format which made me wonder if folks would tolerate some kind of expression evaluation engine in chain. The musing repeated below: At 1:57 PM -0600 12/2/04, Joe Germuska wrote: I think you could find the view pro

Re: [pipeline] Error handling question

Hi Kris, I just did a sample build and test with Maven - it works fine. My only question is - are you planning to make [pipeline] 1.5-compatible only from this point on, or do you also plan to make it 1.4-compatible as well? Cheers, Rory Kris Nuttycombe wrote: I'm toying with making the sibling

DO NOT REPLY [Bug 32343] - [validator] Javascript Rendering Extension

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32369] - [discovery] Doesn't work with ClassLoaders that do not support getResource()

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://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/configuration/xdocs changes.xml

ebourg 2004/12/02 14:06:21 Modified:configuration/xdocs changes.xml Log: Removed the getPropertyDirect method from AbstractConfiguration, concrete configurations now implement directly the getProperty method from the Configuration interface. Revision ChangesPath 1.73

cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestAbstractConfiguration.java TestDatabaseConfiguration.java

ebourg 2004/12/02 14:05:53 Modified:configuration/src/java/org/apache/commons/configuration AbstractConfiguration.java AbstractFileConfiguration.java BaseConfiguration.java CompositeConfiguration.java

Re: [collections] InvokerClosure

Emmanuel Bourg wrote: Also the Class[] and Object[] are quite cumbersome, that would be nice to add methods/constructors to invoke simple methods with only one or two parameters. Thus my example could look like this: CollectionUtils.forAllDo(configList, new InvokerClosure("clearProperty", Strin

RE: [collections] InvokerClosure

Is the final result: CollectionUtils.forAllDo(configList, new InvokerClosure("clearProperty", String.class, key)); Compared to the original really that much cleaner?: for (Iterator i = configList.iterator(); i.hasNext();) { Configuration config = (Configuration) i.next(); config.c

RE: [configuration] getProperty vs getPropertyDirect

At one time we had all sorts of abstraction somewhere in there.. I think for example JNDIConfiguration supported "removing" properites by holding them in a temporary list of properties that had been removed. If getProperty() found that the list had a property with that name, then it returned null

Re: [pipeline] Error handling question

I'm toying with making the sibling shutdown policy dependent upon the StageDriver implementation, since that's where the policy is actually implemented, and using a configuration parameter probably doesn't provide a sufficient number of error handling policies for all the possible use cases. Si

[Jakarta Commons Wiki] Updated: Configuration

Date: 2004-12-02T11:07:21 Editor: AndresValdez <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Configuration URL: http://wiki.apache.org/jakarta-commons/Configuration no comment Change Log: -- @@ -

[Jakarta Commons Wiki] Updated: Configuration

Date: 2004-12-02T11:06:26 Editor: AndresValdez <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Configuration URL: http://wiki.apache.org/jakarta-commons/Configuration no comment Change Log: -- @@ -

[Jakarta Commons Wiki] Updated: Configuration

Date: 2004-12-02T11:04:24 Editor: AndresValdez <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Configuration URL: http://wiki.apache.org/jakarta-commons/Configuration no comment Change Log: -- @@ -

[Jakarta Commons Wiki] Updated: Configuration

Date: 2004-12-02T11:01:06 Editor: AndresValdez <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Configuration URL: http://wiki.apache.org/jakarta-commons/Configuration no comment Change Log: -- @@ -

[pipeline] Error handling question

Hi, all, I've got a exception handling policy question for all of you. Here's the situation: In commons-pipeline, one or more child threads may be spawned to control processing for a given stage. What should the error handling policy be for Errors generated by the foreign method calls? I catch

[Jakarta Commons Wiki] Updated: Configuration

Date: 2004-12-02T10:59:31 Editor: AndresValdez <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Configuration URL: http://wiki.apache.org/jakarta-commons/Configuration no comment Change Log: -- @@ -

[Jakarta Commons Wiki] Updated: Configuration

Date: 2004-12-02T10:43:55 Editor: AndresValdez <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Configuration URL: http://wiki.apache.org/jakarta-commons/Configuration I don´t know how to use the wiki very well, I hope someone edit this Change Log: -

[Jakarta Commons Wiki] Updated: Configuration

Date: 2004-12-02T10:38:54 Editor: AndresValdez <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Configuration URL: http://wiki.apache.org/jakarta-commons/Configuration no comment Change Log: -- @@ -

cvs commit: jakarta-commons-sandbox/pipeline project.properties

rwinston2004/12/02 10:25:53 Modified:pipeline project.properties Log: Commit patch to project.properties Revision ChangesPath 1.2 +4 -0 jakarta-commons-sandbox/pipeline/project.properties Index: project.properties

cvs commit: jakarta-commons-sandbox/pipeline project.xml

rwinston2004/12/02 10:23:55 Modified:pipeline project.xml Log: New version of project.xml from Kris Revision ChangesPath 1.3 +52 -21jakarta-commons-sandbox/pipeline/project.xml Index: project.xml ===

[configuration] getProperty vs getPropertyDirect

Dumb question of the day : what's the usefulness of getPropertyDirect ? I cleaned a bit the code by removing the redundant getProperty implementation in CompositeConfiguration and JNDIConfiguration, now the only implementation left is in AbstractConfiguration and it delegates directly to getPro

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration CompositeConfiguration.java

ebourg 2004/12/02 09:34:18 Modified:configuration/src/java/org/apache/commons/configuration CompositeConfiguration.java Log: Removed setProperty() from CompositeConfiguration since the implementation is the same in AbstractConfiguration Revision Change

DO NOT REPLY [Bug 32496] - [beanutils] Converters should really be final?

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://issues.apache.org/bugzilla/show_bu

[collections] InvokerClosure

Hi all, I decided to play a bit with closures today and tried replacing a trivial loop in [configuration] : for (Iterator i = configList.iterator(); i.hasNext();) { Configuration config = (Configuration) i.next(); config.clearProperty(key); } I thought a closure would help reducing the co

RE: WebDAV servelt in commons?

Hi, He might, but it's worth asking ;) There's precedence with Commons Daemon, for example. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] >Sent: Thursday, December 02, 2004 11:07 AM >To: Jakarta Commons Developers List >

Re: WebDAV servelt in commons?

On this other track, moving Tomcat's WebDAV servlet to Slide or into a commons project of its own would require substantial changes to it to make it more generic as it relies on Tomcat internals. Rémy most likely would be -1 for reliying on anything more generic than Tomcat's WebDAV servlet, though

RE: [VOTE] Matthew Inger as Commons Committer Re: [Lang] Commit Karma

+1 --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 32496] New: - Converters should really be final?

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://issues.apache.org/bugzilla/show_bu

RE: WebDAV servelt in commons?

Hi, "No" (-1) to simply another copy and another project would be my answer to the original question. However... Feel free to ping the other folks on tomcat-dev (not all of them pay close attention to this list) on whether there's interest in moving Tomcat's simple/light WebDAV implementation in

Re: WebDAV servelt in commons?

So, the short answer to my initial question from your side is "no", right? Thanks for the attention, Oliver On Thu, 2 Dec 2004 10:54:02 -0500, Shapira, Yoav <[EMAIL PROTECTED]> wrote: > > Hi, > If we do anything, it might be move the Tomcat WebDAV servlet out into > its own commons project, or

RE: WebDAV servelt in commons?

Hi, If we do anything, it might be move the Tomcat WebDAV servlet out into its own commons project, or into slide, but I don't want to add yet a third simple WebDAV servlet. That's just duplicating effort. If there's anyone who needs it, speak up. Yoav Shapira http://www.yoavshapira.com >

Re: WebDAV servelt in commons?

As an initial cowardly disclaimer: *I* do not need it ;) But for sure there are other people who would like a simple way to interface WebDAV to their systems. There would be a simple API to map WebDAV to your system and thus people could very easily add basic WebDAV features to their application.

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration CompositeConfiguration.java JNDIConfiguration.java

ebourg 2004/12/02 07:50:09 Modified:configuration/src/java/org/apache/commons/configuration CompositeConfiguration.java JNDIConfiguration.java Log: Removed getProperty() from CompositeConfiguration and JNDIConfiguration since the implementation is the same i

RE: WebDAV servelt in commons?

Hi, Why do we need yet another lightweight WebDAV servlet? We already have overlap between Tomcat's WebDAV and Slide ;) Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] >Sent: Thursday, December 02, 2004 10:25 AM >To: Jakart

WebDAV servelt in commons?

Folks, I am not saying that I plan or want to do anything like this, but would the commons project be the right location for a lightweight WebDAV servlet? A starting point could be the one from Tomcat. I am pretty sure there would be quite a lot of people who would contribute to this... Oliver

DO NOT REPLY [Bug 30858] - [configuration] PropertyConfiguration.save() does not take basePath into account

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32350] - [chain] Consider making lookup commands default to same chain

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://issues.apache.org/bugzilla/show_bu

[ALL][VFS] Third party java library.

Hello! There is a contribution to add the novell netware filesystem to VFS - currently the license for the used novell library (njclv2.jar) is not know. And I cant find something on their website. Now the question is: If we contact novell to ask them if they allow us to put the library e.g. on i

RE: [Configuration] Property interpolation & subsets

> return value.indexOf(START_TOKEN)>0 ? parent.interpolate(value) : value; Umpf. Use ">=". - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [Configuration] Property interpolation & subsets

Emmanuel Bourg wrote on Thursday, December 02, 2004 2:38 PM: > Hello Jörg, good point I didn't think about this issue I'll > investigate it. Translating the key in the interpolation method might > be another solution, I'm not sure how to do this though. Then you would have to parse the value also

DO NOT REPLY [Bug 30858] - [configuration] PropertyConfiguration.save() does not take basePath into account

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30858] - [configuration] PropertyConfiguration.save() does not take basePath into account

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://issues.apache.org/bugzilla/show_bu

RE: [VOTE] Matthew Inger as Commons Committer Re: [Lang] Commit Karma

Hi, And a +1 from me as well. Yoav Shapira http://www.yoavshapira.com >-Original Message- >From: Eric Pugh [mailto:[EMAIL PROTECTED] >Sent: Thursday, December 02, 2004 7:55 AM >To: Jakarta Commons Developers List; Henri Yandell >Subject: RE: [VOTE] Matthew Inger as Commons Committer Re:

DO NOT REPLY [Bug 30858] - [configuration] PropertyConfiguration.save() does not take basePath into account

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32343] - [validator] Javascript Rendering Extension

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://issues.apache.org/bugzilla/show_bu

Re: [Configuration] Property interpolation & subsets

Hello Jörg, good point I didn't think about this issue I'll investigate it. Translating the key in the interpolation method might be another solution, I'm not sure how to do this though. Emmanuel Bourg Jörg Schaible wrote: Hi folks, looking at the current implementation, I am not convinced, that

[Configuration] Property interpolation & subsets

Hi folks, looking at the current implementation, I am not convinced, that the current behaviour is intentional. Look at the case: defaults.client.port=8000 client.A.dir=${java.io.tmpdir} client.A.url=http://client:${port} having: CompositeConfiguration globalConfig = new CompositeConfiguration

RE: [VOTE] Matthew Inger as Commons Committer Re: [Lang] Commit Karma

+1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 32481] - [beanutils] Can't have null fields with custom converters

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://issues.apache.org/bugzilla/show_bu

Re: [jelly-tags-util][PATCH] loadtext encoding is now required

On Thu, 2 Dec 2004, Dion Gillard <[EMAIL PROTECTED]> wrote: > Yep, sorry didn't see that one. Too easy to miss, since I kept the original subject intact and Gump has been making a lot of noise lately. Sorry. > Will apply that now. Great, thanks. This has fixed the Gump build for the ant tagli