clonevm on

2004-08-25 Thread Dave Brondsema 

The new clonevm attribute on the  task looked like exactly what I
needed, but it seems to only clone the built in system properties and not
ones specified one the commandline (e.g. ant -Dmyapp.foo=bar).  I tried
changing BuiltinPropertySetName to "all" didn't work.

How can this be done?

Thanks,

-- 
Dave Brondsema : [EMAIL PROTECTED]
http://www.brondsema.net : personal
http://www.splike.com : programming
http://csx.calvin.edu : student org

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

Re: clonevm on

2004-08-25 Thread Dave Brondsema 
Dominique Devienne wrote:
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
The new clonevm attribute on the  task looked like exactly what
I
needed, but it seems to only clone the built in system properties and
not
ones specified one the commandline (e.g. ant -Dmyapp.foo=bar).  I
tried
changing BuiltinPropertySetName to "all" didn't work.

Never used clonevm, but you might be able to work around this
by using a nested . --DD
That works great using propertysetref's @prefix, thanks for the suggestion!


signature.asc
Description: OpenPGP digital signature

DO NOT REPLY [Bug 30601] - Error in jar task

2004-08-25 Thread bugzilla 
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_bug.cgi?id=30601

Error in jar task





--- Additional Comments From [EMAIL PROTECTED]  2004-08-25 21:44 ---
No need for that. The spec also says that continuation lines begin with a 
single space, and are merged with the space removed, so all the lines end up 
put together just fine.

