RE: [VFS]: NPE in FileObject.getType().getChildren()

Hmmm, has to be a threading issue I think, ran your test on my infamous H drive and navigated the entire structure (large!) with no problems. I'll go look at synchronising properly and see how I go. Thanks heaps for taking a look. cheers, Paul -Original Message- From: Mario

Re: [jelly] new build with Maven

On 17-May-04, at 09:58 Uhr, [EMAIL PROTECTED] wrote: I built jelly from CVS and replaced the one maven uses with the generated jar, and there's only one failing test case. Which one ? I seem to be reaching problem free building with my corrected dependencies and maven current cvs snapshot. This

[Jakarta Commons Wiki] Updated: ValidatorDatesFormatting

Date: 2004-05-21T03:05:31 Editor: 193.126.81.6 Wiki: Jakarta Commons Wiki Page: ValidatorDatesFormatting URL: http://wiki.apache.org/jakarta-commons/ValidatorDatesFormatting no comment Change Log: --

[Jakarta Commons Wiki] Updated: ValidatorDatesFormatting

Date: 2004-05-21T03:07:01 Editor: 193.126.81.6 Wiki: Jakarta Commons Wiki Page: ValidatorDatesFormatting URL: http://wiki.apache.org/jakarta-commons/ValidatorDatesFormatting no comment Change Log: --

Re: [jelly] new build with Maven

On Fri, 21 May 2004 12:06:08 +0300, Paul Libbrecht [EMAIL PROTECTED] wrote: On 17-May-04, at 09:58 Uhr, [EMAIL PROTECTED] wrote: I built jelly from CVS and replaced the one maven uses with the generated jar, and there's only one failing test case. Which one ? I'll dig it up and

Re: [validator] Schematron-type/XPath Validator

This sounds interesting but I don't know anything about XPath so a more in depth example would be useful. I'm also worried about adding another dependency; maybe this could be an optional download? David --- Don Brown [EMAIL PROTECTED] wrote: I wrote a simple Validator that uses JXPath to

DO NOT REPLY [Bug 29140] New: - NPE in FileUtils.listFiles(dir, extensions, recursive)

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

cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/analysis UnivariateRealSolver.java

psteitz 2004/05/21 07:21:42 Modified:math/src/java/org/apache/commons/math/analysis UnivariateRealSolver.java Log: Javadoc. Revision ChangesPath 1.12 +16 -12

Re: [math] Getting 1.0 out the door -- tasks remaining

J.Pietschmann wrote: 2) Decide what, if anything to do about the root-finding interfaces. I am OK releasing as is. Uh, oh! Does that mean that you think we need to change the interfaces. If so, how exactly? Along the lines that I suggested earlier (stateless, value objects returned)? Phil

cvs commit: jakarta-commons/validator/etc jsdoc.sh

rleland 2004/05/21 07:28:12 Modified:validator/etc jsdoc.sh Log: Add docs Revision ChangesPath 1.4 +10 -4 jakarta-commons/validator/etc/jsdoc.sh Index: jsdoc.sh === RCS file:

Re: [validator] Schematron-type/XPath Validator

Sure, that would be fine. I'll submit the code, the test, and the patches, so you can choose what should go there and what shouldn't. Don Robert Leland wrote: Don Brown wrote: I have seen how powerful JXPath can be in projects like PMD Just to be cautious maybe we could place the code initially

Re: [validator] Schematron-type/XPath Validator

Yeah, I think putting it in contrib as Robert suggested might be a good start, however even if it shipped with Validator, it wouldn't be needed unless you wanted to use the jxpath validator. XPath is basically an expression language to locate nodes. While intended for XML documents, JXPath

RE: [Sandbox Id] How to persist?

Hi Oliver, I'm sorry I've not had time to look at this yet. Hopefully, over the weekend I will have some time. Thanks, -TR [Oliver Zeigermann wrote:] I have only modified the transaction package, not anything else and will not make any changes to the Id package, of course. I have

Re: [validator] Schematron-type/XPath Validator

Given all the recent furore over collections is JXPath's dependency on it due to Beanutils or does it use collections classes directly? Also I was surprised JXPath depends on the servlet api and is this a dependancy validator is OK to inherit?

Re: [math] Getting 1.0 out the door -- tasks remaining

Phil Steitz wrote: root-finding interfaces. ... Does that mean that you think we need to change the interfaces. If so, how exactly? Along the lines that I suggested earlier (stateless, value objects returned)? Actually I don't know how to proceed. It would be nice to have a common pattern

DO NOT REPLY [Bug 29145] New: - Add JXPath Validator

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

