facebook

[Closed] Manually removed JSTL, broke my app

💡
Our Forums Have Moved

For help with installation, bugs reports or feature requests, please head over to our new forums.
Genuitec Community on GitHub

  1. MyEclipse IDE
  2.  > 
  3. Java EE Development (EJB, JSP, Struts, XDoclet, etc.)
Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • #243081 Reply

    David
    Member

    I have a struts application that I thought I wanted to add JSTL to so I had myEclipse add that functionality. But I changed my mind, so I manually deleted the c/fmt/fn/x/sql tld files that MyEclipse placed under the WEB-INF directory (it would be nice to have myEclipse remove the files it adds, but that is another post). When I deployed my app I get a whole nest of these:

    Dec 14, 2005 8:43:47 PM org.apache.commons.digester.Digester error
    SEVERE: Parse Error at line 6 column 17: Document root element “taglib”, must match DOCTYPE root “null”.
    org.xml.sax.SAXParseException: Document root element “taglib”, must match DOCTYPE root “null”.
    at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
    at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
    at org.apache.xerces.impl.dtd.XMLDTDValidator.rootElementSpecified(Unknown Source)
    at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown Source)
    at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
    at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
    at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
    at org.apache.commons.digester.Digester.parse(Digester.java:1567)
    at org.apache.catalina.startup.ContextConfig.tldScanStream(ContextConfig.java:928)
    at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:862)
    at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:809)
    at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:587)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:181)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
    at org.apache.catalina.core.StandardContext.start(StandardContext.java:3523)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:774)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:760)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:548)
    at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:260)
    at org.apache.catalina.core.StandardHost.install(StandardHost.java:741)
    at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:512)
    at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:354)
    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:671)
    at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1149)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:707)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141)
    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:316)
    at org.apache.catalina.core.StandardService.start(StandardService.java:450)
    at org.apache.catalina.core.StandardServer.start(StandardServer.java:2143)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:463)
    at org.apache.catalina.startup.Catalina.execute(Catalina.java:350)
    at org.apache.catalina.startup.Catalina.process(Catalina.java:129)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:324)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:156)

    But I don’t know what is causing that. I did find a commons-lang.jar under a temp directory but I dont’ recall having placed it there. I am unable to view the jar file. No idea if its related or not, but thougth I better mention it.

    Can anyone shed some light on this?

    #243102

    Riyad Kalla
    Member

    I have a feeling you did more than just erase those TLD files, first let’s see what Digest is complaining about, what does your web.xml file look like?

    Also, you can remove your jstl.jar and standard.jar files if you want to fully remove JSTL.

    #243152

    David
    Member

    I removed those jar files with Project manager. The web.xml looks to be fine – at least it hasn’t changed in quite some time.

    #243169

    David
    Member

    It would appear that the fix to this is to manually remocve the jstl.jar and standard.jar from the Tomcat directory. All seems well now, thanks for the point in the right direction!

    #243171

    Riyad Kalla
    Member

    Glad you got things working, I was a bit stumped what happened.

Viewing 5 posts - 1 through 5 (of 5 total)
Reply To: [Closed] Manually removed JSTL, broke my app

You must be logged in to post in the forum log in