There are no known issues with the manifest format, and I and others use it 
with very long classpaths. So far all people claiming there was a bug there 
have been mistaken, and the problem lied either with faulty app servers not 
correctly reading JAR manifest, or an issue with the classpath itself (as 
opposed to the way it's formatted inside the JAR). --DD

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

DO NOT REPLY [Bug 30601] - Error in jar task

2004-08-25 Thread bugzilla 
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_bug.cgi?id=30601

Error in jar task





--- Additional Comments From [EMAIL PROTECTED]  2004-08-25 21:37 ---
It's clear that the MANIFEST spec says that lines cannot be longer than 72
chars. ( I won't try to speculate on the reason ).  However, the problem lies in
Manifest.java where the code which arbirarily wraps lines to no more than 70
characters does not attempt to wrap on white space.  Instead it'll just chop a
word into two pieces.   This is roughly line 300 in the method writeValue.
I would recommend changing this so that in addition to chopping it to no more
than 70 chars, it will only do so on white space.

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

RE: clonevm on

2004-08-25 Thread Dominique Devienne 
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> 
> The new clonevm attribute on the  task looked like exactly what
I
> needed, but it seems to only clone the built in system properties and
not
> ones specified one the commandline (e.g. ant -Dmyapp.foo=bar).  I
tried
> changing BuiltinPropertySetName to "all" didn't work.

Never used clonevm, but you might be able to work around this
by using a nested . --DD

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

clonevm on

2004-08-25 Thread brondsem 

The new clonevm attribute on the  task looked like exactly what I
needed, but it seems to only clone the built in system properties and not
ones specified one the commandline (e.g. ant -Dmyapp.foo=bar).  I tried
changing BuiltinPropertySetName to "all" didn't work.

How can this be done?

Thanks,

-- 
Dave Brondsema : [EMAIL PROTECTED]
http://www.brondsema.net : personal
http://www.splike.com : programming
http://csx.calvin.edu : student org

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

[GUMP@brutus]: ant/ant-embed-optional success

2004-08-25 Thread Gump Integration Build 
To whom it may satisfy...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project ant-embed-optional *no longer* has an issue.
Project State : 'Success', Reason ''

Full details are available at:

http://brutus.apache.org/gump/public/ant/ant-embed-optional/index.html

That said, some snippets follow:


The following annotations were provided:
 -DEBUG- Dependency on jakarta-velocity exists, no need to add for property 
velocity-dep.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -INFO- No license on redistributable project with outputs.


The following work was performed:
http://brutus.apache.org/gump/public/ant/ant-embed-optional/gump_work/build_ant_ant-embed-optional.html
Work Name: build_ant_ant-embed-optional (Type: Build)
State: Success
Elapsed: 2 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar
 org.apache.tools.ant.Main 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djxpath.jar=/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/commons-jxpath.jar
 
-Dcommons-discovery.jar=/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar
 -Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dvelocity-dep.jar=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-25082004.jar
 
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar
 
-Djexl.jar=/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-25082004.jar
 
-Dvelocity.jar=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-25082004.jar
 embed-optional 
[Working Directory: /usr/local/gump/public/workspace/ant/proposal/embed]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/xml-stylebook/bin/stylebook-1.0-b3_xalan-2.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/commons-jxpath.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-25082004.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/logkit/target/deliverables/jars/avalon-logkit-25082004.jar:/usr/local/gump/public/workspace/avalon-tools/tools/magic/target/deliverables/jars/avalon-tools-magic-25082004.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-25082004.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-25082004.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar-
Buildfile: build.xml

init:
[mkdir] Created dir: 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes

embed-optional:
[javac] Compiling 6 source files to 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
 [copy] Copying 1 file to 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes
  [jar] Building jar: 
/usr/local/gump/public/workspace/ant/proposal/embed/build/optional-dynprop.jar

BUILD SUCCESSFUL
Total time: 2 seconds
-




To subscribe to this information via syndicated feeds:
 RSS: http://brutus.apache.org/gump/public/ant/ant-embed-optional/rss.xml
 Atom: http://brutus.apache.org/gump/public/ant/ant-embed-optional/atom.xml


--
Gump E-mail Identifier (within run) #32.
Produced by Gump 2.1.0-alpha-0003.
[Run (14001125082004, brutus:brutus-public:14001125082004)]
http://brutus.apache.org/gump/public

DO NOT REPLY [Bug 30601] - Error in jar task

2004-08-25 Thread bugzilla 
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_bug.cgi?id=30601

Error in jar task





--- Additional Comments From [EMAIL PROTECTED]  2004-08-25 18:50 ---
This is normal, and as defined by the spec. The JDK jar command does the same 
thing. The Manifest as you type it or as a file outside a jar is different than 
the Manifest inside the JAR file, the latter following the Jar spec. --DD

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

DO NOT REPLY [Bug 30601] - Error in jar task

2004-08-25 Thread bugzilla 
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_bug.cgi?id=30601

Error in jar task





--- Additional Comments From [EMAIL PROTECTED]  2004-08-25 18:42 ---
I'm having a similiar problem where the "Class-Path" line within MANIFEST.MF is
being "wrapped" by the  task onto multiple lines at a 70 character line
break.   My goal has been to include a series of jars within my jar for easy
distribution. 

after unpacking my jar I see :
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.6.2
Created-By: 1.4.2_04-b05 (Sun Microsystems Inc.)
Main-Class: com.xoom.config.XoomEnv
Class-Path: activation-1.0.2.jar commons-httpclient-2.0.jar commons-ne
 t-1.2.2.jar jython-2.1.jar lucene-1.4-rc3.jar mysql-connector-java-3.
 0.14-production-bin.jar BlowfishJ.jar commons-logging.jar jline.jar .
 /log4j-1.2.8.jar mail-1.3.1.jar xmlrpc-1.2-b1.jar



*  but before packing the jar.. the MANIFEST.MF reads:
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.6.2
Created-By: 1.4.2_04-b05 (Sun Microsystems Inc.)
Main-Class: com.xoom.config.XoomEnv
Class-Path: activation-1.0.2.jar commons-httpclient-2.0.jar
commons-net-1.2.2.jar jython-2.1.jar lucene-1.4-rc3.jar
mysql-connector-java-3.0.14-production-bin.jar BlowfishJ.jar commons-logging.jar
jline.jar ./log4j-1.2.8.jar mail-1.3.1.jar xmlrpc-1.2-b1.jar

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

DO NOT REPLY [Bug 30365] - zip-task doesn't zip the empty directories

2004-08-25 Thread bugzilla 
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_bug.cgi?id=30365

zip-task doesn't zip the empty directories





--- Additional Comments From [EMAIL PROTECTED]  2004-08-25 16:29 ---
Funny.  When I was fixing the  +  issue I happened to notice 
those always-zero subscripts, so I fixed them without actually knowing what the 
result would be ;)

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

[GUMP@brutus]: ant/ant-embed-optional success

2004-08-25 Thread Gump Integration Build 
To whom it may satisfy...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project ant-embed-optional *no longer* has an issue.
Project State : 'Success', Reason ''

Full details are available at:

http://brutus.apache.org/gump/public/ant/ant-embed-optional/index.html

That said, some snippets follow:


The following annotations were provided:
 -DEBUG- Dependency on jakarta-velocity exists, no need to add for property 
velocity-dep.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -INFO- No license on redistributable project with outputs.


The following work was performed:
http://brutus.apache.org/gump/public/ant/ant-embed-optional/gump_work/build_ant_ant-embed-optional.html
Work Name: build_ant_ant-embed-optional (Type: Build)
State: Success
Elapsed: 2 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar
 org.apache.tools.ant.Main 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djxpath.jar=/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/commons-jxpath.jar
 
-Dcommons-discovery.jar=/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar
 -Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dvelocity-dep.jar=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-25082004.jar
 
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar
 
-Djexl.jar=/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-25082004.jar
 
-Dvelocity.jar=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-25082004.jar
 embed-optional 
[Working Directory: /usr/local/gump/public/workspace/ant/proposal/embed]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/xml-stylebook/bin/stylebook-1.0-b3_xalan-2.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/commons-jxpath.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-25082004.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/logkit/target/deliverables/jars/avalon-logkit-25082004.jar:/usr/local/gump/public/workspace/avalon-tools/tools/magic/target/deliverables/jars/avalon-tools-magic-25082004.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-25082004.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-25082004.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar-
Buildfile: build.xml

init:
[mkdir] Created dir: 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes

embed-optional:
[javac] Compiling 6 source files to 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
 [copy] Copying 1 file to 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes
  [jar] Building jar: 
/usr/local/gump/public/workspace/ant/proposal/embed/build/optional-dynprop.jar

BUILD SUCCESSFUL
Total time: 2 seconds
-




To subscribe to this information via syndicated feeds:
 RSS: http://brutus.apache.org/gump/public/ant/ant-embed-optional/rss.xml
 Atom: http://brutus.apache.org/gump/public/ant/ant-embed-optional/atom.xml


--
Gump E-mail Identifier (within run) #32.
Produced by Gump 2.1.0-alpha-0003.
[Run (22000725082004, brutus:brutus-public:22000725082004)]
http://brutus.apache.org/gump/public

RE: Ant 1.6.3 [was status report on the PMC list]

2004-08-25 Thread Dominique Devienne 
> From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED]
> No, I was talking about our processes in my regular work.