DO NOT REPLY [Bug 29145] - Add JXPath Validator

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

DO NOT REPLY [Bug 29147] New: - [JRCS] Print differences in RCS and unified diff format

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

DO NOT REPLY [Bug 29147] - [JRCS] Print differences in RCS and unified diff format

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

DO NOT REPLY [Bug 29147] - [JRCS] Print differences in RCS and unified diff format

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

DO NOT REPLY [Bug 29147] - [JRCS] Print differences in RCS and unified diff format

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

DO NOT REPLY [Bug 29147] - [JRCS] Print differences in RCS and unified diff format

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

[Sandbox-Email] pop before smtp

During disscussion with Daniel Perry, we both figured out, that there no Pop3BeforeSmtp-Support in Sandbox-Email Daniel wrotes a nice patch, that supports popBeforeSmtp. he send me his Email.java, that i am now also able to run this feature so would it be usefull to integrate the patch in email?

[validator] Why doesn't commons-validator include functional validators?

After looking through the different validator usages - Struts, Spring, and the unit tests - I'm a bit confused why commons-validator doesn't ship with functional validators that can be used directly and not hidden by some adapter. commons-validator contains validator classes, yes, but you

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/http HttpFileContentInfoFactory.java HttpFileObject.java

imario 2004/05/21 13:43:39 Modified:vfs/src/java/org/apache/commons/vfs/provider AbstractFileObject.java DefaultFileContent.java DefaultURLConnection.java DefaultURLStreamHandler.java

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/res ResourceFileProvider.java

imario 2004/05/21 13:54:37 Modified:vfs/src/java/org/apache/commons/vfs/cache AbstractFilesCache.java DefaultFilesCache.java FileSystemAndNameKey.java NullFilesCache.java SoftRefFilesCache.java

RE: [validator] Why doesn't commons-validator include functional validators?

Don, (perhaps abit OT) do you know this article? http://weblogs.java.net/pub/wlg/618 and the JSR 94 (Java Rule Engine) http://www.jcp.org/en/jsr/detail?id=94 perhaps you will find something usefull. Cheers, Matze -Original Message- From: Don Brown [mailto:[EMAIL PROTECTED] Sent:

Incorrect http://jakarta.apache.org/commons/releases/prepare.html WRT License info?

Thank you, Gary Hello, The page: http://jakarta.apache.org/commons/releases/prepare.html States: Make sure that there is a complete Apache Software License at the top of each source file. The so-called short form of the license has not been approved and should not be used. Which is in

