DO NOT REPLY [Bug 35860] - Ant Usage in WebApp

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 35929] New: - replace property values each time is executed

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://issues.apache.org/bugzilla/show_bu

Subversion migration?

Talked a little with Stefan offline about when/whether you guys would be interested in an svn migration. He'd said that you wanted to migrate before the Ant 1.7? Looking at the Ant CVS structure, it looks pretty basic and could be done pretty quickly without much work on your parts. Hen ---

DO NOT REPLY [Bug 35860] - Ant Usage in WebApp

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://issues.apache.org/bugzilla/show_bu

Re: XJ - xml extension for Java

Steve Loughran wrote on 07/04/2005 07:56:31 AM: > Kev Jackson wrote: > > Thought you may find this of interest. IBM have a new way of processing > > XML docs within Java. > > > > http://www.research.ibm.com/xj/samples/sample2.html > > > > Very cool page showing how this all works (cool in fir

Re: XJ - xml extension for Java

Jess Holle wrote on 07/10/2005 10:10:57 PM: > Kevin Jackson wrote: > [snip] > >I agree that pushing the correctness problem into the compilation, > >instead of the runtime phase is valuable in general. > > Exactly. > > Compile-time checking wherever it is net time savings to the developer > and

Re: XJ - xml extension for Java

Alexey Solofnenko wrote on 07/04/2005 11:49:38 AM: > On JavaOne SUN presented something similar for Java 7. The syntax is not > finilized yet - there are problems - <> characters are used in Java > generics. They thinking about using # character, but it does not look good. > IBM's compiler do