Ah, but we're not asking you to switch to SVN ;-)

Seriously, the merge burden needs to be addressed, and I really
believe SVN is a possible solution (not the solution). --DD

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

RE: Ant 1.6.3 [was status report on the PMC list]

2004-08-25 Thread Jose Alberto Fernandez 
> From: Dominique Devienne [mailto:[EMAIL PROTECTED] 
> 
> > From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED]
> > > From: Dominique Devienne [mailto:[EMAIL PROTECTED]
> > > Another more controversial alternative would be to use a CM tool 
> > > with better merging abilities, and Subversion comes to mind of 
> > > course. From the little I've read, it seems that SVN does merges 
> > > better, without the need for tags, thanks to its global 
> versioning 
> > > of the whole repo.
> > >
> > > Is there an official line of the ASF about SVN? And are there any 
> > > Apache projects which have switched to SVN? Just wondering, --DD
> > >
> > 
> > Is there any ANT support for SVN :-) We have a lot of our CVS
> procedures
> > coded as ANT targets (which may be quite slow) but one of 
> the reasons 
> > for not moving is that I do not know of good SVN support on ANT.
> 
> Which ones? I can't find a single  tag in Ant's 
> build.xml file. --DD
> 

No, I was talking about our processes in my regular work.

Jose Alberto

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

