Re: [OS-webwork] Tomcat not mapping *.action to WebWork
Rickard, I did notice that, and have been after a solution to turn off the security manager to test and see if that would yield better results. It would seem that with the SecurityManager off, loads of other things stop working. WebWork is not loading the actions.xml file, and I think I've narrowed it down to where it trys to load DefaultConfiguration: list.add(new XMLActionConfiguration(name)); and then the XMLActionConfiguration.java where it throws the IllegalArgumentException resulting in the WARN [DefaultConfiguration] Skipping XML action configuration for actions.xml public XMLActionConfiguration(String aName) { try { DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); URL fileUrl = Thread.currentThread().getContextClassLoader().getResource(aName+.xml); if (fileUrl == null) throw new IllegalArgumentException(No such XML file:+aName+.xml); i've also tried throwing a views.properties file in there, with no luck .. it still doesn't map the *.action uri. Rickard Öberg wrote: Andrew Lombardi wrote: Hi Guys, I've just recently deployed a WebWork webapp to a Linux Redhat Server and I'm having one primary issue which is not allowing me to run any *.action 's. The following error in catalina.out was troubling: WARN [DefaultConfiguration] Skipping XML action configuration for actions.xml Since I AM using actions.xml to map instead of the views.properties. And I'm also getting several errors seeming to end up with Log4j coming from the ServletDispatcher line: 60 in a few places, and 58 in others. I'm thinking this might be enough to cause the problem. All JSP's seem to be functioning fine, and taglibs work properly, includes, etc. Its just the actions which aren't mapping. If I need to provide more information please let me know... log4j:WARN Caught Exception while in Loader.getResource. This may be innocuous. java.security.AccessControlException: access denied (java.lang.RuntimePermission getClassLoader) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:270) at java.security.AccessController.checkPermission(AccessController.java:401) at java.lang.SecurityManager.checkPermission(SecurityManager.java:542) at java.lang.ClassLoader.getParent(ClassLoader.java:708) at org.apache.catalina.loader.WebappClassLoader.toString(WebappClassLoader.java:877) at java.lang.String.valueOf(String.java:2173) at java.lang.StringBuffer.append(StringBuffer.java:369) at org.apache.log4j.helpers.Loader.getResource(Loader.java:78) at org.apache.log4j.Category.clinit(Category.java:138) at webwork.dispatcher.ServletDispatcher.clinit(ServletDispatcher.java:58) snip This means that your code does not have the proper permissions. Either add them or remove security constraints completely. I usually prefer the latter (easiest) but if want to be strict, then check Tomcat's documentation for how to set code permissions. regards, Rickard --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Tomcat not mapping *.action to WebWork
Rickard, I've upgraded the version of Tomcat to the latest 4.1.18 and I'm no longer getting the security permissions errors. However, the URI *.action is still not being mapped and I continue seeing this in the log files: WARN [DefaultConfiguration] Skipping XML action configuration for actions.xml does that provide any clues? Rickard Öberg wrote: Andrew Lombardi wrote: Hi Guys, I've just recently deployed a WebWork webapp to a Linux Redhat Server and I'm having one primary issue which is not allowing me to run any *.action 's. The following error in catalina.out was troubling: WARN [DefaultConfiguration] Skipping XML action configuration for actions.xml Since I AM using actions.xml to map instead of the views.properties. And I'm also getting several errors seeming to end up with Log4j coming from the ServletDispatcher line: 60 in a few places, and 58 in others. I'm thinking this might be enough to cause the problem. All JSP's seem to be functioning fine, and taglibs work properly, includes, etc. Its just the actions which aren't mapping. If I need to provide more information please let me know... log4j:WARN Caught Exception while in Loader.getResource. This may be innocuous. java.security.AccessControlException: access denied (java.lang.RuntimePermission getClassLoader) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:270) at java.security.AccessController.checkPermission(AccessController.java:401) at java.lang.SecurityManager.checkPermission(SecurityManager.java:542) at java.lang.ClassLoader.getParent(ClassLoader.java:708) at org.apache.catalina.loader.WebappClassLoader.toString(WebappClassLoader.java:877) at java.lang.String.valueOf(String.java:2173) at java.lang.StringBuffer.append(StringBuffer.java:369) at org.apache.log4j.helpers.Loader.getResource(Loader.java:78) at org.apache.log4j.Category.clinit(Category.java:138) at webwork.dispatcher.ServletDispatcher.clinit(ServletDispatcher.java:58) snip This means that your code does not have the proper permissions. Either add them or remove security constraints completely. I usually prefer the latter (easiest) but if want to be strict, then check Tomcat's documentation for how to set code permissions. regards, Rickard --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Tomcat not mapping *.action to WebWork
Andrew Lombardi wrote: Rickard, I've upgraded the version of Tomcat to the latest 4.1.18 and I'm no longer getting the security permissions errors. However, the URI *.action is still not being mapped and I continue seeing this in the log files: WARN [DefaultConfiguration] Skipping XML action configuration for actions.xml does that provide any clues? Well, it seems as though it can't find it. Either it's in the wrong place (i.e. not in WEB-INF/classes) or it's spelled wrong, or something like that. That's the reasons I can think of anyway. /Rickard --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Tomcat not mapping *.action to WebWork
Thats the rub. Its sitting in WEB-INF/classes, its named actions.xml.. and the property in webwork.properties points right to it. Could it be a jar library conflict? and the odd thing .. is it works fine on my winxp box Rickard Öberg wrote: Andrew Lombardi wrote: Rickard, I've upgraded the version of Tomcat to the latest 4.1.18 and I'm no longer getting the security permissions errors. However, the URI *.action is still not being mapped and I continue seeing this in the log files: WARN [DefaultConfiguration] Skipping XML action configuration for actions.xml does that provide any clues? Well, it seems as though it can't find it. Either it's in the wrong place (i.e. not in WEB-INF/classes) or it's spelled wrong, or something like that. That's the reasons I can think of anyway. /Rickard --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Tomcat not mapping *.action to WebWork
thanks for the help... yeah it was mapped correctly in the web.xml. I was just celebrating finally getting it fixed. We have the Ensim control panel working on our server and the apache directives for mod_jk mappings weren't added for .action. Long road to figuring it out, but ultimately fixed. :) Peter Kelley wrote: I'm probably going over the obvious here but have you checked that the servlet mapoping exists in your web.xml ? This assumes that you have set up your own web app, the webwork supplied one should be OK. On Mon, 2003-02-03 at 21:12, Andrew Lombardi wrote: Thats the rub. Its sitting in WEB-INF/classes, its named actions.xml.. and the property in webwork.properties points right to it. Could it be a jar library conflict? and the odd thing .. is it works fine on my winxp box Rickard Öberg wrote: Andrew Lombardi wrote: Rickard, I've upgraded the version of Tomcat to the latest 4.1.18 and I'm no longer getting the security permissions errors. However, the URI *.action is still not being mapped and I continue seeing this in the log files: WARN [DefaultConfiguration] Skipping XML action configuration for actions.xml does that provide any clues? Well, it seems as though it can't find it. Either it's in the wrong place (i.e. not in WEB-INF/classes) or it's spelled wrong, or something like that. That's the reasons I can think of anyway. /Rickard --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork