I am setting up OpenBD on a new installation tonight using Apache/jk_mod/Tomcat and have run across a strange issue. I strongly suspect it has something to do with my setup rather than some kind of bug with the engine, but perhaps it is more obvious to one of you than it is to me!
First off, I am running an alpha version 4 of Ubuntu Jaunty (suspect #1). I have installed Apache/Tomcat/JK from the respos without any notable issue. When I go through Apache *or* when I go directly to Tomcat on :8080 I get the same result, so I think we can safely take Apache/JK out of the equation. I have successfully run this stack previously, but have never used Tomcat from the repos, and have always run it as root rather than the tomcat6 user/group that it runs as by default from the repo installation. When I hit http://localhost:8080/openbd.war (or http://localhost.bd/openbd.war through Apache), it successfully deploys the war file giving recursive permissions to tomcat6:tomcat6 which Tomcat is running as. If I hit the index.jsp test page, it processes correctly. However, if I hit any cfm template I get a dump like this: ~~~~~~~~~~~~~~~~~ javax.servlet.ServletException: Open BlueDragon: Init Parameter BLUEDRAGON_WORKING_DIRECTORY Error: java.security.AccessControlException: access denied (java.io.FilePermission /var/lib/tomcat6/webapps/localhost.bd/WEB-INF/bluedragon/work write) com.naryx.tagfusion.cfm.engine.cfEngine.<init>(Unknown Source) com.naryx.tagfusion.cfm.engine.cfEngine.init(Unknown Source) com.naryx.tagfusion.cfm.cfServlet.init(Unknown Source) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:517) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:162) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:115) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) java.lang.Thread.run(Thread.java:619) ~~~~~~~~~~~~~~~~~ On the surface it just seems like I need to do something permissions-wise. However, just as a test I changed the entire deployed openbd directory to 777 and I still get the same result. At this point, I am thinking about backing out Tomcat and just compiling it from source, but I thought I would post it out here and see if anyone had any good ideas for me to try. Thanks in advance for any ideas... ~Dave -- ~Dave Shuck [email protected] http://www.daveshuck.com --~--~---------~--~----~------------~-------~--~----~ Open BlueDragon Public Mailing List http://groups.google.com/group/openbd?hl=en official site @ http://www.openbluedragon.org/ !! save a network - trim replies before posting !! -~----------~----~----~----~------~----~------~--~---
