DO NOT REPLY [Bug 18476] - copy with filtering modifies lineendings

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_bu

cvs commit: ant/src/main/org/apache/tools/ant/types ZipFileSet.java

antoine 2003/04/22 16:33:32 Modified:src/main/org/apache/tools/ant/types ZipFileSet.java Log: fix because of class cast exception detected Revision ChangesPath 1.18 +4 -1 ant/src/main/org/apache/tools/ant/types/ZipFileSet.java Index: ZipFileSet.java =

DO NOT REPLY [Bug 18476] - copy with filtering modifies lineendings

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_bu

DO NOT REPLY [Bug 18476] - copy with filtering modifies lineendings

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_bu

Re: Backward incompatible change in task?

I have fixed the problem. Antoine - Original Message - From: "Gianugo Rabellino" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 23, 2003 12:11 AM Subject: Backward incompatible change in task? > Hi there, > > probably some of you are already aware of this problem si

cvs commit: ant/src/etc/testcases/taskdefs war.xml

antoine 2003/04/22 16:16:30 Modified:src/main/org/apache/tools/ant/types ZipFileSet.java src/etc/testcases/taskdefs war.xml Log: avoid backward compatibility problems for lib attribute of war task, so relax ZipFileSet#getRef Revision ChangesPath 1.17

DO NOT REPLY [Bug 19237] New: - SSHExec task should fail if remote command fails

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_bu

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

antoine 2003/04/22 15:12:53 Modified:src/main/org/apache/tools/ant/taskdefs Java.java docs/manual/CoreTasks java.html src/etc/testcases/taskdefs java.xml src/testcases/org/apache/tools/ant/taskdefs JavaTest.java Log: allow to set a propert

Backward incompatible change in task?

Hi there, probably some of you are already aware of this problem since I posted about it on the Gump ML. I've never been a power ant user, and I never participated in the ant development process so please forgive me if this discussion has been already done in the past (apart from http://marc.th

ERROR: unknown key letter (cm1)

Hello, Anyone has solution/cause for following error. Thanks Nafis [pvcs] Getting files [pvcs] Executing get -N @/tmp_mnt/home/auto/ch1npat1/pvcs_ant_5070228153567178712.log Execute:Java13CommandLauncher: Executing 'get' with arguments: '-N' '@/tmp_mnt/home/auto/ch1npat1/pvcs_ant_507022815

DO NOT REPLY [Bug 19224] New: - The task should accept the 'dependcache' and 'dependcacheref' attributes

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_bu

DO NOT REPLY [Bug 18476] - copy with filtering modifies lineendings

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_bu

cvs commit: ant/src/testcases/org/apache/tools/ant/filters NoNewLineTest.java HeadTailTest.java

umagesh 2003/04/22 11:23:55 Modified:.WHATSNEW build.xml docs/manual/CoreTypes filterchain.html src/etc/testcases/filters build.xml src/etc/testcases/filters/expected head-tail.headtail.test src/etc/testcases/filters/inp

Re: antlib

Jose Alberto Fernandez wrote: Hi guys, I would propose to that instead of calling ruper, the rupper people can provide a task (or whatever other name you want) that will do all the finding and downloading and then will invoque . If we do this, then we can concentrate here on the local while some

Re: antlib / ruper task

Dominique Devienne wrote: Works just fine for the purpose of doing s... We don't require anything fancy here. Getting files thru HTTP with timestamp works for me, and has been for a while. I've even done simple stuff like extracting properties from the HTTP header at the same time I'm getting a fil

RE: antlib

> From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > I agree with Stefan. I much prefer to have AntLib *specified*, as in a > specification of the contract an AntLib must fullfil to be > usable but Ant, > than working on the tools themselves to package an AntLib (XDoclet or > whatever else),

Fwd: Xindice: a final suggestion