[validator] Validator/forms theory (was RE: Why doesn't commons-validator include functional validators?)

Very interesting, particularly the weblog posting. Cocoon's CForms takes the same approach of defining validation as part of the form definition file, and many people are tying validation closer to the model/form by using XDoclet tags. Another good discussion of CForms, in this case being

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/map PredicatedSortedMap.java PredicatedMap.java

scolebourne2004/05/21 14:38:49 Modified:collections/src/java/org/apache/commons/collections/collection PredicatedCollection.java collections/src/java/org/apache/commons/collections/bag PredicatedBag.java

DO NOT REPLY [Bug 29018] - [collections] Filling out PredicatedXXX Javadoc - a functor package.html

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

cvs commit: jakarta-commons/collections RELEASE-NOTES.html

scolebourne2004/05/21 14:40:13 Modified:collections RELEASE-NOTES.html Log: Javadoc how to use Predicated classes bug 29018 Revision ChangesPath 1.50 +1 -0 jakarta-commons/collections/RELEASE-NOTES.html Index: RELEASE-NOTES.html

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/map AbstractSimpleMapDecorator.java

scolebourne2004/05/21 14:42:05 Added: collections/src/java/org/apache/commons/collections/map AbstractSimpleMapDecorator.java Log: Initial version of AbstractSimpleMapDecorator Revision ChangesPath 1.1

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/map AbstractSimpleMapDecorator.java

scolebourne2004/05/21 14:43:10 Removed: collections/src/java/org/apache/commons/collections/map AbstractSimpleMapDecorator.java Log: Remove class as currently incomplete - To unsubscribe,

Re: Incorrect http://jakarta.apache.org/commons/releases/prepare.html WRT License info?

There should be a prepare.xml file in CVS under the commons-build IIRC Stephen - Original Message - From: Gary Gregory [EMAIL PROTECTED] Thank you, Gary Hello, The page: http://jakarta.apache.org/commons/releases/prepare.html States: Make sure that there is a complete Apache

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections/map TransformedMap.java AbstractInputCheckedMapDecorator.java PredicatedMap.java

scolebourne2004/05/21 15:01:04 Modified:collections/src/java/org/apache/commons/collections/map TransformedMap.java AbstractInputCheckedMapDecorator.java PredicatedMap.java Log: Reduce scope of

cvs commit: jakarta-commons/collections RELEASE-NOTES.html

scolebourne2004/05/21 15:02:43 Modified:collections RELEASE-NOTES.html Log: Reduce scope of AbstractInputCheckedMapDecorator for v3.1 Revision ChangesPath 1.51 +0 -1 jakarta-commons/collections/RELEASE-NOTES.html Index: RELEASE-NOTES.html

[validator] Validator covering the whole form

Is it possible to define a validator that validates the whole form? For example, a validator could use XML schema to validate the entire form at once. I suppose that validator could be attached to a placeholder field, but that seems kind of ugly. Don

DO NOT REPLY [Bug 29149] New: - StringEscapeUtils.unescapeHtml() doesn't handle an empty entity

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

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections IteratorUtils.java

scolebourne2004/05/21 15:43:10 Modified:collections/src/java/org/apache/commons/collections IteratorUtils.java Log: Add binary incompatability warnings on problem methods Revision ChangesPath 1.25 +26 -6

DO NOT REPLY [Bug 29149] - StringEscapeUtils.unescapeHtml() doesn't handle an empty entity

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

DO NOT REPLY [Bug 29151] New: - Allow validators to register errors for multiple fields

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

DO NOT REPLY [Bug 29151] - Allow validators to register errors for multiple fields

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

cvs commit: jakarta-commons/commons-build/xdocs/releases prepare.xml

ggregory2004/05/21 17:11:50 Modified:commons-build/xdocs/releases prepare.xml Log: Update for Apache License 2.0 info. Revision ChangesPath 1.9 +35 -5 jakarta-commons/commons-build/xdocs/releases/prepare.xml Index: prepare.xml

[validator] BSF script validator

I wrote a validator that uses scripting snippets to determine validity. The validator uses Jakarta BSF so supports any scripting language supported by BSF like BeanShell, JavaScript, Jython, Groovy (I believe), etc. I was starting to refactor out my app's validation code to be usable by

[GUMP@brutus]: jelly-tags/commons-jelly-tags-jsl failed

. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-jsl/index.html That said, some snippets follow: Gump provided these annotations: - Info - Sole jar [commons-jelly-tags-jsl-20040521.jar

[GUMP@brutus]: jelly-tags/commons-jelly-tags-betwixt failed

. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-betwixt/index.html That said, some snippets follow: Gump provided these annotations: - Info - Sole jar [commons-jelly-tags-betwixt-20040521

[GUMP@brutus]: jelly-tags/commons-jelly-tags-define failed

. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-define/index.html That said, some snippets follow: Gump provided these annotations: - Info - Sole jar [commons-jelly-tags-define-20040521

GZip encoding

We're having issues where content from our service is being sent GZip encoded to the HttpClient, But with an error that its gzip transfer encoding header isn't set properly by the server (thank our server developer). Most browsers (and clients in perl etc) seem to catch this error early and

RE: GZip encoding

Hi Mark, It's been a conscious design decision on our part to keep HttpClient content agnostic. HttpClient makes no attempt to encode/decode (let alone guess) the request/response content encoding. This logic can be (and usually is) highly application specific that should be implemented on top

Re: GZip encoding

Beautiful, I can integrate this easily into our library. David Hay wrote: I don't believe that HttpClient handles GZip or any other kind of decoding of the reply content. That's up to the application using the library. Here's what we do to handle the case when the server doesn't report the

How to configure log4j.

Hi All, Please help me initialize the log4j system properly. I have attempted to create a properties file and use System properties. Do I need to put the properties file in the jar in the same directory with the classes? Is there a default properties file for httpclient? log4j:WARN No

Re: GZip encoding

This works great, the only issue I encountered is that the Content-Encoding response header isn't a mimetype and is expecting a value of gzip not application/x-gzip-compressed I altered the test to reflect this and added in a catch for any Content-type headers that do contain

Logging messages to a file

I'm new to this list, so forgive me if my question seems a bit off topic. I'm in the midst of developing an application using commons-httpclient, and I've integrated the following code to include debug level logging: System.setProperty(org.apache.commons.logging.Log,

Re: Logging messages to a file

Hi Rob, Commons logging (the logging framework used by HttpClient) does not natively support anything more complicated than just writing to console. Fortunately it can make use of other logging systems like log4j or java.util.logging. Please take a look at the commons-logging site

DO NOT REPLY [Bug 27026] - release is not signed

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