DO NOT REPLY [Bug 30533] - search dtd with system location in CATALINA_BASE/bin
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=30533. 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=30533 search dtd with system location in CATALINA_BASE/bin --- Additional Comments From [EMAIL PROTECTED] 2004-09-21 18:33 --- I've verified that the behavior you're expecting is indeed what happens in a command-line parsing application. But that uses Crimson, not Xerces, and I wonder if the bug is in the parser itself. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30533] - search dtd with system location in CATALINA_BASE/bin
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=30533. 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=30533 search dtd with system location in CATALINA_BASE/bin --- Additional Comments From [EMAIL PROTECTED] 2004-09-21 18:52 --- Created an attachment (id=12819) WAR to reproduce the problem - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30533] - search dtd with system location in CATALINA_BASE/bin
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=30533. 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=30533 search dtd with system location in CATALINA_BASE/bin --- Additional Comments From [EMAIL PROTECTED] 2004-09-21 18:56 --- Additional reference for this exact issue from 2000, where Craig says it's not a Tomcat issue: http://www.mail-archive.com/tomcat- [EMAIL PROTECTED]/msg00815.html. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30533] - search dtd with system location in CATALINA_BASE/bin
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=30533. 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=30533 search dtd with system location in CATALINA_BASE/bin [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-09-21 19:11 --- One workaround option is to use a full path for the DTD, rather than rely on a relative path. Another is to use your own EntityResolver and register that when you're calling the parser to parse the document. If you don't like either of these, I suggest you contact the parser developers (e.g. by reopening this issue and assigning it to Xerces, or simply asking on the xerces-user mailing list [the latter is better]) and ask them what you should do. But the bottom line as Craig said is that it's not a Tomcat issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30533] - search dtd with system location in CATALINA_BASE/bin
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=30533. 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=30533 search dtd with system location in CATALINA_BASE/bin --- Additional Comments From [EMAIL PROTECTED] 2004-09-03 07:42 --- To your first question. yes, on .28 the error also occure. The base for the dtd is with start on command box the dir where the startup script is locatet and with service it is winnt\system32 dir. I use a small testcase. One servlet which is calling a class with a sax parser. The stack is follow: java.io.FileNotFoundException: D:\jakarta-tomcat-5.0.28\bin\WebRequests.dtd (Das System kann die angegebene Datei nicht finden) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at java.io.FileInputStream.init(FileInputStream.java:66) at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection .java:69) at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLCon nection.java:156) at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown So urce) at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager.startDTDEntity(Unknown Source ) at org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(Unknown Sourc e) at org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch( Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un known Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at AllXMLParser.parse(AllXMLParser.java:59) at AllXMLParser.parse(AllXMLParser.java:124) at xml.processRequest(xml.java:47) at xml.doGet(xml.java:71) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(Standard ContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16 0) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java :799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce ssConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java :577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP ool.java:683) at java.lang.Thread.run(Thread.java:534) For the second hint. I'll read your link. regards Dietmar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30533] - search dtd with system location in CATALINA_BASE/bin
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=30533. 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=30533 search dtd with system location in CATALINA_BASE/bin --- Additional Comments From [EMAIL PROTECTED] 2004-09-03 08:18 --- The Link don't work but I found the information. http://www.saxproject.org/apidoc/org/xml/sax/package-summary.html#package_description Ok. It could be possible that the setting from sax standard features solve the problem. I think resolve-dtd-uris is a good candidate for this problem. But when I set the feature I get follow exception: org.xml.sax.SAXNotRecognizedException: Feature 'http://xml.org/sax/features/reso lve-dtd-uris' is not recognized. at org.apache.xerces.parsers.AbstractSAXParser.setFeature(Unknown Source ) at org.apache.xerces.jaxp.SAXParserImpl.setFeatures(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl.init(Unknown Source) at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParserImpl(Unknown Source) at org.apache.xerces.jaxp.SAXParserFactoryImpl.setFeature(Unknown Source ) at AllXMLParser.parse(AllXMLParser.java:55) at AllXMLParser.parse(AllXMLParser.java:130) at xml.processRequest(xml.java:47) at xml.doGet(xml.java:71) The code is: SAXParserFactory factory = SAXParserFactory.newInstance(); factory.setFeature(http://xml.org/sax/features/resolve-dtd-uris,false); factory.setValidating(true); parser = factory.newSAXParser(); Set other features works well. I don't know the version from the underlying xerces impl. but in the doc they speak from SAX2 Standard Feature Flags. regards Dietmar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30533] - search dtd with system location in CATALINA_BASE/bin
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=30533. 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=30533 search dtd with system location in CATALINA_BASE/bin --- Additional Comments From [EMAIL PROTECTED] 2004-09-02 19:46 --- I think it's a parser configuration issue, not a Tomcat issue. Does the behavior change of you tell the parser to not resolve DTD URIs? See the resolve-dtd-uris option in http://www.saxproject.org/apidoc/org/xml/sax/package- summary.html#package_description. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30533] - search dtd with system location in CATALINA_BASE/bin
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=30533. 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=30533 search dtd with system location in CATALINA_BASE/bin --- Additional Comments From [EMAIL PROTECTED] 2004-08-31 15:13 --- Does this still happen with 5.0.28? Is there more to the stack trace, specifically an org.apache.catalina part? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]