DO NOT REPLY [Bug 18667] - javah module no longer works with Java 1.4.2

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 18667] - javah module no longer works with Java 1.4.2

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 18786] New: - exec cannot execute all command lines...

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 18667] - javah module no longer works with Java 1.4.2

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 18768] - WAR task (or ZIP base ?) generates amazing archives

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 18667] - javah module no longer works with Java 1.4.2

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 18667] - javah module no longer works with Java 1.4.2

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 18667] - javah module no longer works with Java 1.4.2

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: [Patch] trying solve w2k command line length limitations

- Original Message - From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, April 07, 2003 11:33 Subject: Re: [Patch] trying solve w2k command line length limitations > Stefan Bodewig wrote: > > > On Mon, 7 Apr 2003, Ignacio J. Ortega <[EMAIL PROTECTED]> wrote

Re: VOTE: new committer: Jesse Stockall

- Original Message - From: "Jesse Stockall" <[EMAIL PROTECTED]> To: "Ant Developers List" <[EMAIL PROTECTED]> Sent: Monday, April 07, 2003 11:49 Subject: Re: VOTE: new committer: Jesse Stockall > On Sunday, April 6, 2003, at 01:13 AM, Steve Loughran wrote: > > > > > I nominate Jesse Sto

Re: VOTE: new committer: Jesse Stockall

At 11:13 PM 4/5/2003, Steve Loughran wrote: I nominate Jesse Stockall as a committer +1

Re: VOTE: new committer: Jesse Stockall

On Monday, April 7, 2003, at 02:49 PM, Jesse Stockall wrote: On Sunday, April 6, 2003, at 01:13 AM, Steve Loughran wrote: I nominate Jesse Stockall as a committer Cool, so what happens now? We teach you the secret handshake and give you your official membership card that you must present at all

Re: VOTE: new committer: Jesse Stockall

On Sunday, April 6, 2003, at 01:13 AM, Steve Loughran wrote: I nominate Jesse Stockall as a committer Cool, so what happens now? Jesse Stockall - [EMAIL PROTECTED] CRYPTOCard Corp.

Re: [Patch] trying solve w2k command line length limitations

Stefan Bodewig wrote: > On Mon, 7 Apr 2003, Ignacio J. Ortega <[EMAIL PROTECTED]> wrote: > >>> Which also implies that we'll need to go through Ant's codebase and >>> replace all Class.forName() calls (we better do that anyway 8-). >> >> I didnt understand this, why? > > Class.forName will use

Re: [Patch] trying solve w2k command line length limitations

"Costin Manolache" <[EMAIL PROTECTED]> escribió en el mensaje news:[EMAIL PROTECTED] > The problem seems to be that we need a way to pass a CLASSPATH > but without using the env variable. And this needs to have the > override properties of the CLASSPATH that are used in gump. > Well, the problem i

RE: [Patch] trying solve w2k command line length limitations

I stand corrected, and apologize. --DD -Original Message- From: Andrew Haley [mailto:[EMAIL PROTECTED] Sent: Monday, April 07, 2003 11:53 AM To: Ant Developers List Subject: RE: [Patch] trying solve w2k command line length limitations Dominique Devienne writes: > Stefan is *of course* r

RE: [Patch] trying solve w2k command line length limitations

Dominique Devienne writes: > Stefan is *of course* right! Class.forName always uses the system class > loader, and not some current loader. No it doesn't. It uses the defining class loader of the caller. http://java.sun.com/j2se/1.4.1/docs/api/java/lang/Class.html#forName(java.lang.String) And

RE: [Patch] trying solve w2k command line length limitations

Stefan is *of course* right! Class.forName always uses the system class loader, and not some current loader... As far as delegation happening, that's ClassLoader 101. Unless of course one uses the second form of Class.forName, that takes a classloader as argument, provided one doesn't pass null for

Re: [Patch] trying solve w2k command line length limitations

"Stefan Bodewig" <[EMAIL PROTECTED]> escribió en el mensaje news:[EMAIL PROTECTED] > On Mon, 7 Apr 2003, Ignacio J. Ortega <[EMAIL PROTECTED]> wrote: > > >> Which also implies that we'll need to go through Ant's codebase and > >> replace all Class.forName() calls (we better do that anyway 8-). > >

DO NOT REPLY [Bug 18768] - WAR task (or ZIP base ?) generates amazing archives

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 17640] - building ant: chmod returned -1

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 18705] - Ant does not build: Java: UNIXProcess:forkAndExec: exec failed: Argument list too long

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 18717] - Missed "defaultvalue" attribute in doc

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 input.html

bodewig 2003/04/07 09:05:57 Modified:docs/manual/CoreTasks input.html Log: Document 's defaultvalue attribute. PR: 18717 Submitted by: Jan Matèrne Revision ChangesPath 1.8 +17 -1 ant/docs/manual/CoreTasks/input.html Index: input.html =

Re: [Patch] trying solve w2k command line length limitations

On Mon, 7 Apr 2003, Ignacio J. Ortega <[EMAIL PROTECTED]> wrote: >> Which also implies that we'll need to go through Ant's codebase and >> replace all Class.forName() calls (we better do that anyway 8-). > > I didnt understand this, why? Class.forName will use the system classloader and not the

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

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 18768] - WAR task (or ZIP base ?) generates amazing archives

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 18667] - javah module no longer works with Java 1.4.2

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 18768] New: - WAR task (or ZIP base ?) generates amazing archives

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 18766] New: - JIKESPATH is corrupted by ant wrapper script when using Cygwin

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: [Patch] trying solve w2k command line length limitations