[Fwd: DO NOT REPLY [Bug 30365] - zip-task doesn't zip the empty directories]

2004-08-25 Thread Antoine Levy-Lambert 
Hey Matt,
This was a quick one. You had done the work.
Cheers,
Antoine
 Original Message 
Subject: 	DO NOT REPLY [Bug 30365] - zip-task doesn't zip the empty 
directories
Date: 	25 Aug 2004 15:02:12 -
From: 	[EMAIL PROTECTED]
Reply-To: 	Ant Developers List <[EMAIL PROTECTED]>
To: 	[EMAIL PROTECTED]


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_bug.cgi?id=30365
zip-task doesn't zip the empty directories
[EMAIL PROTECTED] changed:
  What|Removed |Added

Status|NEW |RESOLVED
Resolution||FIXED
  Target Milestone|--- |1.6.3

--- Additional Comments From [EMAIL PROTECTED]  2004-08-25 15:02 ---
The problem was already fixed by Matt Benson in CVS HEAD, anyway after the
release of ANT_162.
I have added one testcase and merged the change of Matt into the ANT_16 branch.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


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

DO NOT REPLY [Bug 30365] - zip-task doesn't zip the empty directories

2004-08-25 Thread bugzilla 
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_bug.cgi?id=30365

zip-task doesn't zip the empty directories

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |1.6.3



--- Additional Comments From [EMAIL PROTECTED]  2004-08-25 15:02 ---
The problem was already fixed by Matt Benson in CVS HEAD, anyway after the
release of ANT_162.
I have added one testcase and merged the change of Matt into the ANT_16 branch.

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

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Zip.java

2004-08-25 Thread antoine 
antoine 2004/08/25 07:58:10

  Modified:.Tag: ANT_16_BRANCH WHATSNEW
   src/etc/testcases/taskdefs Tag: ANT_16_BRANCH zip.xml
   src/testcases/org/apache/tools/ant/taskdefs Tag:
ANT_16_BRANCH ZipTest.java
   src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH
Zip.java
  Log:
  Merge from HEAD
  Zip task would not zip filesets containing only empty dirs
  PR: 30365
  Submitted by: Matt Benson
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.503.2.130 +2 -0  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.503.2.129
  retrieving revision 1.503.2.130
  diff -u -r1.503.2.129 -r1.503.2.130
  --- WHATSNEW  23 Aug 2004 20:30:44 -  1.503.2.129
  +++ WHATSNEW  25 Aug 2004 14:58:09 -  1.503.2.130
  @@ -34,6 +34,8 @@
   
   * FTP task, getTimeDiff method was returning wrong value. Bugzilla 30595.
   
  +* Zip task was not zipping when only empty directories were found. Bugzilla 
30365.
  +
   Changes from Ant 1.6.1 to Ant 1.6.2
   ===
   
  
  
  
  No   revision
  No   revision
  1.13.2.1  +13 -0 ant/src/etc/testcases/taskdefs/zip.xml
  
  Index: zip.xml
  ===
  RCS file: /home/cvs/ant/src/etc/testcases/taskdefs/zip.xml,v
  retrieving revision 1.13
  retrieving revision 1.13.2.1
  diff -u -r1.13 -r1.13.2.1
  --- zip.xml   4 Aug 2003 12:11:37 -   1.13
  +++ zip.xml   25 Aug 2004 14:58:10 -  1.13.2.1
  @@ -122,6 +122,18 @@
includes="ziptest/**" filesonly="true"/>
 
   
  +  
  +  
  +
  +
  +  
  +
  +  
  +  
  +
  + 
  +  
  +
 
   
   
  @@ -134,5 +146,6 @@
   
   
   
  +
 
   
  
  
  
  No   revision
  No   revision
  1.15.2.5  +13 -0 
ant/src/testcases/org/apache/tools/ant/taskdefs/ZipTest.java
  
  Index: ZipTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/taskdefs/ZipTest.java,v
  retrieving revision 1.15.2.4
  retrieving revision 1.15.2.5
  diff -u -r1.15.2.4 -r1.15.2.5
  --- ZipTest.java  9 Mar 2004 17:02:02 -   1.15.2.4
  +++ ZipTest.java  25 Aug 2004 14:58:10 -  1.15.2.5
  @@ -126,4 +126,17 @@
   executeTarget("testFilesOnlyDoesntCauseRecreate");
   assertEquals(l, 
getProject().resolveFile("test3.zip").lastModified());
   }
  +
  +// Bugzilla Report 22865
  +public void testEmptySkip() {
  +executeTarget("testEmptySkip");
  +assertTrue("archive should get skipped",
  +   !getProject().resolveFile("test3.zip").exists());
  +}
  +// Bugzilla Report 30365
  +public void testZipEmptyDir() {
  +executeTarget("zipEmptyDir");
  +assertTrue("archive should be created",
  +   getProject().resolveFile("test3.zip").exists());
  +}
   }
  
  
  
  No   revision
  No   revision
  1.116.2.10 +2 -2  ant/src/main/org/apache/tools/ant/taskdefs/Zip.java
  
  Index: Zip.java
  ===
  RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Zip.java,v
  retrieving revision 1.116.2.9
  retrieving revision 1.116.2.10
  diff -u -r1.116.2.9 -r1.116.2.10
  --- Zip.java  7 Jun 2004 12:29:09 -   1.116.2.9
  +++ Zip.java  25 Aug 2004 14:58:10 -  1.116.2.10
  @@ -917,13 +917,13 @@
   Vector resources = new Vector();
   String[] directories = rs.getIncludedDirectories();
   for (int j = 0; j < directories.length; j++) {
  -if (!"".equals(directories[0]) || !skipEmptyNames) {
  +if (!"".equals(directories[j]) || !skipEmptyNames) {
   resources.addElement(rs.getResource(directories[j]));
   }
   }
   String[] files = rs.getIncludedFiles();
   for (int j = 0; j < files.length; j++) {
  -if (!"".equals(files[0]) || !skipEmptyNames) {
  +if (!"".equals(files[j]) || !skipEmptyNames) {
   resources.addElement(rs.getResource(files[j]));
   }
   }
  
  
  

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

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs ZipTest.java

2004-08-25 Thread antoine 
antoine 2004/08/25 07:56:41

  Modified:.WHATSNEW
   src/etc/testcases/taskdefs zip.xml
   src/testcases/org/apache/tools/ant/taskdefs ZipTest.java
  Log:
  Zip task did not create tasks when there are only empty directories in the 
selection
  I have simply added a testcase, the code was already fixed by Matt Benson in 
Zip.java
  revision 1.128
  PR: 30365
  
  Revision  ChangesPath
  1.653 +2 -0  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.652
  retrieving revision 1.653
  diff -u -r1.652 -r1.653
  --- WHATSNEW  23 Aug 2004 20:27:37 -  1.652
  +++ WHATSNEW  25 Aug 2004 14:56:41 -  1.653
  @@ -80,6 +80,8 @@
   
   * FTP task, getTimeDiff method was returning wrong value. Bugzilla 30595.
   
  +* Zip task was not zipping when only empty directories were found. Bugzilla 
30365.
  +
   Changes from Ant 1.6.1 to Ant 1.6.2
   ===
   
  
  
  
  1.15  +7 -0  ant/src/etc/testcases/taskdefs/zip.xml
  
  Index: zip.xml
  ===
  RCS file: /home/cvs/ant/src/etc/testcases/taskdefs/zip.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- zip.xml   7 Jun 2004 12:17:25 -   1.14
  +++ zip.xml   25 Aug 2004 14:56:41 -  1.15
  @@ -128,6 +128,12 @@
   
 
   
  +  
  +  
  +
  + 
  +  
  +
 
   
   
  @@ -140,5 +146,6 @@
   
   
   
  +
 
   
  
  
  
  1.21  +6 -0  
ant/src/testcases/org/apache/tools/ant/taskdefs/ZipTest.java
  
  Index: ZipTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/taskdefs/ZipTest.java,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- ZipTest.java  7 Jun 2004 12:17:25 -   1.20
  +++ ZipTest.java  25 Aug 2004 14:56:41 -  1.21
  @@ -133,4 +133,10 @@
   assertTrue("archive should get skipped",
  !getProject().resolveFile("test3.zip").exists());
   }
  +// Bugzilla Report 30365
  +public void testZipEmptyDir() {
  +executeTarget("zipEmptyDir");
  +assertTrue("archive should be created",
  +   getProject().resolveFile("test3.zip").exists());
  +}
   }
  
  
  

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