FYI. Begin forwarded message: From: Gianugo Rabellino <[EMAIL PROTECTED]> Date: Tue Apr 22, 2003 1:35:06 PM US/Eastern To: Gump code and data Subject: Xindice: a final suggestion Reply-To: "Gump code and data" As some of you might have noticed, Xindice is failing again, this time on a wick

RE: antlib

Hi guys, I would propose to that instead of calling ruper, the rupper people can provide a task (or whatever other name you want) that will do all the finding and downloading and then will invoque . If we do this, then we can concentrate here on the local while someone else can take care of th

RE: antlib / ruper task

Works just fine for the purpose of doing s... We don't require anything fancy here. Getting files thru HTTP with timestamp works for me, and has been for a while. I've even done simple stuff like extracting properties from the HTTP header at the same time I'm getting a file (properties added by a c

Re: antlib

A flat namespace is a bit problematic :- for example: is "containsregexp" a filter, condition or a selector The antlib proposal does provide associating the same name to different classes using roles. If a flat namespace is used, there is not much point in proceeding with the xml based descrip

Re: [GUMP] Test Failure - Ant

- Original Message - From: "Stefan Bodewig" <[EMAIL PROTECTED]> Sent: Tuesday, April 22, 2003 5:50 PM > > > * In the code of the War.java task, the lib attribute is defined as > > a ZipFileSet. In the documentation, the same lib attribute is > > defined as a FileSet. Should we fix the cod

Re: antlib / ruper task

Adam Jack wrote: I am searching for documentation about ruper. I found this http://krysalis.org/cgi-bin/krywiki.pl?Ruper I see that the ruper task depends on common-vfs. If we use Ruper for antlib, which can be very good, then we are making ant core dependent upon common-vfs. I have been working w

Re: antlib

On Tue, 22 Apr 2003, Dominique Devienne <[EMAIL PROTECTED]> wrote: > I agree with Stefan. Cool. Now if only I could find time to respond to Antoine's original mail. 8-) Will try very hard tomorrow. > Regarding AntLib itself, XML descriptor or not, I'm more interested > in being able to partitio

Re: antlib

On Tue, 22 Apr 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote, On 22/04/2003 12.40: >> On Tue, 22 Apr 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> >> wrote: >> >>>Versioning, >> Has to be part of anyway. > > And that is why I suggested this. Why reimplement something t

Re: [GUMP] Test Failure - Ant

On Sat, 19 Apr 2003, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > * In the code of the War.java task, the lib attribute is defined as > a ZipFileSet. In the documentation, the same lib attribute is > defined as a FileSet. Should we fix the code or the documentation > of the War task ? Whic

Re: cvs commit: ant/src/main/org/apache/tools/ant/types ZipFileSet.java defaults.properties

On Sat, 19 Apr 2003, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > I have coded the calls to the getters of ZipFileSet similarly to the > getters of FileSet or AbstractFileSet in Zip.java. They are the way they look right now because FileSet is much older than ProjectComponent and thus didn't

DO NOT REPLY [Bug 19220] New: - Enhance the and/or and tasks to abort when specified files are absent

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_bu

cvs commit: ant/docs/manual/CoreTasks changelog.html cvs.html cvstagdiff.html

bodewig 2003/04/22 08:40:51 Modified:docs/manual/CoreTasks Tag: ANT_15_BRANCH changelog.html cvs.html cvstagdiff.html Log: Sync with HEAD Revision ChangesPath No revision No revision 1.10.2.2 +4

cvs commit: ant/docs/manual/CoreTasks changelog.html cvs.html cvstagdiff.html

bodewig 2003/04/22 08:31:03 Modified:docs/manual/CoreTasks changelog.html cvs.html cvstagdiff.html Log: Some improvements on "you need cvs in your PATH". Submitted by: Chris Reeves <[EMAIL PROTECTED]> Revision ChangesPath 1.13 +3 -0

DO NOT REPLY [Bug 11270] - FileSet and DirSet break if the directory does not exist

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_bu

RE: antlib

