I haven't seen it mentioned on this thread yet, but are we all aware of commons-exec in the sandbox, which was ported from a 1.6.x version of Ant's code? We had this discussion before... one idea was that if Ant switched over we would probably depend on commons-exec, but that our build process would suck down the files and include that way. We might then have to decide how to avoid conflicting with other versions of the library, or whether to explicitly say, Ant 1.* includes commons-exec 1.0 or whatever, or we could use jarjar or if bootstrapping is an issue, roll our own similar solution.
-Matt --- Steve Loughran <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > > > > Mmh, so we tune the ant-launcher.jar and that´s > all. Other could just reuse > > that jar with a different configuration? > > no,. nothing to do with ant-launcher. > > its the stuff behind Exec and Java that people want. > Ant has the most > debugged process execution logic out there. Plus > property env works on > pre-java1.5 systems > > with the code behind these two in their own library, > you can do a > launcher that takes some xml manifest of a program > to run > > <program> > <name>myapp</name> > <javaversion min="1.5.05" /> > <jvmargs> > <maxmem bits="32">128</maxmem> > <maxmem bits="64">400</maxmem> > </jvmargs> > <classpath> > <....> > </classpath> > > ..whatever. It would be up to someone else to do > this stuff, ideally > using some of the tomcat launcher task. > > > > > > --------------------------------------------------------------------- > 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]
