DO NOT REPLY [Bug 30533] - search dtd with system location in CATALINA_BASE/bin

2004-09-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

2004-09-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

2004-09-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

2004-09-21 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

2004-09-03 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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.(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

2004-09-03 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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.(FileInputStream.java:106)
at java.io.FileInputStream.(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

2004-09-02 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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

2004-08-31 Thread bugzilla 
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]