You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2004/06/24 07:46:59 UTC
DO NOT REPLY [Bug 29778] New: -
Embedded does not function as documented (works in v4 fine)
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=29778>.
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=29778
Embedded does not function as documented (works in v4 fine)
Summary: Embedded does not function as documented (works in v4
fine)
Product: Tomcat 5
Version: 5.0.25
Platform: All
OS/Version: Other
Status: NEW
Severity: Major
Priority: Other
Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: jconley@users.sourceforge.net
Had Embedded running in v4 fine, but in v5 it is having serious issues.
Firstly... the modeler.Registry called from WebappLoader is using the default
classpath, and cannot find Xerces in our implementation. In v4 this was not an
issue.
Specifying Registry.setUseContextClassLoader(true), causes Xerces to be found,
but then causes StandardEngine.init(363)->Registry.registerComponent(859) to
throw an NPE b/c it references the 'registry' variable which will never be
initialized when UseContextClassLoader is used. This is probably a bug in
commons-modeler - but perhaps there is a more appropriate way to configure
Embedded that avoids this?... The javadocs for Embedded look the same as in v4
-- but since they don't appear to work, perhaps they are out of date or
unknown/untested.
Also noted in toying /w the code... that even though you can set
Embedded.setCatalinaBase -- several classes still read directly from
System.getProperty("catalina.base") and will fail without it... this is
undocumented in the Embedded javadocs.
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org