[GUMP@brutus]: Project commons-jelly-tags-jms (in module jelly-tags) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jms has an issue affecting its community integration. This

[GUMP@brutus]: Project commons-jelly-tags-ant (in module jelly-tags) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-ant has an issue affecting its community integration. This

[GUMP@brutus]: Project commons-jelly-tags-jsl (in module jelly-tags) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl has an issue affecting its community integration. This

[net] Designing a Date Format-aware FTP Entry Parser

I finally have sufficient free time to begin implementing what we talked about in this conversation several months ago :

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang/math RandomUtilsTest.java

bayard 2004/12/25 09:52:19 Modified:lang/src/test/org/apache/commons/lang/math RandomUtilsTest.java Log: more test coverage of obscure situations Revision ChangesPath 1.8 +44 -3

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang/math FractionTest.java

bayard 2004/12/25 11:43:51 Modified:lang/src/test/org/apache/commons/lang/math FractionTest.java Log: Unnecessary imports. Revision ChangesPath 1.8 +1 -5 jakarta-commons/lang/src/test/org/apache/commons/lang/math/FractionTest.java Index:

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang/exception NestableDelegateTestCase.java

bayard 2004/12/25 11:50:09 Modified:lang/src/test/org/apache/commons/lang/exception NestableDelegateTestCase.java Log: Switched to use the static call explicitly (yup, I just started using Eclipse again) Revision ChangesPath 1.10 +6 -6

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/text StrTokenizer.java

bayard 2004/12/25 12:30:16 Modified:lang/src/java/org/apache/commons/lang/text StrTokenizer.java Log: Without this line the code infinite loops. With it the tests still fail, but a failure is nicer than an infinite loop. Revision ChangesPath 1.3 +2 -1

Re: [Lang] StrTokenizer changes

On Thu, 23 Dec 2004 14:02:45 -0500, Inger, Matthew [EMAIL PROTECTED] wrote: I have made the following changes in the StrTokenizer class: 1. The ignoredMatcher, now performs as it's name suggests, in that it will indicate any characters which are to be completely ignored. Any

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/text StrTokenizer.java

bayard 2004/12/25 12:41:23 Modified:lang/src/java/org/apache/commons/lang/text StrTokenizer.java Log: I assume this is a typo, a second setting of the trimmer matcher. Revision ChangesPath 1.4 +2 -2

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/text StrTokenizer.java

bayard 2004/12/25 12:42:48 Modified:lang/src/java/org/apache/commons/lang/text StrTokenizer.java Log: matching the other javadoc style; though I think it's a pretty useless bit of javadoc. Revision ChangesPath 1.5 +2 -2

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/text StrTokenizer.java

bayard 2004/12/25 13:02:20 Modified:lang/src/java/org/apache/commons/lang/text StrTokenizer.java Log: Default is meant to be for the trimmer to be a NoMatcher. Revision ChangesPath 1.6 +2 -2

Re: [Lang] StrTokenizer changes

On Thu, 23 Dec 2004 14:02:45 -0500, Inger, Matthew [EMAIL PROTECTED] wrote: I have made the following changes in the StrTokenizer class: 2. There is now a trimMatcher which takes the functionality that the old misnamed ignoreMatcher did. However, the old version only trimmed

[jira] Commented: (JELLY-177) In JellyServlet, the procedure used to determine the script's location is too simplistic

[ http://nagoya.apache.org/jira/browse/JELLY-177?page=comments#action_57045 ] dion gillard commented on JELLY-177: Seems like a good addition to the jelly servlet. I'm happy to include this. In JellyServlet, the procedure used to determine the

Re: [logging] ECL: Log interface vs. abstract class

On Mon, 2004-12-20 at 18:28 +0100, Ceki Gülcü wrote: In my last message, I failed to emphasize the brittleness of the break into interfaces hypothesis. Even if at a high-level of abstraction two APIs perform the same task, this does not mean that they can be abstracted away by

cvs commit: jakarta-commons/jelly/jelly-tags/ant project.xml

dion2004/12/25 16:18:32 Modified:jelly/jelly-tags/ant project.xml Log: Move to util 1.1 Revision ChangesPath 1.23 +1 -1 jakarta-commons/jelly/jelly-tags/ant/project.xml Index: project.xml

cvs commit: jakarta-commons/jelly/jelly-tags/util/xdocs changes.xml

dion2004/12/25 16:19:28 Modified:jelly/jelly-tags/util/xdocs changes.xml Log: Add doc changes that weren't picked up in release Revision ChangesPath 1.7 +1 -0 jakarta-commons/jelly/jelly-tags/util/xdocs/changes.xml Index: changes.xml

cvs commit: jakarta-commons/lang/src/test/org/apache/commons/lang/mutable MutableByteTest.java MutableDoubleTest.java MutableFloatTest.java MutableIntTest.java MutableLongTest.java MutableObjectTest.java MutableShortTest.java

bayard 2004/12/25 18:35:47 Modified:lang/src/test/org/apache/commons/lang/mutable MutableByteTest.java MutableDoubleTest.java MutableFloatTest.java MutableIntTest.java MutableLongTest.java MutableObjectTest.java

Re: [logging] ECL: Log interface vs. abstract class

Simon, I agree with you 80% and I think you're right that JCL should stay as-is for now. I think you're dead-on with this new line of thinking. It won't seem like it because now I'm going to spend the rest of this email disagreeing with you, but I'm with you on the big leap you took in your

DO NOT REPLY [Bug 16132] - [jelly] core:file convert html to lt;htmlgt;

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=16132. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

Re: [jelly] Bugzilla cleanup

I've closed all I think should be closed. We can move these over to Jira I think. On Tue, 14 Dec 2004 13:56:20 +0100, Emmanuel Bourg [EMAIL PROTECTED] wrote: Hi, is there a Jelly developper available to take a quick look at the remaining bugs open for Jelly in Bugzilla ?