logo       

Re: xmlc 2.2 alpha 4: msg#00067

java.enhydra.xmlc

Subject: 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
XMLC@xxxxxxxxxxx
http://www.enhydra.org/mailman/listinfo.cgi/xmlc
<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise