[GUMP] Build Failure - commons-jelly-tags-html

This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-02-11/commons-jelly-tags-html.html Buildfile: build.xml init: [mkdir] Created dir:

Re: [collections] filtering and splitting collections

Hi, Well, I am not a commiter but I will give my opinion on the subject anyway. I am not a fan of OUT parameters in method calls. So I would be in favor of (c). First because (a) would mean API change. Also the returned Collection could be mistaken as the good ones from the collection given in

cvs commit: jakarta-commons/beanutils project.xml STATUS.html

jstrachan2003/02/11 06:47:45 Modified:beanutils project.xml STATUS.html Log: added myself as a committer which I forgot to do a long time ago Revision ChangesPath 1.10 +6 -0 jakarta-commons/beanutils/project.xml Index: project.xml

cvs commit: jakarta-commons/jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt/converters - New directory

jstrachan2003/02/11 07:29:00 jakarta-commons/jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt/converters - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

cvs commit: jakarta-commons/jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt/converters PointConverter.java

jstrachan2003/02/11 07:29:07 Modified:jelly/jelly-tags/swt/src/test/org/apache/commons/jelly/tags/swt tree.jelly example.jelly jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt SwtTagLibrary.java WidgetTag.java

cvs commit: jakarta-commons/xdocs/stylesheets project.xml

rdonkin 2003/02/11 11:30:48 Modified:xdocscomponents.xml xdocs/stylesheets project.xml Log: Added basic website for EL Revision ChangesPath 1.74 +7 -0 jakarta-commons/xdocs/components.xml Index: components.xml

cvs commit: jakarta-commons/docs beanutils.html charter.html collections.html commons.html components.html contributors.html dbcp.html digester.html directory.html discovery.html index.html jexl.html lang.html license.html logging.html modeler.html patches.html pool.html releases.html sandbox.html versioning.html volunteering.html

rdonkin 2003/02/11 11:32:05 Modified:docs beanutils.html charter.html collections.html commons.html components.html contributors.html dbcp.html digester.html directory.html discovery.html index.html jexl.html

cvs commit: jakarta-commons/xdocs components.xml

rdonkin 2003/02/11 11:40:57 Modified:docs components.html xdocscomponents.xml Log: Added Jexl to components list. Revision ChangesPath 1.90 +9 -1 jakarta-commons/docs/components.html Index: components.html

cvs commit: jakarta-commons/xdocs el.xml

rdonkin 2003/02/11 11:44:46 Added: docs el.html xdocsel.xml Log: Added basic website for EL Revision ChangesPath 1.1 jakarta-commons/docs/el.html Index: el.html

Re: [EL] basic website

On Tue, 11 Feb 2003, robert burrell donkin wrote: i've added a basic website for EL and added navigation links etc. for those EL committers who don't know how the common website works here in jakarta: jakarta-commons/xdocs/el.xml is the document source for the EL page. if you want to

Re: [net] action items: Version Number

In message [EMAIL PROTECTED], Jeffrey D. Brekke writes: I'll start with a vocie for a version number of 1.0.0 following the commons gu idelines for versioning. We already have the migration how-to setup for moving from NetComponents 1.3.8 to Commons/Net 1.0.0 Sounds good to me. My bias is

[Patch] for MultipartStream.java of FileUpload project

Suggestion for improving the MultipartStream::findSeparator() method. I am proposing that the algorithm be changed to utilize the Boyer Moore pattern matching algorithm. For a nice animated explanation of the algorithm follow

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/zip ZipFileName.java

adammurdoch2003/02/11 18:05:20 Modified:vfs/src/java/org/apache/commons/vfs/impl VirtualFileProvider.java vfs/src/java/org/apache/commons/vfs/provider DefaultFileName.java GenericFileName.java

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/url UrlFileProvider.java

adammurdoch2003/02/11 23:42:41 Modified:vfs/src/java/org/apache/commons/vfs FileName.java vfs/src/java/org/apache/commons/vfs/provider BasicFileName.java DefaultFileName.java GenericFileName.java UriParser.java

cvs commit: jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/smb/test FileNameTests.java SmbProviderTestCase.java

adammurdoch2003/02/11 23:44:56 Modified:vfs/src/test/org/apache/commons/vfs/provider/smb/test SmbProviderTestCase.java Added: vfs/src/test/org/apache/commons/vfs/provider/smb/test FileNameTests.java Log: Added some SMB specific

cvs commit: jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/ftp/test FileNameTests.java FtpProviderTestCase.java

adammurdoch2003/02/11 23:45:07 Modified:vfs/src/test/org/apache/commons/vfs/provider/ftp/test FtpProviderTestCase.java Added: vfs/src/test/org/apache/commons/vfs/provider/ftp/test FileNameTests.java Log: Added some FTP specific

Re: propose a 2.0alpha3 build

Jeffrey Dever wrote: I'd like to propose an alpha3 build. +1 This is excellent. There have been many bug fixes gone into CVS since the alpha2. People helping in testing will like the new release. Odi - To unsubscribe,

[PATCH] MultipartPost revisited (take 2) ATTN: Mike Becke

On Tue, 2003-02-11 at 04:19, Jeffrey Dever wrote: I like the refactoring. Only complaint is that the classes are public. Package access would be prefered, but this may not be possible. The new patch addressed concerns raised by Jeff Jandalf. Now all the wire logging is (should be) confined