RE: Ant 1.6.3 [was status report on the PMC list]

2004-08-25 Thread Dominique Devienne 
> From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED]
> > From: Dominique Devienne [mailto:[EMAIL PROTECTED]
> > Another more controversial alternative would be to use a CM
> > tool with better merging abilities, and Subversion comes to
> > mind of course. From the little I've read, it seems that SVN
> > does merges better, without the need for tags, thanks to its
> > global versioning of the whole repo.
> >
> > Is there an official line of the ASF about SVN? And are there
> > any Apache projects which have switched to SVN? Just wondering, --DD
> >
> 
> Is there any ANT support for SVN :-) We have a lot of our CVS
procedures
> coded as ANT targets (which may be quite slow) but one of the reasons
> for not moving is that I do not know of good SVN support on ANT.

Which ones? I can't find a single  tag in Ant's build.xml file.
--DD

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

SMB task

2004-08-25 Thread Marcel Stör 
Hi,

As I couldn't find an SMB task (copy to remote Windows/Samba server plus
authentication) for Ant, I'm thinkin' about implementing my own. Apart from
the SMB stuff, all I had to do is to extend from Copy and to override
doFileOperations()!? I would also have to replace FileUtils.copyFile() with
my own implementation, right?

Regards,
Marcel


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

AW: Ant 1.6.3 [was status report on the PMC list]

2004-08-25 Thread Jan . Materne 
No, there is no buildin support.
All you can do is to use , of course.
Then better using the <*def>s to hide the 


Something like






But there will be SVN-support in the future ... but future is long :-)


Jan



