DO NOT REPLY [Bug 36565] - jsharpc fails when run from directory with space in the path
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36565. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36565 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 15:42 --- You might try killing Ant as soon as it has logged this message, so that it does not get the chance to delete the temp file. Then manually execute, e.g.: vjc @c:\DOCUME~1\lori\LOCALS~1\Temp\4\cmd661216386.txt to verify that the problem lies in vjc's interpretation of the file arguments. If so, you might try modifying the temp file, for example putting quotes around each filename, etc. until you find the change that would have made this work, at which point we could commit a fix. Please note that I know ABSOLUTELY NOTHING about .NET or anything related to it. I am speaking from a purely general perspective. HTH, Matt -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36565] - jsharpc fails when run from directory with space in the path
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36565. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36565 --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 15:43 --- (In reply to comment #3) You might try killing Ant as soon as it has logged this message this message being the one about using the response file. It might take a little trial and error to catch the process at the right time, or if you wanted to hack Ant source you could simply disable the deletion of the temp file. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Ant Wiki] Update of AntExternalTaskdefs by DD
Dear Wiki user, You have subscribed to a wiki page or wiki category on Ant Wiki for change notification. The following page has been changed by DD: http://wiki.apache.org/ant/AntExternalTaskdefs -- The intent of this page is to list and briefly describe third-party Ant taskdefs. + + This page lists external resources for Apache Ant. This page is meant to complement http://ant.apache.org/external.html, and allows to self-announce your antlibs, tasks, or extensions with the Ant community without requiring an Ant committer to check in your patch to xdocs/external.xml (.html). + + Note that '''nothing listed here is directly supported by the Ant commmitters''' (therefore ''external'' tools and tasks), and if you encounter any problems with them, please use the contact information. ||URL||Description|| ||http://sourceforge.net/projects/jtaskdefs|| Taskdefs for VC6, VC7, VB6 and others.|| - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r279792 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java
Author: mbenson Date: Fri Sep 9 08:10:43 2005 New Revision: 279792 URL: http://svn.apache.org/viewcvs?rev=279792view=rev Log: logging Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java URL: http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java?rev=279792r1=279791r2=279792view=diff == --- ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java (original) +++ ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java Fri Sep 9 08:10:43 2005 @@ -343,7 +343,7 @@ FileOutputStream fos = null; temporaryCommandFile = FILE_UTILS.createTempFile(cmd, .txt, null); -owner.log(Using response file + temporaryCommandFile, Project.MSG_VERBOSE); +owner.log(Using response file + temporaryCommandFile, Project.MSG_VERBOSE); try { fos = new FileOutputStream(temporaryCommandFile); @@ -361,6 +361,7 @@ String newCommandLine[] = new String[2]; newCommandLine[0] = commands[0]; newCommandLine[1] = @ + temporaryCommandFile.getAbsolutePath(); +logVerbose(newCommandLine.describeCommand()); executable.setCommandline(newCommandLine); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r279792 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java
My first svn commit. ;) --- [EMAIL PROTECTED] wrote: Author: mbenson Date: Fri Sep 9 08:10:43 2005 New Revision: 279792 URL: http://svn.apache.org/viewcvs?rev=279792view=rev Log: logging Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java URL: http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java?rev=279792r1=279791r2=279792view=diff == --- ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java (original) +++ ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java Fri Sep 9 08:10:43 2005 @@ -343,7 +343,7 @@ FileOutputStream fos = null; temporaryCommandFile = FILE_UTILS.createTempFile(cmd, .txt, null); -owner.log(Using response file + temporaryCommandFile, Project.MSG_VERBOSE); +owner.log(Using response file + temporaryCommandFile, Project.MSG_VERBOSE); try { fos = new FileOutputStream(temporaryCommandFile); @@ -361,6 +361,7 @@ String newCommandLine[] = new String[2]; newCommandLine[0] = commands[0]; newCommandLine[1] = @ + temporaryCommandFile.getAbsolutePath(); + logVerbose(newCommandLine.describeCommand()); executable.setCommandline(newCommandLine); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r279792 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java
doesn't actually compile or anything, but hey... --- Matt Benson [EMAIL PROTECTED] wrote: My first svn commit. ;) --- [EMAIL PROTECTED] wrote: Author: mbenson Date: Fri Sep 9 08:10:43 2005 New Revision: 279792 URL: http://svn.apache.org/viewcvs?rev=279792view=rev Log: logging Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java URL: http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java?rev=279792r1=279791r2=279792view=diff == --- ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java (original) +++ ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java Fri Sep 9 08:10:43 2005 @@ -343,7 +343,7 @@ FileOutputStream fos = null; temporaryCommandFile = FILE_UTILS.createTempFile(cmd, .txt, null); -owner.log(Using response file + temporaryCommandFile, Project.MSG_VERBOSE); +owner.log(Using response file + temporaryCommandFile, Project.MSG_VERBOSE); try { fos = new FileOutputStream(temporaryCommandFile); @@ -361,6 +361,7 @@ String newCommandLine[] = new String[2]; newCommandLine[0] = commands[0]; newCommandLine[1] = @ + temporaryCommandFile.getAbsolutePath(); + logVerbose(newCommandLine.describeCommand()); executable.setCommandline(newCommandLine); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r279795 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java
Author: mbenson Date: Fri Sep 9 08:32:58 2005 New Revision: 279795 URL: http://svn.apache.org/viewcvs?rev=279795view=rev Log: fix previous change Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java URL: http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java?rev=279795r1=279794r2=279795view=diff == --- ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java (original) +++ ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/dotnet/NetCommand.java Fri Sep 9 08:32:58 2005 @@ -361,7 +361,7 @@ String newCommandLine[] = new String[2]; newCommandLine[0] = commands[0]; newCommandLine[1] = @ + temporaryCommandFile.getAbsolutePath(); -logVerbose(newCommandLine.describeCommand()); +logVerbose(Commandline.describeCommand(newCommandLine)); executable.setCommandline(newCommandLine); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Ant Wiki] Update of ApacheGump by JürgenHermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on Ant Wiki for change notification. The following page has been changed by JürgenHermann: http://wiki.apache.org/ant/ApacheGump -- Gump serves as the nightly integration test of Ant. Build files that work on Gump should work on Ant product releases. Trouble that gump does not catch is mostly limited to - * where changes to Ant's classloading break things, because ant-on-gump loads classes differently. + * where changes to Ant's classloading break things, because ant-on-gump loads classes differently. - * the batch files to start ant + * the batch files to start ant - * builds in directories with spaces, unicode chars. + * builds in directories with spaces, unicode chars. - * installations of Ant with bad classpaths, version conflicts, etc. + * installations of Ant with bad classpaths, version conflicts, etc. - * Windows/OSX/Netware-specific problems. Gump is Unix. + * Windows/OSX/Netware-specific problems. Gump is Unix. Also, the quality of build files used in Gump is often higher than many personal projects. OSS projects have to address portability early on, and tend to be less brittle and build files written by and for one person, or for a team where all hardware/OS images are nearly identical. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Ant Wiki] Update of AntTools by JürgenHermann
Dear Wiki user, You have subscribed to a wiki page or wiki category on Ant Wiki for change notification. The following page has been changed by JürgenHermann: http://wiki.apache.org/ant/AntTools -- + #pragma section-numbers 2 + = Tools helping the programmer / build jockey to utilize Ant more efficiently = + + [[TableOfContents]] == Buildant == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Ant Wiki] Update of ApacheGump by StefanBodewig
Dear Wiki user, You have subscribed to a wiki page or wiki category on Ant Wiki for change notification. The following page has been changed by StefanBodewig: http://wiki.apache.org/ant/ApacheGump The comment on the change is: Gump is more than you think. And we don't bootstrap Maven (yet). -- [http://gump.apache.org/ Gump] is the regular clean build of everything. - Gump tries to rebuild all open source (Java) projects from scratch, checking the files out from CVS and SVN repositories, bootstrapping Ant and Maven, then building them in order of their dependencies. It also runs unit tests. If a build or test fails, the project gets email. Web pages and RSS feeds also track status of projects. + Gump tries to rebuild many open source projects from scratch, checking the files out from CVS and SVN repositories, bootstrapping Ant, then building them using the bootstrapped Ant, NAnt, Maven or make in order of their dependencies. It also runs unit tests. If a build or test fails, the project gets email. Web pages and RSS feeds also track status of projects. Gump ensures that the HEAD versions of all these projects are sync, by recriminating early, recriminating often. Any change that breaks a downstream project is immediately caught and resolved, somehow. @@ -22, +22 @@ * installations of Ant with bad classpaths, version conflicts, etc. - * Windows/OSX/Netware-specific problems. Gump is Unix. + * Windows/OSX/Netware-specific problems. While Gump is supposed to be cross-platform the ASF currently only uses instances running on Linux and Solaris. Also, the quality of build files used in Gump is often higher than many personal projects. OSS projects have to address portability early on, and tend to be less brittle and build files written by and for one person, or for a team where all hardware/OS images are nearly identical. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Lost Wiki Edits
I just spent some time editing http://wiki.apache.org/ant/AntExternalTaskdefs, I hit preview, and get a 404! I do back, and sure enough I've lost my edits. Is that normal / common? Because if it is, I won't loose time trying to edit this thing. --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Antlib autoloading (was Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs AntlibTest.java)
On Fri, 26 Aug 2005, Jose Alberto Fernandez [EMAIL PROTECTED] wrote: Now, for backward compatibility and for convinience in general, one would like to be able to put in the -lib directories a bunch of antlib jars and that all their tasks get declared automatically as part of the default name space. Steve's approach would allow you to load them into different namespaces. I don't see that much benefit over typedef resource=.../ in his case, though. So, any ideas how this could be acomplished? Load all resources from META-INF/antlib.xml at startup and process them, I'd say. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: antlib loading in typedef
On Tue, 23 Aug 2005, Steve Loughran [EMAIL PROTECTED] wrote: One change I have also checked in to Definer.java is some extra logic for naming antlibs. Instead of just antlib:org.example.package you can go antlib://org/example/package/file.xml I don't like that antlib would now become a protocol for opaque and hierarchical URLs at the same time. Is antlib:foo loading the descriptor from resource /foo/antlib.xml or resource foo. antlib://org.example.package/file.xml antlib:org.example.package/file.xml antlib://org.example.package/antlib.xml how would the second form load a resource that's not in a package? Other than that I like that one most. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Lost Wiki Edits
On Fri, 9 Sep 2005, Dominique Devienne [EMAIL PROTECTED] wrote: I hit preview, and get a 404! Never happened to me before. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Antlib autoloading (was Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs AntlibTest.java)
--- Stefan Bodewig [EMAIL PROTECTED] wrote: On Fri, 26 Aug 2005, Jose Alberto Fernandez [EMAIL PROTECTED] wrote: Now, for backward compatibility and for convinience in general, one would like to be able to put in the -lib directories a bunch of antlib jars and that all their tasks get declared automatically as part of the default name space. Steve's approach would allow you to load them into different namespaces. I don't see that much benefit over typedef resource=.../ in his case, though. So, any ideas how this could be acomplished? Load all resources from META-INF/antlib.xml at startup and process them, I'd say. Sounds cool, but what do you do about e.g. collisions among tasknames from 3rd-party distributions? What is the user's recourse, turn off the warning and manually typedef (both)? -Matt Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36154] - junit target's showoutput attribute doesn't seem to work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36154. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36154 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 22:27 --- What does your junit task look like? Do you use any formatters? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Antlib autoloading
On Fri, 9 Sep 2005, Matt Benson [EMAIL PROTECTED] wrote: Load all resources from META-INF/antlib.xml at startup and process them, I'd say. Sounds cool, but what do you do about e.g. collisions among tasknames from 3rd-party distributions? It was Jose Alberto who wanted them in the default namespace ;-) What is the user's recourse, turn off the warning and manually typedef (both)? Probably. You don't have any chance to resolve this any other way since the order the resources get discovered and might even be different on each run (not sure, but it would certainly depend on the VM). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Antlib autoloading
--- Stefan Bodewig [EMAIL PROTECTED] wrote: On Fri, 9 Sep 2005, Matt Benson [EMAIL PROTECTED] wrote: Load all resources from META-INF/antlib.xml at startup and process them, I'd say. Sounds cool, but what do you do about e.g. collisions among tasknames from 3rd-party distributions? It was Jose Alberto who wanted them in the default namespace ;-) What is the user's recourse, turn off the warning and manually typedef (both)? Probably. You don't have any chance to resolve this any other way since the order the resources get discovered and might even be different on each run (not sure, but it would certainly depend on the VM). I suppose, too, that a given project could supply two versions of antlib.xml: the package-level version designed for namespaces, and the one in META-INF that could use a (recommended) e.g. antcontrib=ac-* convention to reduce the chances of collision. :) Or would that be too ugly/scary for the world? -Matt Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r279876 - /ant/core/trunk/src/main/org/apache/tools/ant/types/PropertySet.java
Author: bodewig Date: Fri Sep 9 14:00:28 2005 New Revision: 279876 URL: http://svn.apache.org/viewcvs?rev=279876view=rev Log: use hashtable instead of getProperty which may return non-null even if the key is not in the hashtable. PR 36151 Modified: ant/core/trunk/src/main/org/apache/tools/ant/types/PropertySet.java Modified: ant/core/trunk/src/main/org/apache/tools/ant/types/PropertySet.java URL: http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/types/PropertySet.java?rev=279876r1=279875r2=279876view=diff == --- ant/core/trunk/src/main/org/apache/tools/ant/types/PropertySet.java (original) +++ ant/core/trunk/src/main/org/apache/tools/ant/types/PropertySet.java Fri Sep 9 14:00:28 2005 @@ -338,13 +338,11 @@ * avoid needless duplication of the Hashtable during recursion. */ private void addPropertyNames(Set names, Hashtable properties) { -Project prj = getProject(); - // Add this PropertySet's property names. for (Enumeration e = ptyRefs.elements(); e.hasMoreElements();) { PropertyRef r = (PropertyRef) e.nextElement(); if (r.name != null) { -if (prj != null prj.getProperty(r.name) != null) { +if (properties.get(r.name) != null) { names.add(r.name); } } else if (r.prefix != null) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36151] - PropertySet::addPropertyNames causes NullPointerException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36151. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36151 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |1.7 --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 23:00 --- fixed with revision 279876 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36585] New: - Patching of a file removes certain other parameters automatically
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36585. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36585 Summary: Patching of a file removes certain other parameters automatically Product: Ant Version: 1.5.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] I am using the ant task from Install Anywhere 6.1 Application. I think it is using ant 1.5.1 version. I am having a build.xml which is having some placeholder values. The InstallAnywhere application tries to patch the build script with the actual values (by using the Execute ANT task action available withing InstallAnywhere). The values gets patched correctly but very strangely, there is a certain sequence of characters which in turn totally removes parameters from the file. I am having the line jdbc:oracle:thin:@${oracle_host):${oracle_port}:${oracle_instance} The properties oracle_host,oracle_port, oracle_instance have been defined and their values are patched correctly. But the line above gets somewhat modified to : jdbc:oracle:thin:@${oracle_port}:${oracle_instance} Thus the string ${oracle_host}: gets totally lost. Infact whatever I place after the :@ gets removed if it begins with { character. I can consistently reproduce this with the ant version packaged with InstallAnywhere. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Antlib autoloading (was Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs AntlibTest.java)
On 9/9/05, Stefan Bodewig [EMAIL PROTECTED] wrote: So, any ideas how this could be acomplished? Load all resources from META-INF/antlib.xml at startup and process them, I'd say. But doesn't that go against Ant's tradition to not have auto-magic things, but instead spell things out explicitly, usually in the build file? I'd rather we extend typedef to accept a fileset of AntLib jars to load, possibly thru META-INF/antlib.xml, than auto-magically loading all possible antlibs visible from the classpath. At least you can see it and start looking at the jars it loads. How would you know looking at a build file where a task is coming from otherwise? Also, for example, I have quite a few AntLibs which are in ant/lib, and thus on Ant's classpath, but I don't use all of them in all my builds. They're there because it's our official supercharged production Ant distro, but loading all of them in builds that require none or just a few is wasteful. I personnally want to stay in control of what gets loaded in each build. I don't want to prevent others to do it if they fancy it, as long as it's not forced on me. --DD PS: And BTW, Matt's point about conflict resolution is a good one. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36589] New: - You could enhance ant by AOP task,very useful in many place!!!
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36589. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36589 Summary: You could enhance ant by AOP task,very useful in many place!!! Product: Ant Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P4 Component: Core AssignedTo: dev@ant.apache.org ReportedBy: [EMAIL PROTECTED] Suggest ant add AOP task to enhance it.By AOP task,You could enhance old ant task but need't modify old ant task code! Such as,if you want to do some ant task many times,you have to write it many times. But now if you use AOP task,you could write it once apply executable=ls aoploop list var=command expr=issql,sqlplus/ /aoploop arg value=${command}/ /apply This is a simple example,aoploop is a AOP task,I could run apply twice by it,one is run issql command ,another is sqlplus command,but I need't modify the code of apply task. I think this way is very useful in many place,if you interest it I could send source code to you! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]