DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=38223>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38223 ------- Additional Comments From [EMAIL PROTECTED] 2006-01-12 20:35 ------- (In reply to comment #4) > Sorry, I didn't see your sources at first Heh, I guess you were excited to try out the files :) No problems :) > > > I added the properties file support because you'd mentioned in your > > email that you've a large numebr of paths to add to the CLASSPATH. > > You'd mentioned fifteen lines, and fifteen lines worth of CLASSPATH > > entries are better added individually and separately, than clubbed > > together in one large string. > > I agree. The main problem is that I want to add only a small number of > required projects for each webapp, but have many webapps with different > requirements, which made the class path quite large as it had to address all > > the requirements in one place. > Oh... that'd have also caused you problems where only the first set of classes of two different versions of the same classes in the CLASSPATH would be loaded. e.g. CLASSPATH=jdom1.0.jar;jdom2.0.jar would cause only jdom1.0.jar to be searched for the class org.jdom.Dummy which would be present in both the jars. You've had to contend with a lot of problems all this while ! > I agree that clobbering everything in a single classpath element might be a > problem. Is it possible to have child tags similar to an ant's fileset tag to > > include additional paths each with its own element ? from a quick look at the > > digester's interaction with the loader I couldn't see such a thing. > This is possible, but would involve you playing with the org.apache.catalina.startup.ContextRuleSet class. I'm working on another approach where the settings are loaded from an XML file. I'll upload this version once I finish it. > Your code looks nice - I see you've implemented addRepository() - what is its > use, except for interface completion ? I saw the bean-info object relate to > something called "events" which lists 'add' methods. This is a method that I'd added for tracing purposes. The idea is for users of this class to try it, and see the debug messages in case they face any problems. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