> -Ursprüngliche Nachricht-
> Von: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED]
> Gesendet am: Mittwoch, 25. August 2004 16:26
> An: Ant Developers List
> Betreff: RE: Ant 1.6.3 [was status report on the PMC list]
> 
> > From: Dominique Devienne [mailto:[EMAIL PROTECTED] 
> > 
> > 
> > Another more controversial alternative would be to use a CM 
> > tool with better merging abilities, and Subversion comes to 
> > mind of course. From the little I've read, it seems that SVN 
> > does merges better, without the need for tags, thanks to its 
> > global versioning of the whole repo.
> > 
> > Is there an official line of the ASF about SVN? And are there 
> > any Apache projects which have switched to SVN? Just wondering, --DD
> > 
> 
> Is there any ANT support for SVN :-) We have a lot of our CVS 
> procedures
> 
> coded as ANT targets (which may be quite slow) but one of the reasons
> for
> not moving is that I do not know of good SVN support on ANT.
> 
> Jose Alberto
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

RE: Ant 1.6.3 [was status report on the PMC list]

2004-08-25 Thread Jose Alberto Fernandez 
> From: Dominique Devienne [mailto:[EMAIL PROTECTED] 
> 
> 
> Another more controversial alternative would be to use a CM 
> tool with better merging abilities, and Subversion comes to 
> mind of course. From the little I've read, it seems that SVN 
> does merges better, without the need for tags, thanks to its 
> global versioning of the whole repo.
> 
> Is there an official line of the ASF about SVN? And are there 
> any Apache projects which have switched to SVN? Just wondering, --DD
> 

Is there any ANT support for SVN :-) We have a lot of our CVS procedures

coded as ANT targets (which may be quite slow) but one of the reasons
for
not moving is that I do not know of good SVN support on ANT.

Jose Alberto

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

AW: Ant 1.6.3 [was status report on the PMC list]

2004-08-25 Thread Jan . Materne 
Forrest switched to SVN, for example.

Jan