FYI, Javac is not really using java.class.path, but env.class.path instead... By default, the former will be copied in the later by javac.c. Discovered this early 2001 when I wrote a little Java front-end to Javac to be Visual Studio friendly. Could be of use to the discussion??? --DD -Origina

Re: [Patch] trying solve w2k command line length limitations

"Stefan Bodewig" <[EMAIL PROTECTED]> escribió en el mensaje news:[EMAIL PROTECTED] > On Sat, 5 Apr 2003, Ignacio J. Ortega <[EMAIL PROTECTED]> wrote: > > > what i've tried is to create a properties file from gump instead of > > passing the classpath in the command line, make a Launcher class > > th

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

conor 2003/04/07 07:47:02 Modified:src/main/org/apache/tools/ant/taskdefs Parallel.java Log: Remove duplication in Parallel Revision ChangesPath 1.16 +19 -82ant/src/main/org/apache/tools/ant/taskdefs/Parallel.java Index: Parallel.java ===

RE: [Patch] trying solve w2k command line length limitations

Did I mention that I use Ant and CppTasks to compile it ;-) --DD -Original Message- From: Dominique Devienne [mailto:[EMAIL PROTECTED] Sent: Monday, April 07, 2003 9:18 AM To: 'Ant Developers List'; '[EMAIL PROTECTED]' Subjec

RE: [Patch] trying solve w2k command line length limitations

I've solved that problem for my own purposes a few months ago, by just hacking a bit at java.c, so it can read it's command line arguments from a file, using the usual @file syntax (that Javac already supports, but implemented in Java). Even enabled env. var. substitutions a la Ant, using the ${env

Re: Using files in classpath in task file=""

Nicola Ken Barozzi wrote, On 07/04/2003 9.11: ... After the replies and a bit of thought, maybe even setXYZUrl(URL) is not the right solution. We have a FTP task, a get task, etc... putting the URL as a parameter short-circuits the process of getting stuff and using it, and potentially makes A

RE: Using files in classpath in task file=""

Pick the name you think it is more appropriate. Some thoughts: Alternatively, we could have something more general that you can pass a URI and knows how to use it, but alternatively if the value if that of a file, then it construct a URI for it. As

DO NOT REPLY [Bug 18700] - Stange classpath problem

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 18754] New: - ant hangs, if the printsummary-attribute of a junit-task in a parallel task is wrong

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: Using files in classpath in task file=""

On Fri, 4 Apr 2003, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > I would like for ANT to do this for me, transparently. > > > > or somethig like that. Sure, should be trivial using FileUtils#toURI together with setLocationURL(File), I'm just not sure about the attribute name. loca

Re: [Patch] trying solve w2k command line length limitations

On Sat, 5 Apr 2003, Ignacio J. Ortega <[EMAIL PROTECTED]> wrote: > what i've tried is to create a properties file from gump instead of > passing the classpath in the command line, make a Launcher class > that loads it in a URLclassloader and start ant's main, Which also implies that we'll need to

cvs commit: ant/xdocs resources.xml

bodewig 2003/04/07 00:17:19 Modified:docs Tag: ANT_15_BRANCH resources.html xdocsTag: ANT_15_BRANCH resources.xml Log: Sync with HEAD Revision ChangesPath No revision No revision 1.29.2.8 +0 -33

Re: Using files in classpath in task file=""

Costin Manolache wrote, On 04/04/2003 19.57: ... However we can do it incrementally. Adding an setXYZUrl(URL) attribute should work - without the overloaded method problems. Well - it can be just setXYZUrl( String ). All we need is to add the attributes to the tasks where it is needed. Should we

DO NOT REPLY [Bug 18700] - Stange classpath problem

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: new committer: Jesse Stockall

Steve Loughran wrote: > > I nominate Jesse Stockall as a committer as he likes spending time fixing > up and refactoring some of the neglected bits of the optional tasks, and > if we commit his new patch to the xdocs stuff, we need somebody to go > through all the attributes of all the tasks and

cvs commit: ant/xdocs resources.xml

bodewig 2003/04/06 23:37:20 Modified:docs resources.html xdocsresources.xml Log: Article has been removed. Submitted by: Jayakrishnan Nair Revision ChangesPath 1.55 +0 -28 ant/docs/resources.html Index: resources.html ==

AW: XLTC task?

I don´t know any. But you can the Xalan class which does that. http://xml.apache.org/xalan-j/xsltc_usage.html java org.apache.xalan.xsltc.cmdline.Compile [-o ] [-d ] [-j ] [-p ] [-n] [-x] [-v] [-u] [-h] { | -i } Jan Matèrne > -Ursprüngliche Nachricht- > Von: Kyle Adams [m

DO NOT REPLY [Bug 18667] - javah module no longer works with Java 1.4.2

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: [Patch] trying solve w2k command line length limitations

I've been doing the thought exercises on what it would take to have forked ant instances coupled to the extent that the child receives all properties & definiitions, and can pump back messages for integration into the parents logging channel. It'd be hard, but interesting -you could do tightly coup

DO NOT REPLY [Bug 18700] - Stange classpath problem

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 18708] - outputproperty attribute of

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