I agree with Stefan. I much prefer to have AntLib *specified*, as in a specification of the contract an AntLib must fullfil to be usable but Ant, than working on the tools themselves to package an AntLib (XDoclet or whatever else), or even an auto-download feature (I've looked at Ruper, and I'm not

[Fwd: Re: antlib / ruper task]

forgot to cc Original Message Subject: Re: antlib / ruper task Date: Tue, 22 Apr 2003 15:35:30 +0200 From: Nicola Ken Barozzi <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Organization: Apache Software Foundation To: [EMAIL PROTECTED] References: <[EMAIL PROTECTED]> Adam Jack wr

RE: antlib / ruper task

> I am searching for documentation about ruper. I found this > http://krysalis.org/cgi-bin/krywiki.pl?Ruper > > I see that the ruper task depends on common-vfs. If we use Ruper for antlib, > which can be very good, then we are making ant core dependent upon > common-vfs. I have been working with

Re: antlib

Stefan Bodewig wrote, On 22/04/2003 12.40: On Tue, 22 Apr 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: Versioning, Has to be part of anyway. And that is why I suggested this. Why reimplement something that is already there and has been proposed to be donated to Ant? 'auto' download. and t

Re: cvs commit: ant/src/main/org/apache/tools/ant/types/selectors ExtendSelector.java

On Tuesday 15 April 2003 01:05, Conor MacNeill wrote: > I have some questions about this patch > > On Tue, 15 Apr 2003 03:21 am, [EMAIL PROTECTED] wrote: > > +Project.setProjectOnObject(project, o); > > Why is this a static method rather than a plain method like this: > project.

Re: Test failures (Gump is coming to tell us anyway ...)

Hi, Your guess is nearly right, I originally used beanshell, after modifying it to use apache BSF. When submitting I modified the tests to use javascript, but missed the test to check if script is available. Cheers, Peter On Tuesday 15 April 2003 07:39, Stefan Bodewig wrote: > In addition, test

Re: antlib

On Tue, 22 Apr 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: > Versioning, Has to be part of anyway. > 'auto' download. and this is where and kick in. > Users would not need to know phisical locations, and have a central > antlib repository in the Ant distro, not downloads to ad-hoc p

Re: antlib

Stefan Bodewig wrote, On 22/04/2003 11.53: On Tue, 22 Apr 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: Example: This would use the ruper task to get the antlib and load it. It would just need to have the Ruper task in Ant core. I'm losing the connection here. What more than and would

DO NOT REPLY [Bug 19037] - The 'jar' and 'war' tasks should accept the 'srcdir' attribute

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_bu

Re: [VOTE]

On Tue, 22 Apr 2003, Jan Materne <[EMAIL PROTECTED]> wrote: > The initial version was introduced by SF-user "carnold" (Curt > Arnold) later modifications by SF-user "bodewig" (Stefan Bodewig). But Curt hasn't been the one who's written it, he just committed it in that location after some CVS resh

Re: antlib

On Tue, 22 Apr 2003, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote: > Example: > > > > This would use the ruper task to get the antlib and load it. > > It would just need to have the Ruper task in Ant core. I'm losing the connection here. What more than and would be needed for the autodow

Re: AW: [VOTE]

And the original author was Matthew Inger. Peter On Tuesday 22 April 2003 10:43, [EMAIL PROTECTED] wrote: > I took a look at cvs log > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ant-contrib/ant-contrib/src/ >n et/sf/antcontrib/property/PropertyCopy.java > > The initial version was introduced b

Re: [VOTE]

Just chiming in to clarify parts of the ant-contrib and copyright assignment stuff. As for the vote itself: I've never used that task and have always felt that not using it is simpler than using it. But then again, it's just me. I won't veto it's adoption, but would really prefer to not put more

AW: [VOTE]

I took a look at cvs log http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ant-contrib/ant-contrib/src/n et/sf/antcontrib/property/PropertyCopy.java The initial version was introduced by SF-user "carnold" (Curt Arnold) later modifications by SF-user "bodewig" (Stefan Bodewig). Maybe we can ask them

DO NOT REPLY [Bug 19213] - Further Cleanup of the ClasspathUtils.

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_bu

DO NOT REPLY [Bug 19213] New: - Further Cleanup of the ClasspathUtils.

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_bu

DO NOT REPLY [Bug 19055] - New documentation for

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_bu

Re: antlib / ruper task

Antoine Levy-Lambert wrote, On 22/04/2003 9.50: ... I am searching for documentation about ruper. I found this http://krysalis.org/cgi-bin/krywiki.pl?Ruper I see that the ruper task depends on common-vfs. If we use Ruper for antlib, which can be very good, then we are making ant core dependent upo

Re: antlib / ruper task

From: "Nicola Ken Barozzi" <[EMAIL PROTECTED]> Sent: Tuesday, April 22, 2003 8:26 AM > What I would like to see in antlibs, and that can be quite easily done > IMHO, is to make it possible to add an 'autodownload' attribute that can > get them from a repository, using Ruper, and versioning. > > Ex

cvs commit: ant/xdocs external.xml

bodewig 2003/04/22 00:38:02 Modified:docs external.html xdocsexternal.xml Log: Update Antenna's description. Submitted by: Joerg Pleumann Revision ChangesPath 1.112 +11 -6 ant/docs/external.html Index: external.html

cvs commit: ant/src/main/org/apache/tools/ant/util WeakishReference.java

bodewig 2003/04/22 00:35:17 Modified:docs/manual/OptionalTasks starteam.html src/main/org/apache/tools/ant/taskdefs Classloader.java src/main/org/apache/tools/ant/taskdefs/optional/ccm CCMReconfigure.java src/main/org/a

Re: antlib

- Original Message - From: "Stu Halloway (DevelopMentor)" <[EMAIL PROTECTED]> Sent: Tuesday, April 22, 2003 5:08 AM Subject: RE: antlib > Happy to help out if I can, and Erik's right, I haven't been monitoring > the dev list lately. :-) > > Stu > I will be happy too if you review the cod

