DO NOT REPLY [Bug 17648] - not working for zip task

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17648

 not working for zip task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 00:57 ---
I download the source code for Ant 1.5.2 and cound not find line 540. I thought
it may be the line 520 of file
C:\apache-ant-1.5.2\src\main\org\apache\tools\ant\taskdefs\Zip.java dated
02/28/2003 . I'm using the TextPad 4.6 as editor.

Compiled under Windows 2000 and Java 2 SDK version 1.4.1_02 and tested. It 
worked.

DO NOT REPLY [Bug 17709] New: - junit report produces invalid XML hence junitreport fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17709

junit report produces invalid XML hence junitreport fails

   Summary: junit report produces invalid XML hence junitreport
fails
   Product: Ant
   Version: 1.5.1
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Optional Tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I'm running ant as "ant -listener org.apache.tools.ant.XmlLogger"
Executing a test that cleans, builds and unittests the application.

When running the junit tests (using the formatter type="xml") (actually running 
Cactus tests), however the output produces invalid XML.

The invalide line is : 



You can see the invalid  entry


When I then run the style task to format the log.xml 
   (The standard stylesheet for logger)

I get the following output



Buildfile: build.xml

build-report:
[style] Processing /home/gf06866/workspaces/Atlas/webAtlas/log.xml 
to /home/gf06866/workspaces/Atlas/webAtlas/doc/build/buildLog.html
[style] Loading stylesheet /usr/local/java/packages/jakarta-ant/jakarta-ant-
1.5.1/etc/log.xsl
[style] [Fatal Error] log.xml:764:245: The element type "stacktrace" must 
be terminated by the matching end-tag "".
[style] : Fatal Error! org.xml.sax.SAXParseException: The element 
type "stacktrace" must be terminated by the matching end-tag "". 
Cause: org.xml.sax.SAXParseException: The element type "stacktrace" must be 
terminated by the matching end-tag "".
[style] Failed to process /home/gf06866/workspaces/Atlas/webAtlas/log.xml

BUILD FAILED
file:/home/gf06866/workspaces/Atlas/webAtlas/build.xml:339: Fatal error during 
transformation



Thanks

Gary

Re: [Proposal] Krysalis Centipede, Ruper, Version to Ant

[Conor MacNeill]

On Thu, 6 Mar 2003 12:15 am, Nicola Ken Barozzi wrote:
>
>   - krysalis-centipede (the distro)   \
>   - krysalis-cents (the antlibs)   > Centipede
>   - krysalis-ant-tasks (the tasks)/
>
>   - krysalis-ruper (the downloader)
>   - krysalis-version   (versioning code)
>
> We have some committers that we'd propose to have access to the Ant
> sandbox (btw, is there a CVS module for it? In this case it would not be
> a bad thing).

At this stage, I think it is appropriate for us to look at Ruper. Centipede 
is, at this stage, something to layer on top of Ant and should remain 
separate, IMHO.

Costin has volunteered to work on getting Ruper into the proposal area. Let's 
see how that goes and then look at what other components are needed to build 
such systems on top of Ant.

>
> Thoughts?

Nicola Ken, you will need to prepare the appropriate software grant doco. 

If you think this plan is workable let's put this to a PMC vote.

Conor

DO NOT REPLY [Bug 17648] - not working for zip task

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17648

 not working for zip task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 07:03 ---
sorry it is line 467 actually from 


/ src / main / org / apache / tools / ant / taskdefs / Zip.java 


Revision: 1.78.2.11


in the procedure 


protected final void addResources(FileSet fileset, Resource[] resources,


  ZipOutputStream zOut)

Re: [ANN] Ant 1.5.2 Released!

[Stefan Bodewig]

Congratulations everyone!

I've updated the Jakarta site (listed Ant under elsewhere ;-),
freshmeat and sent an announcement to Usenet.

I'm back from my flu (this is what your kids are taking home from the
kindergarten 8-) and readily packed with anti-histamin to resist the
now blossoming birch trees (I hope), so I should be back in the game.

Cheers

Stefan

Re: Trouble using user properties in custom Ant task, help!!!

[Stefan Bodewig]

On Thu, 27 Feb 2003, Barry Lulas <[EMAIL PROTECTED]> wrote:

> I have a custom task that extends the Java task because I want to be
> able to conditionalize on the exit code of the Java application.

If you look into CVS HEAD, you'll see that  has gained quite a
few new attributes, separting System.out from System.err and similar
things.

Throwing in a resultproperty attribute like the one of  seems
straight forward.

Stefan

Re: [PATCH] Jar throwing NPE with empty fileset

[Stefan Bodewig]

On Fri, 28 Feb 2003, Nico Seessle <[EMAIL PROTECTED]> wrote:

> Have you run all tests, or just the JarTest?

All tests - as does Gump.

Stefan

Re: How do you communicate with an administrator of bugzilla?

[Stefan Bodewig]

On Tue, 4 Mar 2003, Steve Cohen <[EMAIL PROTECTED]> wrote:

> I want to change the email address by which I am known to Bugzilla.

This requires some extra bugzilla karma (more than I have).
[EMAIL PROTECTED] is supposed to be the role-account for people with
sufficient administrative privileges IIRC.

Stefan

Re: [Proposal] Krysalis Centipede, Ruper, Version to Ant

[Nicola Ken Barozzi]

Conor MacNeill wrote, On 06/03/2003 4.54:
On Thu, 6 Mar 2003 12:15 am, Nicola Ken Barozzi wrote:
 - krysalis-centipede (the distro)   \
 - krysalis-cents (the antlibs)   > Centipede
 - krysalis-ant-tasks (the tasks)/
 - krysalis-ruper (the downloader)
 - krysalis-version   (versioning code)
