Re: org.apache.commons.digester.Digester endElement (Q A)
David Smith wrote: Thanks. It's an interesting problem. It does validate against an xml validator, but I can't reproduce your error in my tomcat 5.5 environment. If it's really an error w/ tomcat, it has to be unique to your version of tomcat. Any one on this list still using tomcat 4.1 want to respond? Works for me on Tomcat 4.1.x (latest from svn) and a 1.5.0_13 JVM on a windows box. As fas as I can recall (and I checked the release notes to make sure) there haven't been any XML parsing changes in 4.1.x since 4.1.36. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.commons.digester.Digester endElement (Q A)
Thanks. It's an interesting problem. It does validate against an xml validator, but I can't reproduce your error in my tomcat 5.5 environment. If it's really an error w/ tomcat, it has to be unique to your version of tomcat. Any one on this list still using tomcat 4.1 want to respond? --David Albretch Mueller wrote: OK, my conf files were like that: ~ !-- Context configuration file for the Tomcat Manager Web App $Id: manager.xml 287893 2002-04-08 17:46:08Z craigmcc $ Context Linux Box: path=/manager docBase=/media/sda2/inst/sw/java/TC/tc4.1/apache-tomcat-4.1.36/server/webapps/manager Windows Box: path= docBase=c:/japps//TC/tc4.1/apache-tomcat-4.1.36/server/webapps/manager -- Context path=/manager docBase=/media/sda2/inst/sw/java/TC/tc4.1/apache-tomcat-4.1.36/server/webapps/manager debug=4 privileged=true !-- Link to the user database we will get roles from -- ResourceLink name=users global=UserDatabase type=org.apache.catalina.UserDatabase/ Logger className=org.apache.catalina.logger.FileLogger directory=/media/sda2/inst/sw/java/TC/prjx/FlUp/logs prefix=tc-4.1.36_localhost_manager_log. suffix=.txt timestamp=true/ /Context ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ and what I believe to be a bug is that conf parsers should not pick anything between !-- and -- ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.commons.digester.Digester endElement (Q A)
David, ~ sorry for my delay . . . ~ there is nothing to be shown. it is a config issue which you could reproduce by: ~ 1) downloading tc 4.1.36 ~ 2) giving it a first run to make sure everything is OK ~ 2) writing, within the admin.xml or manage.xml conf files, something like ~ Context path=/admin docBase=../server/webapps/admin ~ without closing the parentesis ~ I do this kind of stuff, heavily commenting conf files, constantly to reset these folders when I go from a Linux to a WIndows Box ~ lbrtchx On 1/5/08, David Smith [EMAIL PROTECTED] wrote: I just realized what you posted was just a very narrow excerpt of the comment block only. Could you provide a complete example? --David David Smith wrote: What I see below is a comment !-- -- block that does not encompass both the beginning and ending Context elements. This would fail if run through a XML validator. If the begin element is in the comment, so should it's corresponding end element. Additionally be careful you don't try to nest comments. !-- Some comment !-- Another comment -- -- does not work. --David Albretch Mueller wrote: if you find exceptions looking like this: ~ org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.reflect.InvocationTargetException 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:597) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:216) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:217) at org.apache.commons.digester.Rule.end(Rule.java:253) at org.apache.commons.digester.Digester.endElement(Digester.java:1222) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) . . . ~ it means what is says ;-) ~ but what I think is wrong is that TC conf parsers apparently attempt to parse into the comments so that if you have some not well-formed xml inside the comments, such as: ~ !-- Context configuration file for the Tomcat Administration Web App $Id: admin.xml 288428 2002-07-23 12:12:15Z remm $ W Box at Work: Context docBase=C:\cmllpz\prjx\java\GWB\tc\tc-4.1.36\server\webapps\admin Logger directory=C:\cmllpz\prjx\java\GWB\logs -- ~ they would pick it up ~ I was using TC 4.1.36 but I think this is a bug. After being fed a start comment, !--, sequence parsers should not attempt to resume parsing till they fully get an ending, --, one ~ Or? ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.commons.digester.Digester endElement (Q A)
Sorry but you're still posting only a partial context.xml file and it still looks like invalid XML. Get a XML validator and check your files. I know NetBeans has one built-in. To illustrate the whole valid vs. invalid point: Valid xml -- note the invalid xml fragment wrapped in a comment so it doesn't count: Context path= !-- Context path=something -- /Context Invalid xml -- note the begin tag is commented out leaving an end tag w/o a begin: !-- Context path= -- Logger / /Context --David Albretch Mueller wrote: David, ~ sorry for my delay . . . ~ there is nothing to be shown. it is a config issue which you could reproduce by: ~ 1) downloading tc 4.1.36 ~ 2) giving it a first run to make sure everything is OK ~ 2) writing, within the admin.xml or manage.xml conf files, something like ~ Context path=/admin docBase=../server/webapps/admin ~ without closing the parentesis ~ I do this kind of stuff, heavily commenting conf files, constantly to reset these folders when I go from a Linux to a WIndows Box ~ lbrtchx On 1/5/08, David Smith [EMAIL PROTECTED] wrote: I just realized what you posted was just a very narrow excerpt of the comment block only. Could you provide a complete example? --David David Smith wrote: What I see below is a comment !-- -- block that does not encompass both the beginning and ending Context elements. This would fail if run through a XML validator. If the begin element is in the comment, so should it's corresponding end element. Additionally be careful you don't try to nest comments. !-- Some comment !-- Another comment -- -- does not work. --David Albretch Mueller wrote: if you find exceptions looking like this: ~ org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.reflect.InvocationTargetException 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:597) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:216) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:217) at org.apache.commons.digester.Rule.end(Rule.java:253) at org.apache.commons.digester.Digester.endElement(Digester.java:1222) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) . . . ~ it means what is says ;-) ~ but what I think is wrong is that TC conf parsers apparently attempt to parse into the comments so that if you have some not well-formed xml inside the comments, such as: ~ !-- Context configuration file for the Tomcat Administration Web App $Id: admin.xml 288428 2002-07-23 12:12:15Z remm $ W Box at Work: Context docBase=C:\cmllpz\prjx\java\GWB\tc\tc-4.1.36\server\webapps\admin Logger directory=C:\cmllpz\prjx\java\GWB\logs -- ~ they would pick it up ~ I was using TC 4.1.36 but I think this is a bug. After being fed a start comment, !--, sequence parsers should not attempt to resume parsing till they fully get an ending, --, one ~ Or? ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.commons.digester.Digester endElement (Q A)
OK, my conf files were like that: ~ !-- Context configuration file for the Tomcat Manager Web App $Id: manager.xml 287893 2002-04-08 17:46:08Z craigmcc $ Context Linux Box: path=/manager docBase=/media/sda2/inst/sw/java/TC/tc4.1/apache-tomcat-4.1.36/server/webapps/manager Windows Box: path= docBase=c:/japps//TC/tc4.1/apache-tomcat-4.1.36/server/webapps/manager -- Context path=/manager docBase=/media/sda2/inst/sw/java/TC/tc4.1/apache-tomcat-4.1.36/server/webapps/manager debug=4 privileged=true !-- Link to the user database we will get roles from -- ResourceLink name=users global=UserDatabase type=org.apache.catalina.UserDatabase/ Logger className=org.apache.catalina.logger.FileLogger directory=/media/sda2/inst/sw/java/TC/prjx/FlUp/logs prefix=tc-4.1.36_localhost_manager_log. suffix=.txt timestamp=true/ /Context ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ and what I believe to be a bug is that conf parsers should not pick anything between !-- and -- ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.commons.digester.Digester endElement (Q A)
What I see below is a comment !-- -- block that does not encompass both the beginning and ending Context elements. This would fail if run through a XML validator. If the begin element is in the comment, so should it's corresponding end element. Additionally be careful you don't try to nest comments. !-- Some comment !-- Another comment -- -- does not work. --David Albretch Mueller wrote: if you find exceptions looking like this: ~ org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.reflect.InvocationTargetException 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:597) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:216) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:217) at org.apache.commons.digester.Rule.end(Rule.java:253) at org.apache.commons.digester.Digester.endElement(Digester.java:1222) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) . . . ~ it means what is says ;-) ~ but what I think is wrong is that TC conf parsers apparently attempt to parse into the comments so that if you have some not well-formed xml inside the comments, such as: ~ !-- Context configuration file for the Tomcat Administration Web App $Id: admin.xml 288428 2002-07-23 12:12:15Z remm $ W Box at Work: Context docBase=C:\cmllpz\prjx\java\GWB\tc\tc-4.1.36\server\webapps\admin Logger directory=C:\cmllpz\prjx\java\GWB\logs -- ~ they would pick it up ~ I was using TC 4.1.36 but I think this is a bug. After being fed a start comment, !--, sequence parsers should not attempt to resume parsing till they fully get an ending, --, one ~ Or? ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: org.apache.commons.digester.Digester endElement (Q A)
I just realized what you posted was just a very narrow excerpt of the comment block only. Could you provide a complete example? --David David Smith wrote: What I see below is a comment !-- -- block that does not encompass both the beginning and ending Context elements. This would fail if run through a XML validator. If the begin element is in the comment, so should it's corresponding end element. Additionally be careful you don't try to nest comments. !-- Some comment !-- Another comment -- -- does not work. --David Albretch Mueller wrote: if you find exceptions looking like this: ~ org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.reflect.InvocationTargetException 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:597) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:216) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:217) at org.apache.commons.digester.Rule.end(Rule.java:253) at org.apache.commons.digester.Digester.endElement(Digester.java:1222) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) . . . ~ it means what is says ;-) ~ but what I think is wrong is that TC conf parsers apparently attempt to parse into the comments so that if you have some not well-formed xml inside the comments, such as: ~ !-- Context configuration file for the Tomcat Administration Web App $Id: admin.xml 288428 2002-07-23 12:12:15Z remm $ W Box at Work: Context docBase=C:\cmllpz\prjx\java\GWB\tc\tc-4.1.36\server\webapps\admin Logger directory=C:\cmllpz\prjx\java\GWB\logs -- ~ they would pick it up ~ I was using TC 4.1.36 but I think this is a bug. After being fed a start comment, !--, sequence parsers should not attempt to resume parsing till they fully get an ending, --, one ~ Or? ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
org.apache.commons.digester.Digester endElement (Q A)
if you find exceptions looking like this: ~ org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.reflect.InvocationTargetException 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:597) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:216) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:217) at org.apache.commons.digester.Rule.end(Rule.java:253) at org.apache.commons.digester.Digester.endElement(Digester.java:1222) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) . . . ~ it means what is says ;-) ~ but what I think is wrong is that TC conf parsers apparently attempt to parse into the comments so that if you have some not well-formed xml inside the comments, such as: ~ !-- Context configuration file for the Tomcat Administration Web App $Id: admin.xml 288428 2002-07-23 12:12:15Z remm $ W Box at Work: Context docBase=C:\cmllpz\prjx\java\GWB\tc\tc-4.1.36\server\webapps\admin Logger directory=C:\cmllpz\prjx\java\GWB\logs -- ~ they would pick it up ~ I was using TC 4.1.36 but I think this is a bug. After being fed a start comment, !--, sequence parsers should not attempt to resume parsing till they fully get an ending, --, one ~ Or? ~ lbrtchx - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]