DO NOT REPLY [Bug 25911] New: - Style tasks directory creation issue

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: Program Name

You might try: A. read the manual. The answer is there. B. if you can't find the answer in the manual, send the question to the Ant USERS list, not the Ant DEVELOPER's list (i.e., the list to which you posted this query.) C. Peek at the answer below if A and B don't work.

Program Name

Ant Users: Is there an ant property for the name attribute specified in the project element? I would like to specify the project name and reference it without having to use a element. Shane Stene Programmer/Analyst Science Applications International Corporation USGS EROS Data Center Soux Falls

RE: Default setting of the javac includeAntRuntime attribute?

> From: Steve Loughran [mailto:[EMAIL PROTECTED] > > > Like Erik said; put a custom Ant distro in SCM for the team > to use. If > you give it a different name e.g. 'WANT' and modify the batch/script > files to look for WANT_HOME it will coexist with any other > ant distros. > this lets you

DO NOT REPLY [Bug 10413] - enhancement: JUnit task only creates one forked VM per batch

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

Ant 1.6 - thanks!

Thank you to all that contributed to Ant 1.6! I have, unfortunately, been (mostly) out of the loop with Ant development for a while and am just now (believe it or not) getting up to speed on all the nice new features that have been added. Sure, I've known of their existence, and have tracked

Re: Default setting of the javac includeAntRuntime attribute?

Kenneth Olving wrote: Steve, thank you for a comment in depth. version, but changing a default is the kind of subtle change that doesn't appear to break things, but changes the expected results. People really hate it when we do that. Yes - again, I can definitively relate to that. The bottom r

RE: [PATCH] Support for default ProjectHelper to expand properties in attributes to project/target tags

> I feel unconfortable about this change. It introduces some sort of > dynamic programming with I do notknow which consequences. What happens > when people use ?, what happens when depends lists contain > such variables? I think it is a very bad can or worms, unless we first > have a rational for i

RE: Default setting of the javac includeAntRuntime attribute?

Steve, thank you for a comment in depth. > version, but changing a default is the kind of subtle change that > doesn't appear to break things, but changes the expected > results. People > really hate it when we do that. Yes - again, I can definitively relate to that. The bottom reason I desire

DO NOT REPLY [Bug 25898] - Pathconvert/map not platform independent?

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] Support for default ProjectHelper to expand properties in attributes to project/target tags

Kenneth Olving wrote: Hoping that I've managed to navigate all the etiquette for posting a patch, here goes: Change made in brief: The default ProjectHelper (ProjectHelper2.java) has had two lines changed so when parsing attributes for the project/target tags, values will be passed through Proje

Re: Default setting of the javac includeAntRuntime attribute?

Kenneth Olving wrote: There are lots of things that are inconsistent & due to backwards compatibility. No, we dont want to change them. Fair enough, I can relate to that. And as Mr Fernandez points out, there may be a better solution anyway in this particular case. do you want to field every b

RE: Default setting of the javac includeAntRuntime attribute?

> There are lots of things that are inconsistent & due to backwards > compatibility. No, we dont want to change them. Fair enough, I can relate to that. And as Mr Fernandez points out, there may be a better solution anyway in this particular case. > do you want to field > every bug report that

DO NOT REPLY [Bug 25898] New: - Pathconvert/map not platform independent?

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: Default setting of the javac includeAntRuntime attribute?

> On a more cheerfully note, take a look at: (in 1.6) > With this task you can define your own defaults for whichever > task you want to use and even use the same name as the original > IIRC. > > This may be the solution to the battle of the defaults. Aha! Still on 1.4, so it's definitively time

DO NOT REPLY [Bug 25826] - ejbjar NullPointer Exception

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/OptionalTasks ejb.html

peterreilly2004/01/05 03:46:06 Modified:src/main/org/apache/tools/ant/taskdefs/optional/ejb Tag: ANT_16_BRANCH JbossDeploymentTool.java docs/manual/OptionalTasks Tag: ANT_16_BRANCH ejb.html Log: Sync with HEAD Revision ChangesPath No

cvs commit: ant/docs/manual/OptionalTasks ejb.html

peterreilly2004/01/05 03:45:07 Modified:src/main/org/apache/tools/ant/taskdefs/optional/ejb JbossDeploymentTool.java docs/manual/OptionalTasks ejb.html Log: Use getDestDir of jboss element of ejbjar PR: 25826 Obtained from: Damon Sicore

RE: [PATCH] Support for default ProjectHelper to expand properties in attributes to project/target tags

> From: Kenneth Olving [mailto:[EMAIL PROTECTED] > > Hoping that I've managed to navigate all the etiquette for > posting a patch, here goes: > > Change made in brief: > The default ProjectHelper (ProjectHelper2.java) has had two > lines changed so when parsing attributes for the > project/ta

Re: ScriptDef revisited

I am just waiting for bsh 2.0 to be the official cvs version of beanshell. It does not depend on ant 1.7 features and so can be used as is for ant 1.6. Peter Jose Alberto Fernandez wrote: Peter, this sounds fantastic and really think something like this task should be part of the standard distribut

RE: Default setting of the javac includeAntRuntime attribute?

> From: Kenneth Olving [mailto:[EMAIL PROTECTED] > > Maybe I'm just hitting on a long and already closed > discussion...I apologize if that's the case. > > The default setting of 'true' for this attribute has always > bothered me - from a CM perspective it is a bit of a > nightmare when you g

DO NOT REPLY [Bug 25895] - typing error in the documentation for the Ant Checksum 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

cvs commit: ant/docs/manual/CoreTasks checksum.html

peterreilly2004/01/05 02:52:45 Modified:docs/manual/CoreTasks Tag: ANT_16_BRANCH checksum.html Log: sync with HEAD Revision ChangesPath No revision No revision 1.8.2.2 +1 -1 ant/docs/manual/CoreTasks/checksum.html Index:

cvs commit: ant/docs/manual/CoreTasks checksum.html

peterreilly2004/01/05 02:52:06 Modified:docs/manual/CoreTasks checksum.html Log: typeo in checksum.html PR: 25895 Obtained from: Pieter Bloemendaal Revision ChangesPath 1.9 +1 -1 ant/docs/manual/CoreTasks/checksum.html Index: checksum.html ==

Re: Default setting of the javac includeAntRuntime attribute?

Kenneth Olving wrote: Maybe I'm just hitting on a long and already closed discussion...I apologize if that's the case. The default setting of 'true' for this attribute has always bothered me - from a CM perspective it is a bit of a nightmare when you get things in your cp that you didn't intend

DO NOT REPLY [Bug 25895] New: - typing error in the documentation for the Ant Checksum 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

Re: [PATCH] Support for default ProjectHelper to expand properties in attributes to project/target tags

Kenneth Olving wrote: Hoping that I've managed to navigate all the etiquette for posting a patch, here goes: You might want to consider logging a bug (with [PATCH] at the front of the subject) to track this. I can see it getting lost in the noise, otherwise. I think there are a lot more peop

Re: Default setting of the javac includeAntRuntime attribute?

On Jan 4, 2004, at 6:04 PM, Kenneth Olving wrote: The default setting of 'true' for this attribute has always bothered me - from a CM perspective it is a bit of a nightmare when you get things in your cp that you didn't intend to be there. From a CM perspective, why not put Ant under control as w