On Wed, 14 Aug 2002, Steve Downey wrote: > See attached patch. I added a method setHomeAndBase() and a couple of > booleans to see if they were set via setters.
Ok. I made few changes, I'll commit later. Patrick ( if you read this ) - what's the status with the 'guess home' ? I can use IntrospectionUtils - it has the whole thing in it ( home/base setting, find in classpath ). We already need IU for jk - it just needs to be included in bootstrap.jar to do that. > With any luck, by the time Tomcat5 is released, XML parsers with good > schema support will be more common, so it won't be such an issue. It is > unfortunate that the current release of Xerces is broken. I kind of doubt too many parsers will support schema - it is a very heavy specification. And unless JDK1.5 is released by then, the parser included in jdk1.4 will not support schema. > Removing validation from the servlet container reference implementation > somehow seems, well, wrong. I agree that doing validation at deployment > is reasonable, rather than for each startup. Something like what the jsp > compiler does. It's not 'removing' - just moving to the right place. And doing it at runtime ( and on every startup ) sets a bad example, for a RI :-) > <java fork="false"> will run it in process, which gives problems with > the shared environment. In particular I get: > [java] INFO: Digester for server.xml created 587 > [java] java.lang.LinkageError: loader constraints violated when > linking org/xml/sax/XMLReader class Yes, that's a bug in ant1.5 class loader. I assume you use jdk1.4 :-) It works ( for me ) with CVS head. > <java fork="true"> will run it out of process, but the next task won't > execute until tomcat finishes. Not good either. I'll think about it. I can fix <java> to wait for a token and detach ( or at least return control ). > I think the right answer is either Launcher, which uses [daemon] to > start a background process, or Cactus, which introduces another >From what I see in the [daemon] code it won't solve the problem - on unix it seems to wait in a loop, it won't return. I need to try again. I'm not sure how is cactus solving the problem. Costin -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