We have some committers that we'd propose to have access to the Ant
sandbox (btw, is there a CVS module for it? In this case it would not be
a bad thing).
At this stage, I think it is appropriate for us to look at Ruper. Centipede 
is, at this stage, something to layer on top of Ant and should remain 
separate, IMHO.
I agree that Centipede should remain separate and remain on top of Ant.
I also think that Centiepde can become an Ant subproject in it's own 
right, with committers that have access only to the eventual 
"ant-centiepde" module.

Costin has volunteered to work on getting Ruper into the proposal area. Let's 
see how that goes and then look at what other components are needed to build 
such systems on top of Ant.
Seems fair enough. I agree that we should go as slowly as needed, by 
integrating all that makes sense in Ant, and seeing what remains, and 
deciding what is in the best interest for all of us.

Thoughts?
Nicola Ken, you will need to prepare the appropriate software grant doco. 
Ok, I will.
If you think this plan is workable let's put this to a PMC vote.
Yes, let's start with Ruper, and work our way one thing at a time.
+1 :-)
--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-

RE: [Proposal] Krysalis Centipede, Ruper, Version to Ant

[Christoph Wilhelms]

> > At this stage, I think it is appropriate for us to look at 
> > Ruper. Centipede is, at this stage, something to layer on 
> > top of Ant and should remain separate, IMHO.
> 
> I agree that Centipede should remain separate and remain on 
> top of Ant.
> I also think that Centiepde can become an Ant subproject in it's own 
> right, with committers that have access only to the eventual 
> "ant-centiepde" module.

I support this idea! I see Centipede on the same level as Antidote!
Supprojects additionally do not have anything to do with the Ant
releases or release schedule and bugs/issues!

Probably Centipede has to be incubated before ;).

Should Ruper become a subproject, too?

Gump should - IMHO - become an Ant SUBProject, too (Jakarta -> Ant)

Thoughs?

Greetings,
Christoph

Re: [Proposal] Krysalis Centipede, Ruper, Version to Ant

[Nicola Ken Barozzi]

Nicola Ken Barozzi wrote, On 06/03/2003 9.49:
...
If you think this plan is workable let's put this to a PMC vote.
Yes, let's start with Ruper, and work our way one thing at a time.
Oh, one more thing.
Krysalis Version is active in our sandbox, and is an effort to get a 
versioning system, that would be then used by Ruper. And also Andy is 
working on metadata stuff.

From a quick thought, I would think that these efforts would need to be 
part of the "Ruper" thing... also since we have committers actively 
working on it, would the inclusion in the sandbox not make development 
harder at this point? What if I gave access to the krysalis repositories 
till the thing seems more stable, so that you don't need to give pache 
ids to our devs that don't have them...?

Dunno, just thoughts, I'll let the Ant PMC decide what they prefer, 
we'll be happy with any outcome, as long as a download mechanism is 
established :-)

--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-

DO NOT REPLY [Bug 17625] - COPY task on Win NT across Network drive fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17625

COPY task on Win NT across Network drive fails





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 09:02 ---
We have the same problem but only with Java 1.4
With Java 1.3.1 it works fine.

DO NOT REPLY [Bug 17711] New: - Enable use of properties reference in depends

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17711

Enable use of properties reference in depends

   Summary: Enable use of properties reference in depends
   Product: Ant
   Version: 1.5.2
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Core
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I want to be able to get away with something like the following...





  
  
  
  

  

  

  

  



This will enable me to use an external properties file to determine which 
products to build, without the need to constantly update my master build.xml.

Ant does not seem to support this at the moment.

DO NOT REPLY [Bug 17675] - metainf files ignored by jar task

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17675

metainf files ignored by jar task

Karl.O'[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From Karl.O'[EMAIL PROTECTED]  2003-03-06 09:21 
---

Yes, I can see the files using "jar tvf entitybeans.jar" but not with
WinZip.  I never saw that one before.  As you say, it seems to be similar to 
bug #17648

Thanks for your help,
K.


*** This bug has been marked as a duplicate of 17648 ***

DO NOT REPLY [Bug 17648] - not working for zip task

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17648

 not working for zip task

Karl.O'[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||Karl.O'[EMAIL PROTECTED]
   ||ujitsu.com



--- Additional Comments From Karl.O'[EMAIL PROTECTED]  2003-03-06 09:21 
---
*** Bug 17675 has been marked as a duplicate of this bug. ***

cvs commit: ant/xdocs contributors.xml

[bodewig]

bodewig 2003/03/06 01:27:21

  Modified:docs antnews.html contributors.html
   xdocscontributors.xml
  Log:
  Jon has declared himself "emeritus"
  
  Revision  ChangesPath
  1.57  +0 -1  ant/docs/antnews.html
  
  Index: antnews.html
  ===
  RCS file: /home/cvs/ant/docs/antnews.html,v
  retrieving revision 1.56
  retrieving revision 1.57
  diff -u -r1.56 -r1.57
  --- antnews.html  3 Mar 2003 15:24:12 -   1.56
  +++ antnews.html  6 Mar 2003 09:27:21 -   1.57
  @@ -392,7 +392,6 @@
Make Ant more easily extendable by allowing additional tasks to 
be "dropped" in.
Allow Ant to function as a component to simplify integration 
with GUIs and IDEs.
Make Ant more regular and logical.
  -
  
  
  It is expected that Ant 2.0 will break Ant 1.x based build files. The 
