Re: [Grant] Ant problems

On Mon, 27 Jan 2003, bob mcwhirter <[EMAIL PROTECTED]> wrote: > I haven't tracked ant very closely lately, but if/when it allows us > to manage ant properties external to the o.a.t.ant.Project backed by > some external structure, then grant itself will become useless. CVS HEAD should give you tha

Re: [Grant] Ant problems

> Sounds like Ant 1.5.2 could be a reasonable dependency > for Maven, and then our problems are solved. I'm > hoping that Grant can remove this class, regardless of > whether or not I've diagnosed this particular problem > correctly; duplicating classes is risky and leads to > cranky classloading.

Re: [Grant] Ant problems

Sounds like Ant 1.5.2 could be a reasonable dependency for Maven, and then our problems are solved. I'm hoping that Grant can remove this class, regardless of whether or not I've diagnosed this particular problem correctly; duplicating classes is risky and leads to cranky classloading. - Morgan

Re: [Grant] Ant problems

On Mon, 27 Jan 2003, bob mcwhirter <[EMAIL PROTECTED]> wrote: > I don't think maven really wants to play with ant snapshots. We're > simply not that daring. You could use a snapshot of the CVS branch tagged ANT_15_BRANCH, this one is supposed to include only bugfixes over 1.5.1 and will become 1

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty NotFoundHandlerTag.java

morgand 2003/01/26 23:21:24 Modified:jelly/jelly-tags/jetty/src/java/org/apache/commons/jelly/tags/jetty NotFoundHandlerTag.java Log: fixed interface Revision ChangesPath 1.5 +1 -1 jakarta-commons-sandbox/jelly/jelly-tags/jetty/src/java

Re: [Grant] Ant problems

On Sun, 26 Jan 2003, Morgan Delagrange <[EMAIL PROTECTED]> wrote: > So this method that Ant switched on doesn't work? > > public void addJavaLibraries() { > > Or is the Grant classloader only intended for use with > Ant 1.5? This method will be part of Ant 1.5.2 - which will hopefully get

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/define/src/test/org/apache/commons/jelly/tags/define DynamicTag.java

morgand 2003/01/26 23:10:14 Modified:jelly/jelly-tags/define/src/test/org/apache/commons/jelly/tags/define DynamicTag.java Log: fixed interface Revision ChangesPath 1.2 +15 -7 jakarta-commons-sandbox/jelly/jelly-tags/define/src/test/org/

Re: [jelly] Re: Inheriting Dependencies

--- [EMAIL PROTECTED] wrote: > Morgan Delagrange <[EMAIL PROTECTED]> wrote on > 27/01/2003 12:06:49 PM: > > > > > --- [EMAIL PROTECTED] wrote: > > > Morgan Delagrange <[EMAIL PROTECTED]> wrote on > > > 27/01/2003 04:35:21 AM: > > > > > > > I don't think Maven is a replacement for the > > > buil

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

dion2003/01/26 21:38:17 Modified:jelly/jelly-tags/jsl project.xml Log: Rename various dependencies - appears to be a maven bug Revision ChangesPath 1.14 +8 -4 jakarta-commons-sandbox/jelly/jelly-tags/jsl/project.xml Index: project.xml

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

dion2003/01/26 21:24:17 Modified:jelly/jelly-tags/betwixt project.xml jelly/jelly-tags/soap project.xml jelly/jelly-tags/junit project.xml jelly/jelly-tags/email project.xml jelly/jelly-tags/beanshell project.xml

Re: [Grant] Ant problems

No idea, I'm just trying to get the GUMP build for Jelly working. --- bob mcwhirter <[EMAIL PROTECTED]> wrote: > > What's the anticipated release of ant that'll > include this? > What's the timeframe? > > I don't think maven really wants to play with ant > snapshots. We're > simply not that d

Re: [Grant] Ant problems

What's the anticipated release of ant that'll include this? What's the timeframe? I don't think maven really wants to play with ant snapshots. We're simply not that daring. -bob On Sun, 26 Jan 2003, Morgan Delagrange wrote: > So this method that Ant switched on doesn't work? > >

Re: [Grant] Ant problems