> -Ursprüngliche Nachricht-
> Von: Dominique Devienne [mailto:[EMAIL PROTECTED]
> Gesendet am: Mittwoch, 25. August 2004 15:46
> An: Ant Developers List
> Betreff: RE: Ant 1.6.3 [was status report on the PMC list]
> 
> > From: Conor MacNeill [mailto:[EMAIL PROTECTED]
> > The choices I see for branch management are:
> > 
> > 1. Keep going the way we are now - i.e. applying changes to 
> both HEAD
> > and the active branch.
> > 
> > 2. Keep going as we do now but make sure branches are shorter lived.
> The
> >impact of this would be to have fewer micro releases and 
> more minor
> > releases. i.e. instead of Ant 1.6.3, we would go from HEAD 
> and call it
> > Ant 1.7 even though it may not contain any significant new features.
> 
> Semi-automated repeated CVS merges between branches are very prone
> to issues. Manual merges are prone to the human error factor too ;-)
> 
> Another more controversial alternative would be to use a CM tool
> with better merging abilities, and Subversion comes to mind of course.
> From the little I've read, it seems that SVN does merges 
> better, without
> the need for tags, thanks to its global versioning of the whole repo.
> 
> Is there an official line of the ASF about SVN? And are there any
> Apache projects which have switched to SVN? Just wondering, --DD
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

RE: Ant 1.6.3 [was status report on the PMC list]

2004-08-25 Thread Dominique Devienne 
> From: Conor MacNeill [mailto:[EMAIL PROTECTED]
> The choices I see for branch management are:
> 
> 1. Keep going the way we are now - i.e. applying changes to both HEAD
> and the active branch.
> 
> 2. Keep going as we do now but make sure branches are shorter lived.
The
>impact of this would be to have fewer micro releases and more minor
> releases. i.e. instead of Ant 1.6.3, we would go from HEAD and call it
> Ant 1.7 even though it may not contain any significant new features.

Semi-automated repeated CVS merges between branches are very prone
to issues. Manual merges are prone to the human error factor too ;-)

Another more controversial alternative would be to use a CM tool
with better merging abilities, and Subversion comes to mind of course.
>From the little I've read, it seems that SVN does merges better, without
the need for tags, thanks to its global versioning of the whole repo.

Is there an official line of the ASF about SVN? And are there any
Apache projects which have switched to SVN? Just wondering, --DD

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

DO NOT REPLY [Bug 30365] - zip-task doesn't zip the empty directories

2004-08-25 Thread bugzilla 
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_bug.cgi?id=30365

zip-task doesn't zip the empty directories

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 AssignedTo|[EMAIL PROTECTED]  |[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-08-25 13:31 ---
It looks like the problem was introduced in the revision 1.126 of Zip.java

http://cvs.apache.org/viewcvs.cgi/ant/src/main/org/apache/tools/ant/taskdefs/Zip.java
Revision 1.126 - (view) (download) (annotate) - [select for diffs]
Mon Jun 7 12:26:03 2004 UTC (2 months, 2 weeks ago) by bodewig
Branch: MAIN
Changes since 1.125: +10 -0 lines
Diff to previous 1.125 (colored) , to selected 1.116.2.5 (colored)

prevent empty archive in zip if whenempty is set to skip, PR: 22865

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

[GUMP@brutus]: ant/ant-embed-optional success

2004-08-25 Thread Gump Integration Build 
To whom it may satisfy...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project ant-embed-optional *no longer* has an issue.
Project State : 'Success', Reason ''

Full details are available at:

http://brutus.apache.org/gump/public/ant/ant-embed-optional/index.html

That said, some snippets follow:


The following annotations were provided:
 -DEBUG- Dependency on jakarta-velocity exists, no need to add for property 
velocity-dep.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -INFO- No license on redistributable project with outputs.


The following work was performed:
http://brutus.apache.org/gump/public/ant/ant-embed-optional/gump_work/build_ant_ant-embed-optional.html
Work Name: build_ant_ant-embed-optional (Type: Build)
State: Success
Elapsed: 2 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar
 org.apache.tools.ant.Main 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djxpath.jar=/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/commons-jxpath.jar
 
-Dcommons-discovery.jar=/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar
 -Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dvelocity-dep.jar=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-25082004.jar
 
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar
 
-Djexl.jar=/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-25082004.jar
 
-Dvelocity.jar=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-25082004.jar
 embed-optional 
[Working Directory: /usr/local/gump/public/workspace/ant/proposal/embed]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/xml-stylebook/bin/stylebook-1.0-b3_xalan-2.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/commons-jxpath.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-25082004.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/logkit/target/deliverables/jars/avalon-logkit-25082004.jar:/usr/local/gump/public/workspace/avalon-tools/tools/magic/target/deliverables/jars/avalon-tools-magic-25082004.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-25082004.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-25082004.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar-
Buildfile: build.xml

init:
[mkdir] Created dir: 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes

embed-optional:
[javac] Compiling 6 source files to 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
 [copy] Copying 1 file to 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes
  [jar] Building jar: 
/usr/local/gump/public/workspace/ant/proposal/embed/build/optional-dynprop.jar

BUILD SUCCESSFUL
Total time: 2 seconds
-




To subscribe to this information via syndicated feeds:
 RSS: http://brutus.apache.org/gump/public/ant/ant-embed-optional/rss.xml
 Atom: http://brutus.apache.org/gump/public/ant/ant-embed-optional/atom.xml


--
Gump E-mail Identifier (within run) #32.
Produced by Gump 2.1.0-alpha-0003.
[Run (12000425082004, brutus:brutus-public:12000425082004)]
http://brutus.apache.org/gump/public

DO NOT REPLY [Bug 30760] - sql task handle pl/sql with ';' in pl/sql code. (patch)

2004-08-25 Thread bugzilla 
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_bug.cgi?id=30760

sql task handle pl/sql with ';' in pl/sql code. (patch)





--- Additional Comments From [EMAIL PROTECTED]  2004-08-25 09:31 ---

Agree 100%. Any takers on proposing a design?

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

Re: Ant 1.6.3 [was status report on the PMC list]

2004-08-25 Thread Conor MacNeill 
Stephen McConnell wrote:
What is the criteria that is use by the Ant project for a major, minor,
and micro version bump?
Stephen.
This is my opinion.
A major version number increment represents a change in internal 
architecture. At such a transition some level of backwards compatibility 
breakage would be acceptable.

A minor version increment is associated with the release of new features.
A micro version increment is associated with bug fixes of existing features.
These are not hard and fast rules. The distinction between a new feature 
and a bug fix is not always clear. Sometimes we break compatibility in 
small ways even at micro version changes.

Over time, the thought of a major achitectural change has receded. The 
whole Ant2 exercise used a lot of energy. In any case many concepts from 
that time have made their way into Ant in an incremental fashion (and 
yes, they have potentially broken compatibility at the code level if not 
at the build file level). At one time we considered making the major 
release change correspond to a JDK dependency change but we went to JDK 
1.2 without changing to Ant 2.0.

It is interesting to note the historical correspondence between these 
increments and CVS

Architectural changes (i.e. major version changes) start out as separate 
proposals (none so far being adopted).

minor version changes are CVS HEAD branch points
micro version changes are releases on the branch.
My original idea for branches was that bug fixes would be applied on the 
branch only and not to CVS HEAD. At branch release points (micro 
releases) or sometimes sooner, the changes made on the branch would be 
merged into HEAD. This is easy to do with appropriate use of CVS tags. 
New functionality would be developed solely on HEAD.

In reality, this is not so easy. A lot of Ant users actually use HEAD 
for their Ant builds and rebuild often. These people, often Ant 
committers, want to have bug fixes as soon as they are available. In 
effect both HEAD and the branch are actively utilised. Fixes are thus 
applied to both branches. This duplication of work can be a pain and 
also can cause changes to be missed - in either direction. The longer 
the branch lives the more painful it is. The piecemeal merging without 
appropriate tagging make a larger merge more difficult.

The choices I see for branch management are:
1. Keep going the way we are now - i.e. applying changes to both HEAD 
and the active branch.

2. Keep going as we do now but make sure branches are shorter lived. The 
  impact of this would be to have fewer micro releases and more minor 
releases. i.e. instead of Ant 1.6.3, we would go from HEAD and call it 
Ant 1.7 even though it may not contain any significant new features.

Branches would have a life of say two months to deal with major show 
stoppers after the initial 1.x.0 release. Any bug fixes after that 
period would be made on HEAD and a release would not be made until we 
are ready.

With this approach we would have releases more often. Of course, we're 
not a company and not bound by procedures, etc. If the changes on HEAD 
require some maturation time, we could extend the life of a branch. i.e. 
in the end we do what we need to do.

3. Move to a model where bug fixes are applied to branches *only* and 
merged in a more controlled fashion either at release points or on a 
more regular basic (weekly, monthly). The advantage here is to make sure 
all changes eventually get merged into HEAD. It would probably require 
somebody to take the role of merge manager.

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

[GUMP@brutus]: ant/ant-embed-optional success

2004-08-25 Thread Gump Integration Build 
To whom it may satisfy...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project ant-embed-optional *no longer* has an issue.
Project State : 'Success', Reason ''

Full details are available at:

http://brutus.apache.org/gump/public/ant/ant-embed-optional/index.html

That said, some snippets follow:


The following annotations were provided:
 -DEBUG- Dependency on jakarta-velocity exists, no need to add for property 
velocity-dep.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -INFO- No license on redistributable project with outputs.


The following work was performed:
http://brutus.apache.org/gump/public/ant/ant-embed-optional/gump_work/build_ant_ant-embed-optional.html
Work Name: build_ant_ant-embed-optional (Type: Build)
State: Success
Elapsed: 3 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar
 org.apache.tools.ant.Main 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djxpath.jar=/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/commons-jxpath.jar
 
-Dcommons-discovery.jar=/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar
 -Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dvelocity-dep.jar=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-24082004.jar
 
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar
 
-Djexl.jar=/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-24082004.jar
 
-Dvelocity.jar=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-24082004.jar
 embed-optional 
[Working Directory: /usr/local/gump/public/workspace/ant/proposal/embed]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/xml-stylebook/bin/stylebook-1.0-b3_xalan-2.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-commons/jxpath/dist/commons-jxpath.jar:/usr/local/gump/public/workspace/jdom/build/jdom.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-24082004.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/logkit/target/deliverables/jars/avalon-logkit-24082004.jar:/usr/local/gump/public/workspace/avalon-tools/tools/magic/target/deliverables/jars/avalon-tools-magic-24082004.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-24082004.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-24082004.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar-
Buildfile: build.xml

init:
[mkdir] Created dir: 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes

embed-optional:
[javac] Compiling 6 source files to 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
 [copy] Copying 1 file to 
/usr/local/gump/public/workspace/ant/proposal/embed/build/classes
  [jar] Building jar: 
/usr/local/gump/public/workspace/ant/proposal/embed/build/optional-dynprop.jar

BUILD SUCCESSFUL
Total time: 2 seconds
-




To subscribe to this information via syndicated feeds:
 RSS: http://brutus.apache.org/gump/public/ant/ant-embed-optional/rss.xml
 Atom: http://brutus.apache.org/gump/public/ant/ant-embed-optional/atom.xml


--
Gump E-mail Identifier (within run) #32.
Produced by Gump 2.1.0-alpha-0003.
[Run (02341924082004, brutus:brutus-public:02341924082004)]
http://brutus.apache.org/gump/public