intention is to
  
  
  
  1.6   +3 -3  ant/docs/contributors.html
  
  Index: contributors.html
  ===
  RCS file: /home/cvs/ant/docs/contributors.html,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- contributors.html 10 Feb 2003 23:41:09 -  1.5
  +++ contributors.html 6 Mar 2003 09:27:21 -   1.6
  @@ -277,9 +277,6 @@
   also serving as the Chairman of the Jakarta PMC.
   
   
  -Jon Skeet
  -
  -
   Magesh Umasankar (umagesh at apache.org)
   
   Magesh is a lead software developer at
  @@ -317,6 +314,9 @@
   was one of the rabble-rousers within Sun that helped make the Jakarta
   Project a reality and served as the first Chairman of the Jakarta PMC.
   
  +
  +Jon Skeet
  +
   
 
   Committers
  
  
  
  1.3   +4 -4  ant/xdocs/contributors.xml
  
  Index: contributors.xml
  ===
  RCS file: /home/cvs/ant/xdocs/contributors.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- contributors.xml  27 Jan 2003 10:17:58 -  1.2
  +++ contributors.xml  6 Mar 2003 09:27:21 -   1.3
  @@ -80,10 +80,6 @@
   
   
   
  -Jon Skeet
  -
  -
  -
   Magesh Umasankar (umagesh at apache.org)
   
   Magesh is a lead software developer at
  @@ -117,6 +113,10 @@
   was one of the rabble-rousers within Sun that helped make the Jakarta
   Project a reality and served as the first Chairman of the Jakarta PMC.
   
  +
  +
  +Jon Skeet
  +
   
 
   
  
  
  

Re: [Proposal] Krysalis Centipede, Ruper, Version to Ant

[Nicola Ken Barozzi]

Christoph Wilhelms wrote, On 06/03/2003 9.57:
At this stage, I think it is appropriate for us to look at 
Ruper. Centipede is, at this stage, something to layer on 
top of Ant and should remain separate, IMHO.
I agree that Centipede should remain separate and remain on 
top of Ant.
I also think that Centiepde can become an Ant subproject in it's own 
right, with committers that have access only to the eventual 
"ant-centiepde" module.

I support this idea! I see Centipede on the same level as Antidote!
Supprojects additionally do not have anything to do with the Ant
releases or release schedule and bugs/issues!
This is our initial idea.
Probably Centipede has to be incubated before ;).
Well, I'm in the incubator PMC, and I've been following it since the 
start using Apache methods... I would personally regard it as already 
incubated.

Should Ruper become a subproject, too?
Dunno, probably it could make sense to make Ruper and Version part of a 
subproject that deals with extra tasks... let's just start in the 
sandbox by working on it and make a more clear idea form out of usage.

Gump should - IMHO - become an Ant SUBProject, too (Jakarta -> Ant)
Let's keep Gump out for the moment. All Apache committers have access to 
Gump, so it's not really important ATM.

--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-

cvs commit: ant/xdocs external.xml

[bodewig]

bodewig 2003/03/06 01:59:37

  Modified:docs external.html
   xdocsexternal.xml
  Log:
  Add pointer to generics compiler adapter.
  
  Submitted by: Matt Quail 
  
  Revision  ChangesPath
  1.93  +55 -0 ant/docs/external.html
  
  Index: external.html
  ===
  RCS file: /home/cvs/ant/docs/external.html,v
  retrieving revision 1.92
  retrieving revision 1.93
  diff -u -r1.92 -r1.93
  --- external.html 24 Feb 2003 15:02:15 -  1.92
  +++ external.html 6 Mar 2003 09:59:37 -   1.93
  @@ -2826,6 +2826,61 @@
   Compiler Implementations
 
 
  +  
  +  
  +
  +  
  +Generics (JSR14) Early-Access Compiler Adapter
  +  
  +
  +  
  +This is an Ant compiler-adapter that allows you 
to use the
  +normal  task plus Sun's early-access
  +compiler to compile Generics-enabled Java code.  (This is only
  +necessary until JDK1.5 is released.)
  +  
  +  
  +  
  +  Compatibility:
  +  
  +  
  +  Ant 1.5 and later
  +  
  +  
  +  
  +  
  +  URL:
  +  
  +  
  +  http://www.madbean.com/blog/3/";>http://www.madbean.com/blog/3/
  +  
  +  
  +  
  +  
  +  Contact:
  +  
  +  
  +  Matt Quail 
  +  
  +  
  +  
  +  
  +  License:
  +  
  +  
  +  Public Domain
  +  
  +  
  +
  +
 
 
   
  
  
  
  1.70  +28 -0 ant/xdocs/external.xml
  
  Index: external.xml
  ===
  RCS file: /home/cvs/ant/xdocs/external.xml,v
  retrieving revision 1.69
  retrieving revision 1.70
  diff -u -r1.69 -r1.70
  --- external.xml  24 Feb 2003 15:02:15 -  1.69
  +++ external.xml  6 Mar 2003 09:59:37 -   1.70
  @@ -1340,6 +1340,34 @@
   
   
   
  +
  +  
  +
  +This is an Ant compiler-adapter that allows you to use the
  +normal  task plus Sun's early-access
  +compiler to compile Generics-enabled Java code.  (This is only
  +necessary until JDK1.5 is released.)
  +
  +
  +  
  +Compatibility:
  +Ant 1.5 and later
  +  
  +  
  +URL:
  +http://www.madbean.com/blog/3/";>http://www.madbean.com/blog/3/
  +  
  +  
  +Contact:
  +Matt Quail 
  +  
  +  
  +License:
  +Public Domain
  +  
  +
  +  
  +
 
   
   miniRMI is a freeware opensource library that serves as a
  
  
  

DO NOT REPLY [Bug 17713] New: - feature request

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17713

feature request

   Summary: feature request
   Product: Ant
   Version: unspecified
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Optional Tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


It would be great to have an ANT Task that computes the Source Line Of Code 
using FileSet. I have created one (as an optional task). I can give you the 
source ( as is , no charge, no fees, no license ...  ), just ask it by e-mail 
as I cannot join it with this feature request.
It's small but useful (for me at least).