Re: antlib

- Original Message - From: "Erik Hatcher" <[EMAIL PROTECTED]> > Also keep in mind that we can use XDoclet to generate these > descriptors, if that seems like the right thing to do. I'd be happy to > help out with that generation. > OK - feel free to add a target in the proposals build.xml

DO NOT REPLY [Bug 18093] - task proposed nested tasks to ease application.xml management

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_bu

Re: antlib

Antoine Levy-Lambert wrote, On 21/04/2003 23.23: ... I would like, based on this email, to read what you find OK and what should be changed in the antlib proposal. Once I have the comments from everybody on the list, we might put them together in a document - including conflicting views if any - an

RE: antlib

Happy to help out if I can, and Erik's right, I haven't been monitoring the dev list lately. :-) Stu > 4) A framework for managing classloaders where you can specify which > classloader to use when loading an antlib. We ought to get Stuart Halloway involved in this effort. He's got a lot of e

DO NOT REPLY [Bug 18884] - stcheckout should handle a convertCRLF flag

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_bu

DO NOT REPLY [Bug 18884] - stcheckout should handle a convertCRLF flag

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_bu

DO NOT REPLY [Bug 15730] - StarTeam performance enhancement

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_bu

DO NOT REPLY [Bug 19198] - Compiling 2nd jar file using ant 1.5.3 in windows 2K Server

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_bu

DO NOT REPLY [Bug 19199] - Compiling 2nd jar file using ant 1.5.3 in windows 2K Server

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_bu

Re: antlib

On Monday, April 21, 2003, at 05:23 PM, Antoine Levy-Lambert wrote: I am trying to update the antlib proposal (proposal/sandbox/antlib). Cool stuff... glad you are on board! :) There are the following features in the antlib proposal: 1) antlib & antjar deployment descript

DO NOT REPLY [Bug 18476] - copy with filtering modifies lineendings

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_bu