Re: xmlc 2.2 alpha 4

At 09:02 AM 3/20/2003 +0800, you wrote:

>On Thursday, Mar 20, 2003, at 02:50 Asia/Shanghai, Chris Webb wrote:
>
>>Yeah I got the latest from ObjectWeb. A few points:
>>
>>1. I think Ant should also be put in xmlc/xmlc/modules/xmlc/lib because 
>>of the XMLC taskdef Ant dependacy. I realise that Ant is required 
>>globally but I think it's a better approach not to deliver Ant for the 
>>purpose of building everything as people generally have Ant installed on 
>>their development envionment for that purpose. Also adding a particular 
>>version of Ant to XMLC lib allows us to add some guarantee that the 
>>XMLC  taskdef will work with the right version of Ant. Does that make any 
>>sense?
>
>Actually, I think Ant should not be included at all. Unfortunately, the 
>build.xml we have right now have an dependency on 1.4 and a lot of people 
>are using 1.5. The ant is included for the purpose.

What part of the build is dependent on Ant-1.4.1?  The only thing I've 
found is that if you don't have JUnit-3.8.1 in ANT_HOME/lib then the build 
fails even if you aren't running tests.  For instance, I just ran "ant 
clean" and got this...

BUILD FAILED
file:D:/myclasses/Repository/Enhydra/XMLC_DSF_2003-03-12/xmlc/libraries/util/mod
ules/junitTivano/build.xml:79: taskdef class 
org.apache.tools.ant.taskdefs.optio
nal.junit.JUnitTask cannot be found

However, with that jar in ANT_HOME/lib, I build XMLC just fine with 
Ant-1.5.2.  Where is the Ant-1.4.1 dependency?  I suggest getting rid of 
the extra modules such as JUnit.  The problem is classloading.  Since most 
current Ant releases come with "optional.jar" in ANT_HOME/lib, the optional 
task require their dependencies at the same level in the classloader 
hierarchy.  In this case <junit> requires junit.jar to be in the same 
classloader.  The parent classloader can't see junit libraries to load in a 
child classloader.  Really, I'd get rid of Ant and Junit as 
modules.  Actually, You might think of getting rid of gnu-regexp as a 
module.  We haven't modified that at all, have we?


>>2. It would be great to have an Ant taskdef that creates the HTML 
>>LazyDOMs as I don't build under Linux/Unix.
>
>Yes, I agree. Any one know a good ant task that would do string substitution?

Well, Ant can filter copy stuff just fine.  I haven't looked at the source 
for the strings, but are they something like @some_token@ ?  That is pretty 
simple to do in Ant.  In fact, if you look at the xmlc tomcat demo 
build.xml, there is lots of that going on.

Jake


>David
>
>_______________________________________________
>XMLC mailing list
>[email protected]
>http://www.enhydra.org/mailman/listinfo.cgi/xmlc