Best Regards

Eric

DO NOT REPLY [Bug 14446] - Include "since" in ant documentation

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=14446

Include "since" in ant documentation





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 10:49 ---
I second this request; at least for every task the doco should
give the lowest Ant version where this task surfaced first (similar to the 
since fieldin the Javadocs). This helps a lot to write "portable" build files
without having to keep many versions of the Ant Manual around...

The proposed solution goes a step further trying to document even changes
in task attributes/subelements (at least that's how I understand it), but
having a since field for every task would be a promising start...

DO NOT REPLY [Bug 17713] - feature request

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17713

feature request





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 10:51 ---
Created an attachment (id=5176)
a java source of the implementation of the feature request

DO NOT REPLY [Bug 14446] - Include "since" in ant documentation

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=14446

Include "since" in ant documentation





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 10:52 ---
Maybe the @since comment can be used for set() and 
add|create() also. So it can be used for generating the doko via 
XDoclet. (There was a discussion about that generation, I guess.)

DO NOT REPLY [Bug 17711] - Enable use of properties reference in depends

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17711

Enable use of properties reference in depends





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 11:20 ---
I've managed to get this working in my local build by modifying the setDepends
() method in Target.java.  See below:

public void setDepends(String depS) {

//Added by Steve Urwin
depS = project.replaceProperties(depS);

...

}

Note: this allows me to effectively implement a "for loop" for building all 
projects in comma delimited list held in a property.

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh - New directory

[bodewig]

bodewig 2003/03/06 04:02:01

  ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh - New directory

cvs commit: ant WHATSNEW

[conor]

conor   2003/03/06 04:05:01

  Modified:.WHATSNEW
  Log:
  Move items to the correct version
  
  Revision  ChangesPath
  1.360 +122 -80   ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.359
  retrieving revision 1.360
  diff -u -w -u -r1.359 -r1.360
  --- WHATSNEW  5 Mar 2003 03:03:11 -   1.359
  +++ WHATSNEW  6 Mar 2003 12:04:59 -   1.360
  @@ -19,43 +19,21 @@
   
   *  will no longer fail if the file to be loaded doesn't exist.
   
  -* ZipScanner#getIncludedFiles will now return the names of the ZipEntries
  -  that have been matched instead of the name of the archive.
  -
   * XML namespaces are now enabled in the XML parser, meaning XML namespace 
 declarations no longer cause errors. 
   
  -* The  task and friends have been heavily modified, almost every
  -  method signature of the Zip class has changed.  If you have subclassed
  -  Zip (or one of its subclasses), your class will most likely not
  -  compile against the current code base.  If it still compiles, it will
  -  probably not work as in Ant 1.5.1.
  -
   * The  and  tasks now require Jakarta Commons Net instead
 of the older ORO Netcomponents version.  See
 .
   
   Fixed bugs:
   ---
  -*  was not ignoring comment lines.
  -
   * Expand tasks did not behave as expected with PatternSets.
   
   *  now works on OS/400.
   
  -*  wouldn't update an existing manifest if only an attribute
  -  of an existing section changed.
  -
  -* ant.bat now supports the ANT_ARGS and JAVACMD environment variables
  -  again (like Ant 1.5 did).
  -
  -* The "plain"   could throw a NullPointerException
  -  if an error occured in setUp.
  -
   *  could hang listcab on large s.
   
  -*  will now produce output when a test times out as well.
  -
   * The starteam stcheckout, stcheckin tasks now correctly compute
 status of files against whatever local tree they are run against
 and, optionally, will not process a file if it is current.
  @@ -64,55 +42,13 @@
 The stlist task now similarly displays that status correctly making
 it a more generally useful tool.
   
  -*  would count some internal character replacements when
  -  reporting the number of replaced tokens.
  -
  -*  would cause an exception if a  pointed to files
  -  that do not exist.
  -
  -*  will now pass -source to custom doclets as well.
  -
  -*  would throw a NullPointException if there had been no
  -  differences.
  -
  -*  could miss today's changes.
  -
   * entity includes would cause exceptions if path names included spaces.
   
  -*  could append newline characters between concatenated files.
  -
  -*  ignored the specified encoding of the files to
  -  validate.
  -
  -* the errorsbeginat attribute of the  condition didn't work.
  -
  -* Ant will try to force loading of certain packages like com.sun.*
  -  from the system classloader.  The packages are determined by the
  -  version of the JVM running Ant.
  -
  -* Ant didn't find the runtime libraries on IBM's JDK 1.4 for Linux.
  -
   * addConfiguredXXX would not work for TaskAdapter wrapped tasks
   
  -* random component of temporary files is now always a positive integer.
  -
   * Fix  outputfile testing so that the output file does not need
 to exist beforehand.
   
  -* Ant could incorrectly try to use the 1.4 regexp implementation even
  -  if it isn't available if you run the JVM with -Xverify:none.
  -
  -* Ant would die with an exception if you used nested 
  -  elements in Ant and the refid attribute didn't point to an existing
  -  project reference.
  -
  -* The  task can now be compiled (and Ant thus bootstrapped) using
  -  Kaffee.
  -
  -* build.sysclasspath will now be honored by more tasks.
  -
  -*  would remove the original manifest.
  -
   * Ant will now exit with a return code of 1 if it encounters problems
 with the command line arguments.
   
  @@ -130,15 +66,6 @@
   *  output and error streams can now be redirected independently
 to either a property or a file (or both)
   
  -* 's up-to-date check didn't work for nested <(tar)fileset>s.
  -
  -*  now supports OS/2.
  -
  -*  and friends would only update/recreate existing archives if
  -  the files to add/update have been newer than the archive.
  -
  -* 's  element could fail for offline="true" on some JDKs.
  -
   Other changes:
   --
   * The filesetmanifest attribute of  has been reenabled.
  @@ -197,19 +124,12 @@
   
   * new task  to change file attributes on Windows systems.
   
  -* MailLogger now sets the Date header correctly.
  -
  -* Shipped XML parser is now Xerces 2.3.0
  -
   * 

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs/optional/ssh - New directory

[bodewig]

bodewig 2003/03/06 04:31:20

  ant/src/testcases/org/apache/tools/ant/taskdefs/optional/ssh - New directory

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs/optional/ssh ScpTest.java

[bodewig]

bodewig 2003/03/06 04:42:44

  Modified:.WHATSNEW build.xml
   docs/manual install.html optionaltasklist.html
   src/main/org/apache/tools/ant/taskdefs defaults.properties
  Added:   docs/manual/OptionalTasks scp.html
   src/main/org/apache/tools/ant/taskdefs/optional/ssh
AbstractSshMessage.java Directory.java
LogListener.java Scp.java ScpFromMessage.java
ScpToMessage.java
   src/testcases/org/apache/tools/ant/taskdefs/optional/ssh
ScpTest.java
  Log:
  
  
  Submitted by: charliehubbard76 at yahoo dot com
  
  Revision  ChangesPath
  1.361 +3 -0  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.360
  retrieving revision 1.361
  diff -u -r1.360 -r1.361
  --- WHATSNEW  6 Mar 2003 12:04:59 -   1.360
  +++ WHATSNEW  6 Mar 2003 12:42:43 -   1.361
  @@ -157,6 +157,9 @@
   * The  task  subelement has been enhanced to allow files
 with tag mappings to be used.
   
  +* New task  that supports file transfers over SSH.  Requires
  +  jsch, a BSD licensed SSH library that can be found at 
  +  http://www.jcraft.com/jsch/index.html
   
   Changes from Ant 1.5.1 to Ant 1.5.2
   =
  
  
  
  1.354 +22 -1 ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/ant/build.xml,v
  retrieving revision 1.353
  retrieving revision 1.354
  diff -u -r1.353 -r1.354
  --- build.xml 26 Feb 2003 13:06:06 -  1.353
  +++ build.xml 6 Mar 2003 12:42:43 -   1.354
  @@ -155,7 +155,10 @@
   
 
 
  -
  +
  +  
  +  
  +
 
   
 
  @@ -1616,6 +1634,9 @@
 -->
 
  +
  +  
  +  
   
 
   
  
  
  
  1.47  +6 -0  ant/docs/manual/install.html
  
  Index: install.html
  ===
  RCS file: /home/cvs/ant/docs/manual/install.html,v
  retrieving revision 1.46
  retrieving revision 1.47
  diff -u -r1.46 -r1.47
  --- install.html  24 Feb 2003 08:25:19 -  1.46
  +++ install.html  6 Mar 2003 12:42:43 -   1.47
  @@ -418,6 +418,12 @@
   target="_top">http://gump.covalent.net/jars/latest/xml-commons/
   for a nightly snapshot.
 
  +  
  +jsch.jar
  +scp task
  +http://www.jcraft.com/jsch/index.html";
  +target="_top">http://www.jcraft.com/jsch/index.html
  +  
   
   
   
  
  
  
  1.35  +1 -0  ant/docs/manual/optionaltasklist.html
  
  Index: optionaltasklist.html
  ===
  RCS file: /home/cvs/ant/docs/manual/optionaltasklist.html,v
  retrieving revision 1.34
  retrieving revision 1.35
  diff -u -r1.34 -r1.35
  --- optionaltasklist.html 7 Nov 2002 16:26:18 -   1.34
  +++ optionaltasklist.html 6 Mar 2003 12:42:43 -   1.35
  @@ -55,6 +55,7 @@
   Rpm
   ServerDeploy
   Setproxy
  +Scp
   Script
   Sound
   SourceOffSite
  
  
  
  1.1  ant/docs/manual/OptionalTasks/scp.html
  
  Index: scp.html
  ===
  
  
  
  
  SCP Task
  
  
  
  
  SCP
  Description
  Copies a file or FileSet to or from a remote machine running SSH daemon.
  FileSet only works for copying files from the local machine to a
  remote machine.
  
  Note: This task depends on external libraries not included
  in the Ant distribution.  See Library Dependencies
  for more information.
  
  Parameters
  

  Attribute
  Description
  Required


  file
  The file to copy.  This can be a local path or a
  remote path of the form user:[EMAIL 
PROTECTED]:/directory/path.
  Yes, unless a nested
   element is used.


  todir
  The directory to copy to.  This can be a local path
  or a remote path of the form user:[EMAIL 
PROTECTED]:/directory/path
  Yes


  port
  The port to connect to on the remote host.
  No, defaults to 22.


  trust
  This trusts all unknown hosts if set to yes/true.
  No, defaults to No.


  knownhosts
  This sets the known hosts file to use to validate
  the identity of the remote host.  This must be a SSH2 format file.
  SSH1 format is not supported.
  No, defaults to
  ${user.dir}/.ssh/known_hosts.


  failonerror
   Log a warning message, but do not stop the build,
 when the transfer does not work.
   
   No; defaults to true.

  
  Parameters specified as nested elements
  
  fileset
   FileSets are used to select
  sets of files to copy.
   To use a fileset,

Re: [SUBMIT] scp

[Stefan Bodewig]

Hi,

I've committed the task more or less as-is, I pretty much only changed
the package to be in ...optional.ssh as it seems we may get yet some
more classes and it is easier to keep them in a single place.  The net
package might become too crowded, I thought.

I haven't tested it extensively, but I've run the unittest and it
worked, more tests will certainly follow.

The next nightly Gump run will build this task, as Gump already knows
about jsch (at least it should).

One thing that I'd like to get fixed more or less immediately (will do
it myself if you don't find the time to look into it, Charlie) is the
JDK 1.4 dependency.  It stems from two NumberFormat#getIntegerInstance
calls.  I think JDK >= 1.2 should be our goal here, as this is what is
required for jsch itself as well.

Stefan

Re: [patch] [bugfix] IntrospectionHelper.java

[Stefan Bodewig]

On Sat, 01 Mar 2003, Neeme Praks <[EMAIL PROTECTED]> wrote:

> storeElement() method silently returns, if the tag does not support
> the specified element.

This is because storeElement can never be called without calling
createElement before that from within Ant.  It may be different from
within Jelly, I don't know.

> I also fixed the supportsNestedElement() check as it did not check
> for nestedStorers, only for nestedCreators.

nestedStorers' keys are a subset of nestedCreators' keys, aren't they?
So checking for the later should be sufficient.

Stefan

DO NOT REPLY [Bug 17721] New: - problem with wrapper shell script if $0 is a relative symlink

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17721

problem with wrapper shell script if $0 is a relative symlink

   Summary: problem with wrapper shell script if $0 is a relative
symlink
   Product: Ant
   Version: 1.1
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Wrapper scripts
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In the 'ant' shell script (module ant/src/script/ant), there is a while
loop to expand symlinks in $0 to try to find the real ANT_HOME.

This loop includes the following test, which is supposed to handle
absolute and relative paths correctly:

if expr "$link" : '.*/.*' > /dev/null; then
PRG="$link"
else
PRG=`dirname "$PRG"`"/$link"
fi

However, this test incorrectly regards a link target like '../ant/bin/ant'
as an absolute path, so ANT_HOME gets set up wrongly.

I replaced this with the following simpler snippet:

case "$link" in
/*) PRG="$link" ;;
*)  PRG=`dirname "$PRG"`"/$link" ;;
esac

which fixes the problem.

This was on Solaris 8 sparc with Ant 1.5.2 binary distribution, but
this test hasn't changed in the latest CVS, and it looks like it will
affect all Unix distributions using this script.

DO NOT REPLY [Bug 17721] - problem with wrapper shell script if $0 is a relative symlink

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17721

problem with wrapper shell script if $0 is a relative symlink





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 14:16 ---
Created an attachment (id=5178)
Patch file giving my exact change to fix problem.

DO NOT REPLY [Bug 15286] - war task creates invalid zip file

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=15286

war task creates invalid zip file





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 15:07 ---
I sort of reproduced this on Ant 1.5.2

My symptoms seem to be slightly different. My build outputs a war file, which 
when I open it with WinZip only appears to contain the stuff I added with a 
fileset. All the  and  and  stuff appears to be missing, 
even though running -verbose says the task is adding the correct number of 
files to the war. The 'missing' entries do show up when examining the file with 
jar -t

Doesn't seem to be an issue on Linux (using same CVS tree and build script).

I'll attach my war file and the script used to create it.

DO NOT REPLY [Bug 8986] - New attributes and nested tags for WAR task

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=8986

New attributes and nested tags for WAR task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 15:08 ---
Created an attachment (id=5181)
build file

DO NOT REPLY [Bug 15286] - war task creates invalid zip file

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=15286

war task creates invalid zip file





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 15:10 ---
I had a report that the .zip I built (using ) and pretty close to CVS HEAD 
of Ant is unreadable in WinZip, but worked fine with Cygwin unzip.  The zip 
file is here:http://www.ehatchersolutions.com/downloads/JavaDevWithAnt-1.0.zip

DO NOT REPLY [Bug 8986] - New attributes and nested tags for WAR task

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=8986

New attributes and nested tags for WAR task





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 15:34 ---
oops ... wrong bug ... ignore attachment

DO NOT REPLY [Bug 15286] - war task creates invalid zip file

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=15286

war task creates invalid zip file





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 15:35 ---
just reproduced this on a fresh checkout of the HEAD branch.

Re: [Proposal] Krysalis Centipede, Ruper, Version to Ant

[Costin Manolache]

Nicola Ken Barozzi wrote:

> 
> Nicola Ken Barozzi wrote, On 06/03/2003 9.49:
> ...
>>> If you think this plan is workable let's put this to a PMC vote.
>> 
>> Yes, let's start with Ruper, and work our way one thing at a time.
> 
> Oh, one more thing.
> 
> Krysalis Version is active in our sandbox, and is an effort to get a
> versioning system, that would be then used by Ruper. And also Andy is
> working on metadata stuff.

Let's try to keep things simple... A download task is clearly needed, and
will simplify and help people install other tasks, libraries and addons.
It needs to support a list of mirrors ( fall back, "preffered"), a number
of different naming schemes and packaging formats, maybe one descriptor (or
more ) and dependencies. 

Ant has strong requirements for the stability of the APIs and DTD - 
so we must be very carefull with what we expose, it'll hunt us a long time.
It would be better to have it incomplete and add more as needed then
bloat it and then try to refactor.

PMC: can we grant more people access to the sandbox ? Or should we just use
jakarta-commons-sandbox, which is already available to most people, and
take it from there when it is ready ? The second solution requires the
least effort, that's what I would preffer  :-)

Costin

DO NOT REPLY [Bug 17730] New: - wizip does not show content below WEB-INF

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17730

wizip does not show content below WEB-INF

   Summary: wizip does not show content below WEB-INF
   Product: Ant
   Version: 1.5.2
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When using the war task, wizip does not show content below WEB-INF.




However, when you unzip or test the war, the classes, jars, etc. are there.




If war has only the webinf subtask then, the resulting war shows only the 
manifest.mf file. The size of the resulting war is large however.

Re: [Proposal] Krysalis Centipede, Ruper, Version to Ant

[Steve Loughran]

- Original Message -
From: "Costin Manolache" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 06, 2003 07:33
Subject: Re: [Proposal] Krysalis Centipede, Ruper, Version to Ant



> PMC: can we grant more people access to the sandbox ? Or should we just
use
> jakarta-commons-sandbox, which is already available to most people, and
> take it from there when it is ready ? The second solution requires the
> least effort, that's what I would preffer  :-)

how about an ant sandbox?

DO NOT REPLY [Bug 17625] - COPY task on Win NT across Network drive fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17625

COPY task on Win NT across Network drive fails





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 17:38 ---
Just an FYI, we are using Sun's JDK for 1.4.1
And I've upgraded to ANT 1.5.2 and am still seeing the issue.

Re: [Proposal] Krysalis Centipede, Ruper, Version to Ant

[Bill Burton]

Hello,
Steve Loughran wrote:
jakarta-commons-sandbox, which is already available to most people, and
take it from there when it is ready ? The second solution requires the
least effort, that's what I would preffer  :-)

how about an ant sandbox?
Sounds good.  Some of the projects in the proposal area could be moved 
there.  With a separate CVS module, others who are not Ant commiters 
could be given commit access to work on their proposal.

-Bill

DO NOT REPLY [Bug 17735] New: - FTP problems in Ant 1.5.2

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17735

FTP problems in Ant 1.5.2

   Summary: FTP problems in Ant 1.5.2
   Product: Ant
   Version: 1.1
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Optional Tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I've noticed that upgrading to 1.5.2 seems to have "broken" one of my ftp 
tasks. The ftp task in question uploads a several levels deep directory 
structure to a remote system. This always worked fine in the past, but in Ant 
1.5.2, I get the following:

BUILD FAILED
file:C:/master/starman/build/build.xml:1588: could not change to directory: 550
starnode\admin: No such file or directory.

The issue is caused by the fact that I don't explicitly create all the 
directories on the remote system, only the top level directory, and in the 
past, Ant seemed to just generate the remote sub-directories under the top 
level directory as needed during the transfer on the fly. Is this something to 
do with separators ('/' Vs. '\') being changed in Ant 1.5.2? It looks like the 
fact that it's coming from Window$ and going to Unix and the separators is the 
issue, but this was never a problem in the past...

DO NOT REPLY [Bug 17625] - COPY task on Win NT across Network drive fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17625

COPY task on Win NT across Network drive fails





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 18:17 ---
Check your system clocks.  
I have often seen this kind of error becuase of timestamps.

DO NOT REPLY [Bug 17625] - COPY task on Win NT across Network drive fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17625

COPY task on Win NT across Network drive fails





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 18:28 ---
I originally thought that it might be timestamp related, but I made a build 
file with this in it:


   
  
  
  
   


R is a mapped drive.  No file exists called test1.html in the TestFolder 
directory, so I don't think timestamps would come into play.  I run the above 
and it displays the name of the target with no indication that the copy did 
anything, but the echo did print "start" and "end".

Is there a flag to cause ant to print out any kind of debugging information?  
If I could just see where this is happening, I could maybe track it down better.

DO NOT REPLY [Bug 17625] - COPY task on Win NT across Network drive fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17625

COPY task on Win NT across Network drive fails





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 18:34 ---
One more item to add, this is what I got from ant with the verbose option.  I 
found the debugging stuff I guess :)
> ant -verbose
Apache Ant version 1.5.1 compiled on October 2 2002
Buildfile: build.xml
Detected Java version: 1.4 in: e:\java\j2sdk1.4.0_01\jre
Detected OS: Windows NT
parsing buildfile build.xml with URI = file:C:/TEMP/build.xml
Project base dir set to: C:\TEMP
Build sequence for target `copy_test' is [copy_test]
Complete build sequence is [copy_test]

copy_test:
 [echo] start
 [copy] C:\TEMP\test1.html omitted as R:\TestFolder\test1.html is up to 
date.
 [echo] end

BUILD SUCCESSFUL
Total time: 2 seconds

Obviously there is some kind of error because R:\TestFolder\test1.html doesn't 
exist.

DO NOT REPLY [Bug 17625] - COPY task on Win NT across Network drive fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17625

COPY task on Win NT across Network drive fails





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 19:02 ---
My previous comment about upgrading to 1.5.2 and still seeing the issue is 
wrong.  I verified again that my version was 1.5.2 and ran the example build 
file and it worked.

Sorry for the confusion.

Re: [Proposal] Krysalis Centipede, Ruper, Version to Ant

[Erik Hatcher]

On Thursday, March 6, 2003, at 12:18  PM, Steve Loughran wrote:
how about an ant sandbox?
+1

DO NOT REPLY [Bug 17739] New: - Conditional task tags

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17739

Conditional task tags

   Summary: Conditional task tags
   Product: Ant
   Version: unspecified
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


It would be nice if there were confitional statements in ant.

For example


   
   ...

   
   ...

   
   ...

   
   ...


Currently, there is no way of doing a simple conditional logic other than 
checking to see if a property has been set or not.

Looping statements (while, for) would also be usefull but not as important
as a simple IF-ELSEIF-ELSE-ENDIF tag.

I'm you folks can add this to Ant. 

It would greatly enhance Ant's usefullness.

Thanks.

Please let know what you think

[EMAIL PROTECTED]

DO NOT REPLY [Bug 17742] New: - PVCS task generates GET with promotion group incorrectly

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17742

PVCS task generates GET with promotion group incorrectly

   Summary: PVCS task generates GET with promotion group incorrectly
   Product: Ant
   Version: 1.5.1
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When specifying a promotion group to the PVCS task, it generates the PVCS GET 
Command Line Interface command as follows:
get -N -GDevelopment -U @pvcs_ant_-3784584297761056364.log
The command fails with the following message displayed for each line of the 
pvcs_ant_-3784584297761056364.log list file:
 [pvcs] get: Group "Development" does not exist in promotion hierarchy.
Entering the command as follows produces successful execution (does not fail):
get @pvcs_ant_-3784584297761056364.log -N -GDevelopment -U
Although the PVCS manual states that the options should be specified before 
the file name on the command line, specification of the list file is an option 
and therefore should probably be specified before the other options.

Ant homepage in konqueror

[Costin Manolache]

Does anyone else use konqueror ? It seems the margin on ant.apache.org is
too small and it looks really. It looks ok on other browsers.

Is it a browser bug or something we can fix ? 

Costin

RE: Ant homepage in konqueror

[Steve Cohen]

I use Konqueror sometimes but I don't see the problem you see.  Can you 
describe a little more fully?


-Original Message-
From:   Costin Manolache [mailto:[EMAIL PROTECTED]
Sent:   Thu 3/6/2003 3:25 PM
To: [EMAIL PROTECTED]
Cc: 
Subject:Ant homepage in konqueror

Does anyone else use konqueror ? It seems the margin on ant.apache.org is
too small and it looks really. It looks ok on other browsers.

Is it a browser bug or something we can fix ? 

Costin


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

Re: Ant homepage in konqueror

[Herr Christian Wolfgang Hujer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am Donnerstag, 6. März 2003 22:25 schrieb Costin Manolache:
> Does anyone else use konqueror ? It seems the margin on ant.apache.org is
> too small and it looks really. It looks ok on other browsers.
>
> Is it a browser bug or something we can fix ?

Hi Costin,

it looks okay for me (Konqueror 3.1 from KDE 3.1 on SuSE Linux 8.1 running 
some packages of my own).
The font is a bit smaller than in other browsers, but that's common to 
Konqueror. I'm used to that since the day I use Konqueror.


Bye
- -- 
ITCQIS GmbH
Christian Wolfgang Hujer
Geschäftsführender Gesellschafter
Telefon: +49  (0)89  27 37 04 37
Telefax: +49  (0)89  27 37 04 39
E-Mail: [EMAIL PROTECTED]
WWW: http://www.itcqis.com/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+Z759zu6h7O/MKZkRAqENAJwIey3ZRjmJaL12wEEgjNB0aWoNdwCfXcNS
I++AzeamHsMNmCp+k8A6f+Q=
=HYAg
-END PGP SIGNATURE-

DO NOT REPLY [Bug 17745] New: - VSSGET task generates incorrect command line for get by label

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17745

VSSGET task generates incorrect command line for get by label

   Summary: VSSGET task generates incorrect command line for get by
label
   Product: Ant
   Version: 1.5.2
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Optional Tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If I add a label tag to a VSSGET task (optional.jar, Microsoft Visual 
Sourcesafe Tasks), SourceSafe 6.0c reports that it cannot find the version.  
The command line that is generated by MSVSSGET.java includes a parameter that 
looks like this:
-VLlabel
This does not work with MSVSS 6.0 on XP, even though MS documentation says it 
is valid.  I had to hack MSVSSGET.java a little to make it work, but I got it 
working with the following syntax:
-VL label

This very well may be a Microsoft bug, or they just might not be updating their 
documentation.  Either way, I had to adjust Ant to work with it.

DO NOT REPLY [Bug 17695] - EOL Makes Starteam Checkout Say Status Modified

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17695

EOL Makes Starteam Checkout  Say Status Modified





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 22:02 ---
I'm beginning to think this issue isn't EOL related.  Instead, I think it might 
be that the stcheckout task isn't communicating to the server the "Revision on 
Disk".  

Given: file F in starteam with branch revisions 1.1 and 1.2, and revision on 
disk 1 and 2, respecitively.  Let revision 1.1 have file size 10 and revision 
1.2 have file size 20.  Let the tip for file F be 1.2.  Let Attach 
label "mylabel1" to 1.1 and "mylabel2" to 1.2.  In summary,

 for file F
   branch revision   revision on disk  label file size
   ---     ---   -
 tip-> 1.2   2 mylabel2  20 bytes
   1.1   1 mylabel1  10 bytes

Test: If stcheckout grabs the file with "mylabel1", I assume the starteam 
windows client would report "Revision on Disk" as 1.  However, I'm seeing the 
starteam windows client reporting "Revision on Disk" as 2.

Questions: 
1. How does the starteam windows client determine the "Revision on Disk"?
2. Why is the file Status=Modified?  I assume because the file size is 10 and 
doesn't match the file size for the tip revision 20.
3. How does the starteam SDK determine if a file is modified?

DO NOT REPLY [Bug 17739] - Conditional task tags

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17739

Conditional task tags





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 22:29 ---
I think you want to look at ant contrib:

http://sourceforge.net/projects/ant-contrib/

http://ant-contrib.sourceforge.net/ant-contrib/manual/tasks/index.html

Re: Ant homepage in konqueror

[Gus Heck]

seems ok on konq 3.0.0-12 (rh linux 7.3) for me too
Costin Manolache wrote:
Does anyone else use konqueror ? It seems the margin on ant.apache.org is
too small and it looks really. It looks ok on other browsers.
Is it a browser bug or something we can fix ? 

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

Re: Ant homepage in konqueror

[Conor MacNeill]

On Fri, 7 Mar 2003 08:25 am, Costin Manolache wrote:
> Does anyone else use konqueror ? It seems the margin on ant.apache.org is
> too small and it looks really. It looks ok on other browsers.
>
> Is it a browser bug or something we can fix ?
>

I'm using Stock RH8.0 and whilst I normally use Mozilla, the page looked fine 
just now in Konqeror. (KDE 3.0.3)

Conor