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,<snip>
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)
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