Still problematic. The offending Ant commit was made two days ago. --- [EMAIL PROTECTED] wrote: > Maven specifically uses: > > ant > 1.5.1 > > If that helps at all? > -- > dIon Gillard, Multitask Consulting > Blog: > http://www.freeroller.net/page/dion/Weblog > Work: h

Re: [Grant] Ant problems

Maven specifically uses: ant 1.5.1 If that helps at all? -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au Morgan Delagrange <[EMAIL PROTECTED]> wrote on 27/01/2003 04:07:39 PM: > That's a tough on

Re: [lang] RE: Exception to XML?

I'd like to propose the following two methods to ExceptionUtils: 1) getFullStackTrace. This returns a stack-trace including its full print-out of nestables. It assumes that when it hits a nestable, it doesn't need to carry on. 2) isNestedException. [okay, needs to be name changed to isNestedThro

Re: [lang] scope for version 2

Modifying this email as a working progress towards v2 scope: On Wed, 22 Jan 2003, Henri Yandell wrote: > I'm going to assume that all and any bugfixes which have gone in since the > v1.0.1 release on existing classes will goto 2.0. Also that we will take > another swing at the Bugzilla list befo

Re: [Grant] Ant problems

That's a tough one. The previous version no longer works against the HEAD of Ant, so GUMP breaks. However the version I just checked in won't work with Ant 1.5, which is the version that Maven uses. - Morgan --- bob mcwhirter <[EMAIL PROTECTED]> wrote: > > The AntClassLoader in grant may no lo

Re: [lang] scope for version 2

On Wed, 22 Jan 2003 [EMAIL PROTECTED] wrote: > > from:Henri Yandell <[EMAIL PROTECTED]> > > > Changes to existing classes: > > > > In exception, new methods were added to ExceptionUtils. A protected > > attribute was removed. > What was this?? CAUSE_METHOD_PARAMS[] was removed. WRAPPED_M

Re: [PATCH][LANG] StringUtils.trimNull(String)

On Thu, 23 Jan 2003, Stephen Colebourne wrote: > trimToNull(String str) { if-null: null trim. if-empty: null > trimToBlank(String) if-null: "" trim. to complement the existing: > trim(String) if-null: null trim. > clean(String) if-null: "" trim. >From this we see that my off-hand suggestio

Re: [Grant] Ant problems

If it's just a direct copy, try removing it -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au Morgan Delagrange <[EMAIL PROTECTED]> wrote on 27/01/2003 01:51:35 PM: > Hey all, > > A couple of days ago, the Ant

Re: [Grant] Ant problems

The AntClassLoader in grant may no longer be needed. grant was explicitly written to solve some maven/jelly issues, so it should probably track the versions of ant used by those two projects. -bob On Sun, 26 Jan 2003, Morgan Delagrange wrote: > So this method that Ant switched on

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java

jericho 2003/01/26 20:44:30 Modified:httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java Log: - Fix to be encoded double possbily... Reported by Joseph Artsimovich <[EMAIL PROTECTED]> Revision ChangesPath 1.100 +13 -5

Re: [jelly] Re: Inheriting Dependencies

Morgan Delagrange <[EMAIL PROTECTED]> wrote on 27/01/2003 12:06:49 PM: > > --- [EMAIL PROTECTED] wrote: > > Morgan Delagrange <[EMAIL PROTECTED]> wrote on > > 27/01/2003 04:35:21 AM: > > > > > I don't think Maven is a replacement for the > > build-all > > > script when it comes to thorough regre

[net] Refactoring of ftp2

As requested I'm reposting an email from Steve Cohen ( [EMAIL PROTECTED] ) about possible refactorings he's working on in the code moved into proposal/ftp2. -- My curiosity being piqued, I decided to take a closer look at what it might take to actually merge the ftp2 concepts in to the main stem

Re: [Grant] Ant problems

So this method that Ant switched on doesn't work? public void addJavaLibraries() { Vector packages = JavaEnvUtils.getJrePackages(); Enumeration e = packages.elements(); while (e.hasMoreElements()) { String packageName = (String) e.nextElement();

Re: [Grant] Ant problems

> A couple of days ago, the Ant classloader was changed > significantly, including calling out to a second > ClassLoader class, and the Grant AntClassLoader was > preventing the new Ant classes from functioning > correctly (at least inside the Jelly build). I moved > the most recent Ant classloade

Re: [net] momentum for promotion?

"Daniel F. Savarese" <[EMAIL PROTECTED]> writes: > In message <[EMAIL PROTECTED]>, Jeffrey D. Brekke writes: > >The above two items are completed. If there are any problems, let me > >know but the main project and proposal are building for me ok after a > >clean check-out. The site has been rege

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/ant/src/test/org/apache/commons/jelly/ant/tag DummyTag.java

dion2003/01/26 18:52:22 Modified:jelly/jelly-tags/ant/src/test/org/apache/commons/jelly/ant/tag DummyTag.java Log: Fix test code to work with recent exception changes Revision ChangesPath 1.3 +3 -1 jakarta-commons-sandbox/jelly/jell

[Grant] Ant problems

Hey all, A couple of days ago, the Ant classloader was changed significantly, including calling out to a second ClassLoader class, and the Grant AntClassLoader was preventing the new Ant classes from functioning correctly (at least inside the Jelly build). I moved the most recent Ant classloader

cvs commit: jakarta-commons-sandbox/grant/src/java/org/apache/tools/ant AntClassLoader.java

morgand 2003/01/26 18:45:31 Modified:grant/src/java/org/apache/tools/ant AntClassLoader.java Log: recent changes to the Ant classloader don't play well with the modified AntClassLoader, so temporarily (?) replacing it with the HEAD Ant version (1.65) Revision ChangesPat

cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/core TestArgTag.java

dion2003/01/26 18:35:26 Modified:jelly/src/test/org/apache/commons/jelly/test/impl DummyTag.java jelly/src/test/org/apache/commons/jelly/tags/junit AssertEqualsTag.java RunTag.java AssertThrowsTag.

DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace: FASTER?

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_bug

cvs commit: jakarta-commons/httpclient/xdocs applications.xml downloads.xml news.xml

jsdever 2003/01/26 14:31:30 Modified:httpclient project.xml httpclient/xdocs applications.xml downloads.xml news.xml Log: Add mailing list news item, more xml document improvements. Revision ChangesPath 1.28 +1 -2 jakarta-commons/httpclient/projec

Re: [net] momentum for promotion?

In message <[EMAIL PROTECTED]>, Jeffrey D. Brekke writes: >The above two items are completed. If there are any problems, let me >know but the main project and proposal are building for me ok after a >clean check-out. The site has been regenerated and redeployed. I tried to do a fresh checkout t

DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace: FIXED?

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_bug

DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace

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_bug

DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace

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_bug

Re: help building commons with maven

Well, its related to the NTLM support in HttpClient. A few tests fail, but I would suspect any NTLM use in 1.3 would fail similarly. Most of the httpclient guys have been working on 1.4 (I did the release build in 1.4) and the gump builds don't fail so I guess its using 1.4 as well. I've brou

Re: help building commons with maven

Yeah. Linux jdk 1.3. Sun's. Hen On Sun, 26 Jan 2003 [EMAIL PROTECTED] wrote: > Hen is this jdk1.3? > > HttpClient has failed building for me on 1.3 for some months now. > -- > dIon Gillard, Multitask Consulting > Blog: http://www.freeroller.net/page/dion/Weblog > Work: http://www.mult

Re: [GUMP] Build Failure - commons-jelly-tags-ant

Here is a better stack trace: [junit] java.lang.NoSuchMethodError: org.apache.tools.ant.AntClassLoader: method ()V not found [junit] at org.apache.tools.ant.loader.AntClassLoader2.(AntClassLoader2.java:67) [junit] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native

Re: [GUMP] Build Failure - commons-jelly-tags-ant

I traced this problem back to the 1/24 build of Ant. I think it's caused by the 1.64 revision of AntClassLoader: http://cvs.apache.org/viewcvs/jakarta-ant/src/main/org/apache/tools/ant/AntClassLoader.java The Ant junit task is truncating the Jelly stack traces; The full trace from the included

cvs commit: jakarta-commons-sandbox/grant build.xml

morgand 2003/01/26 09:56:47 Modified:grantbuild.xml Log: updating ant script for grant Revision ChangesPath 1.5 +73 -83jakarta-commons-sandbox/grant/build.xml Index: build.xml === RCS f

Re: [jelly] Re: Inheriting Dependencies

--- [EMAIL PROTECTED] wrote: > I'll test this and the reactor, as it means we can > do away with: > 1) The included entity in all project.xmls Yup. I'd still like to keep using an entity, but it looks like our pesky XML parsers are not going to cooperate. At least we'll only have two build file

Re: help building commons with maven

I have update, It is problem with dependencies, I think it is invalid jar names: __ __ | \/ |__ Jakarta _ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-beta-8 C:\home\jakarta-turbine-maven Attempting to download 0-1.5.1.jar. [ERROR] WARNING: Fai

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/driver StringTrimmedResultSet.java

stevencaswell2003/01/26 08:54:49 Added: dbutils/src/java/org/apache/commons/dbutils/driver StringTrimmedResultSet.java Log: created Revision ChangesPath 1.1 jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/dri

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/driver SqlNullCheckedResultSet.java

stevencaswell2003/01/26 08:52:07 Added: dbutils/src/java/org/apache/commons/dbutils/driver SqlNullCheckedResultSet.java Log: created Revision ChangesPath 1.1 jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/dr

cvs commit: jakarta-commons-sandbox/dbutils/src/java/org/apache/commons/dbutils/driver ResultSetWrapper.java

stevencaswell2003/01/26 08:50:44 Modified:dbutils/src/java/org/apache/commons/dbutils/driver ResultSetWrapper.java Log: - added additional constructor to allow only a ResultSet to be specified - added logic to getStatement to delegate to the wrapped result s

cvs commit: jakarta-commons/httpclient/xdocs applications.xml downloads.xml features.xml index.xml logging.xml navigation.xml news.xml overview.xml proposal.xml releases.xml status.xml

jsdever 2003/01/26 08:36:25 Modified:httpclient project.xml httpclient/xdocs applications.xml downloads.xml features.xml index.xml logging.xml navigation.xml news.xml overview.xml proposal.xml releases.xml status.xml Log:

Re: help building commons with maven

I will update, it was problem with path names it was returned somethinh like this to templetes: "c:\project\c:\project\file.xml" possible it is fixed in cvs. I have slow internet connection and it takes time to download jars from remote repository, it seems it downloads them all after I build mav

cvs commit: jakarta-commons/httpclient/xdocs navigation.xml downloads.xml features.xml

jsdever 2003/01/26 06:54:14 Modified:httpclient project.xml httpclient/xdocs downloads.xml features.xml Added: httpclient/xdocs navigation.xml Log: Website generation is now complete. No broken links, all files refrenced (AFAICT) Added a navigation.xml f

Re: help building commons with maven

We care! [EMAIL PROTECTED] wrote: Henri Yandell <[EMAIL PROTECTED]> wrote on 25/01/2003 05:33:50 AM: On Fri, 24 Jan 2003, Craig R. McClanahan wrote: I'm not a Maven guru, but it's not clear to me that the maven.xml and project.xml files for all of the Commons projects have been kept u

[jelly] Re: Inheriting Dependencies

I'll test this and the reactor, as it means we can do away with: 1) The included entity in all project.xmls 2) The ant build-all file and have an easy way to do things to all taglibs at once, e.g. - Regen gump descriptor - Regen ant build file - Build jars etc -- dIon Gillard, Multitask Consultin

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/beanshell/src/java/org/apache/commons/jelly/tags/beanshell ScriptTag.java

dion2003/01/26 06:01:08 Modified: jelly/jelly-tags/beanshell/src/java/org/apache/commons/jelly/tags/beanshell ScriptTag.java Log: Applied patch from Paul Libbrecht Revision ChangesPath 1.3 +6 -6 jakarta-commons-sandbox/jelly/jelly-t

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/beanshell .cvsignore

dion2003/01/26 05:54:18 Modified:jelly/jelly-tags/beanshell .cvsignore Log: Ignore velocity logs Revision ChangesPath 1.2 +1 -0 jakarta-commons-sandbox/jelly/jelly-tags/beanshell/.cvsignore Index: .cvsignore ==

Re: help building commons with maven

The xdoc tasks work fine for me in current CVS. What are your issues? -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au "Juozas Baliuka" <[EMAIL PROTECTED]> wrote on 26/01/2003 11:57:41 PM: > Ok, I will wait beta8.

Re: help building commons with maven

Ok, I will wait beta8. I use version from cvs to generate reports and beta7 to build stuff.(xdoc task doe's not work in current cvs) - Original Message - From: <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Sunday, January 26, 2003 2:53 PM Subject: Re:

Re: help building commons with maven

I have this in project.xml : scm:cvs:pserver:[EMAIL PROTECTED]:/cvsroot/cgl ib:cglib set CVS_RSH=ssh2 But I do not need ssh to generate reports, I want to use ":pserver" authentication, but beta7 uses ":ext" and hungs (my ssh2 doe's not work on Windows if is executed by java). Possible it parses "R

Re: help building commons with maven

It's not possible to change the cvs access mechanism for b7. It was hardwired to use the CVS directory information on your machine. b8 uses the details specified in project.xml. -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multi

Re: help building commons with maven

- Original Message - From: "Juozas Baliuka" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Sunday, January 26, 2003 1:11 PM Subject: Re: help building commons with maven > > > > If you care, let me know, and I'll work with you on getting the > > descr

Re: help building commons with maven

> If you care, let me know, and I'll work with you on getting the > descriptors up to date when b8 is released. I have problems to generate reports with beta7, I have tried cvs version and it works, It seems it doe's not uses ssh to connect to cvs server. Is it possible to set some parameter on

Re: help building commons with maven

Hen is this jdk1.3? HttpClient has failed building for me on 1.3 for some months now. -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au Henri Yandell <[EMAIL PROTECTED]> wrote on 25/01/2003 04:13:18 PM: > > > On

Re: help building commons with maven

Henri Yandell <[EMAIL PROTECTED]> wrote on 25/01/2003 05:33:50 AM: > > > On Fri, 24 Jan 2003, Craig R. McClanahan wrote: > > > > > > > > > I'm not a Maven guru, but it's not clear to me that the maven.xml and > > project.xml files for all of the Commons projects have been kept up to > > date (o

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/impl DynamicBeanTag.java DynamicDynaBeanTag.java

morgand 2003/01/26 03:03:36 Modified:jelly/src/java/org/apache/commons/jelly DynaTag.java Tag.java jelly/src/java/org/apache/commons/jelly/impl DynamicBeanTag.java DynamicDynaBeanTag.java Log: converting Jelly to use Jell

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/impl DynamicBeanTag.java DynamicDynaBeanTag.java DynamicTag.java

morgand 2003/01/26 02:55:57 Modified:jelly/src/java/org/apache/commons/jelly DynaBeanTagSupport.java Tag.java jelly/src/java/org/apache/commons/jelly/impl DynamicBeanTag.java DynamicDynaBeanTag.java Dy

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant AntTag.java

morgand 2003/01/26 02:40:44 Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant AntTag.java Log: converting ant taglib from Exception to JellyTagException Revision ChangesPath 1.23 +27 -10 jakarta-commons-sandbox/jelly

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant FileScannerTag.java

morgand 2003/01/26 02:30:08 Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant FileScannerTag.java Log: converting ant taglib from Exception to JellyTagException Revision ChangesPath 1.10 +1 -1 jakarta-commons-sandb

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant TaskSource.java

morgand 2003/01/26 02:28:45 Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant TaskSource.java Log: converting ant taglib from Exception to JellyTagException Revision ChangesPath 1.7 +1 -1 jakarta-commons-sandbox/j

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant AntTag.java FileScannerTag.java SetPropertyTag.java TaskSource.java

morgand 2003/01/26 02:26:54 Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant AntTag.java FileScannerTag.java SetPropertyTag.java TaskSource.java Log: converting ant taglib from Exception to JellyTagException

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/task JellyTask.java

morgand 2003/01/26 02:12:45 Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/task JellyTask.java Log: converting ant taglib from Exception to JellyTagException Revision ChangesPath 1.12 +17 -3 jakarta-commons-sandbox/jelly/

cvs commit: jakarta-commons-sandbox/jelly build-all.xml

morgand 2003/01/26 01:40:21 Modified:jellybuild-all.xml Log: added junit tags to log dependencies Revision ChangesPath 1.17 +1 -1 jakarta-commons-sandbox/jelly/build-all.xml Index: build-all.xml

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/xmlunit/src/java/org/apache/commons/jelly/tags/xmlunit ActualTag.java AssertDocumentsEqualTag.java ExpectedTag.java XMLUnitTagSupport.java

morgand 2003/01/26 01:19:27 Modified:jelly/jelly-tags/xmlunit/src/java/org/apache/commons/jelly/tags/xmlunit ActualTag.java AssertDocumentsEqualTag.java ExpectedTag.java XMLUnitTagSupport.java Log: converted xmlunit taglib from Exceptio

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/velocity/src/java/org/apache/commons/jelly/tags/velocity MergeTag.java VelocityTagSupport.java

morgand 2003/01/26 01:01:28 Modified: jelly/jelly-tags/velocity/src/java/org/apache/commons/jelly/tags/velocity MergeTag.java VelocityTagSupport.java Log: converted velocity taglib from Exception to JellyTagException Revision ChangesPath 1.2

cvs commit: jakarta-commons/betwixt BUILD-README.txt README.txt

rdonkin 2003/01/26 00:50:43 Added: betwixt Tag: BETWIXT_1_0_ALPHA_1_RELEASE_BRANCH BUILD-README.txt Removed: betwixt Tag: BETWIXT_1_0_ALPHA_1_RELEASE_BRANCH README.txt Log: Renamed README.txt since this is included by maven in distributions Revi

cvs commit: jakarta-commons/betwixt/src/java/org/apache/commons/betwixt ElementDescriptor.java

rdonkin 2003/01/26 00:49:36 Modified:betwixt/src/java/org/apache/commons/betwixt Tag: BETWIXT_1_0_ALPHA_1_RELEASE_BRANCH ElementDescriptor.java Log: Corrected a missing @link in the java docs Revision ChangesPath No

cvs commit: jakarta-commons/betwixt maven.xml

rdonkin 2003/01/26 00:49:07 Modified:betwixt Tag: BETWIXT_1_0_ALPHA_1_RELEASE_BRANCH maven.xml Log: Added preGoals to make sure that maven includes RELEASE-NOTES in distributions Revision ChangesPath No revision No revision

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

This email is autogenerated from the output from: Buildfile: build.xml init: [mkdir] Created dir: /home/rubys/j

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

This email is autogenerated from the output from: Buildfile: build.xml init: [mkdir] Created dir: /home/rubys/

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

This email is autogenerated from the output from: Buildfile: build.xml init: [mkdir] Created dir: /home/rubys/j

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

This email is autogenerated from the output from: Buildfile: build.xml init: [mkdir] Created dir: /home/rub

[GUMP] Build Failure - commons-graph

This email is autogenerated from the output from: Buildfile: build.xml init: [mkdir] Created dir: /home/rubys/jakarta/jak

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/validate/src/java/org/apache/commons/jelly/tags/validate AssertValidTag.java ValidateTag.java VerifierTag.java

morgand 2003/01/26 00:44:58 Modified: jelly/jelly-tags/validate/src/java/org/apache/commons/jelly/tags/validate AssertValidTag.java ValidateTag.java VerifierTag.java Log: converted validate taglib from Exception to JellyTagException

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/threads/src/java/org/apache/commons/jelly/tags/threads GroupTag.java InterruptTag.java JoinTag.java MutexTag.java NotifyTag.java SleepTag.java SynchronizeTag.java ThreadTag.java UseMutexTag.java UseThreadTag.java WaitForTag.java WaitTag.java

morgand 2003/01/26 00:26:58 Modified:jelly/jelly-tags/threads/src/java/org/apache/commons/jelly/tags/threads GroupTag.java InterruptTag.java JoinTag.java MutexTag.java NotifyTag.java SleepTag.java SynchronizeTag.java

Re: [digester] time for a 1.4 release?

On Sat, 25 Jan 2003, Craig R. McClanahan wrote: > > > On Sat, 25 Jan 2003, robert burrell donkin wrote: > > > the last digester release was back in august. a lot of bugs have been > > fixed since then. i think that a new release is long overdue. > > > > unless anyone else wants to jump in, i'll