Hi Waldo,

Sorry I didn't jump in sooner, I've been too busy to keep up on mail list
items lately.  I first reported the issues with Ubuntu and created the OS
issues page you mentioned earlier.  As I recall, you really only have 2
choices: disable the Java security, or build a java security policy for your
app.  I have never done the work of building a security policy, but my
understanding is that you basically need to run the app, see what fails and
add a policy to fix that problem and repeat.  Chances are if you fixed this
problem with Commons Logging, it will fail on something else further down
the startup chain.

If you just need to get things working you might want to look for a
shortcut, there is probably some "god mode" permission that can be granted
to allow your app program to do whatever it wants.

This might be of some use:
  http://java.sun.com/docs/books/tutorial/security/tour1/step2.html

Hope that helps,
Nathan



On Wed, Feb 11, 2009 at 9:26 AM, Waldo Rochow <appf...@capra.net> wrote:

> Matt,
>
> I've removed the ClickStream Listener, and now I am getting a failure to
> configure the RequestContextListener, StartupListener, and
> MenuContextListener all with a stack trace like the following:
>
> Any ideas? The "access denied" cause has me a bit puzzled.
>
> Thanks in advance,
> Waldo
>
> 11-Feb-2009 11:18:25 AM org.apache.catalina.core.StandardContext
> listenerStart
> SEVERE: Error configuring application listener of class
> org.springframework.web.context.request.RequestContextListener
> java.lang.ExceptionInInitializerError
>     at
> org.springframework.web.context.request.RequestContextListener.<init>(RequestContextListener.java:55)
>     at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
>     at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>     at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>     at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>     at java.lang.Class.newInstance0(Class.java:355)
>     at java.lang.Class.newInstance(Class.java:308)
>     at
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3787)
>     at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
>     at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>     at
> org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:123)
>     at
> org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:145)
>     at java.security.AccessController.doPrivileged(Native Method)
>     at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:769)
>     at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
>     at
> org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:830)
>     at
> org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:719)
>     at
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
>     at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
>     at
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
>     at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
>     at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>     at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
>     at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>     at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>     at
> org.apache.catalina.core.StandardService.start(StandardService.java:516)
>     at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>     at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
>     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.catalina.startup.Bootstrap.start(Bootstrap.java:288)
>     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.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
> Caused by: java.security.AccessControlException: access denied
> (java.util.PropertyPermission
> org.apache.commons.logging.LogFactory.HashtableImpl read)
>     at
> java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)
>     at
> java.security.AccessController.checkPermission(AccessController.java:546)
>     at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
>     at
> java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1285)
>     at java.lang.System.getProperty(System.java:652)
>     at
> org.apache.commons.logging.LogFactory.createFactoryStore(LogFactory.java:320)
>     at org.apache.commons.logging.LogFactory.<clinit>(LogFactory.java:1725)
>     ... 38 more
>
> On Mon, Feb 9, 2009 at 11:40 AM, Matt Raible <m...@raibledesigns.com>wrote:
>
>> I plan on removing this from 2.1.
>>
>> Matt
>>
>> On Mon, Feb 9, 2009 at 8:55 AM, Waldo Rochow <appf...@capra.net> wrote:
>>
>>> Matt,
>>>
>>> Thanks for spending the time.  Since that feature isn't important to
>>> me at this time, I don't mind removing it.
>>>
>>> I'm wondering if that sort of thing shouldn't be removed from the
>>> default archetype. Perhaps instructions in the tutorial for adding it
>>> might be better, at least until they fix their security issues.
>>>
>>> Regards,
>>> Waldo
>>>
>>>
>>>
>>> On Mon, Feb 9, 2009 at 10:11 AM, Matt Raible <m...@raibledesigns.com>
>>> wrote:
>>> > Yes, it can be removed, but you will have to remove its JSPs and menu
>>> items
>>> > so users don't get errors.
>>> >
>>> > From http://www.opensymphony.com/clickstream/:
>>> >
>>> > <quote>
>>> > Utility to track the current users on your site, and where they've been
>>> in
>>> > detail. This allows you to track 'click streams' or 'traffic paths'
>>> across
>>> > your site.
>>> > </quote>
>>> >
>>> > MessAdmin is another tool that does this.
>>> >
>>> > http://messadmin.sourceforge.net/
>>> >
>>> > Matt
>>> >
>>> > On Mon, Feb 9, 2009 at 7:52 AM, Waldo Rochow <wroc...@capra.net>
>>> wrote:
>>> >>
>>> >> Matt,
>>> >>
>>> >> Thanks... I'm away from the office now, but can you tell me what
>>> >> ClickstreamListener does and if it can be removed easily?
>>> >>
>>> >> Waldo
>>> >>
>>> >> Waldo Rochow
>>> >> Information Technology Prime
>>> >> Capra International Inc.
>>> >> 1557 Bella Vista Dr.
>>> >> Cumberland, Ontario
>>> >> K4C 1A7
>>> >> http://www.capra.net
>>> >>
>>> >>
>>> >>
>>> >> On Mon, Feb 9, 2009 at 9:05 AM, Matt Raible <m...@raibledesigns.com>
>>> >> wrote:
>>> >> > The ClickstreamListener is defined in web.xml. The dependency is
>>> >> > inherited
>>> >> > from appfuse-web-common.
>>> >> >
>>> >> > Matt
>>> >> >
>>> >> > On Mon, Feb 9, 2009 at 6:55 AM, Waldo Rochow <appf...@capra.net>
>>> wrote:
>>> >> >>
>>> >> >> Matt,
>>> >> >>
>>> >> >> Thanks for taking the time to reply.  I started fresh. The only
>>> thing
>>> >> >> different is I'm now on Tomcat 6.
>>> >> >>
>>> >> >> $ mvn archetype:create -DarchetypeGroupId=org.appfuse.archetypes
>>> >> >> -DarchetypeArtifactId=appfuse-basic-spring
>>> >> >> -DremoteRepositories=http://static.appfuse.org/releases
>>> >> >> -DarchetypeVersion=2.0.2 -DgroupId=net.capra.testapp
>>> >> >> -DartifactId=testapp
>>> >> >> $ cd testapp
>>> >> >> $ mvn package
>>> >> >> $ sudo cp target/testapp-1.0-SNAPSHOT.war $CATALINA_HOME/webapps
>>> >> >> $ sudo /etc/init.d/tomcat6 restart
>>> >> >>
>>> >> >> Browsed to http://localhost:8080/testapp-1.0-SNAPSHOT/
>>> >> >>
>>> >> >> Same result.
>>> >> >>
>>> >> >> Tomcat logs show:
>>> >> >> Feb 9, 2009 8:46:59 AM org.apache.catalina.core.StandardContext
>>> >> >> listenerStart
>>> >> >> SEVERE: Error configuring application listener of class
>>> >> >> com.opensymphony.clickstream.ClickstreamListener
>>> >> >> java.lang.ExceptionInInitializerError
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> com.opensymphony.clickstream.ClickstreamListener.<clinit>(ClickstreamListener.java:24)
>>> >> >>        at
>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>> >> >> Method)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
>>> >> >>        at
>>> >> >> java.lang.reflect.Constructor.newInstance(Constructor.java:532)
>>> >> >>        at java.lang.Class.newInstance0(Class.java:372)
>>> >> >>        at java.lang.Class.newInstance(Class.java:325)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3787)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:123)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:145)
>>> >> >>        at java.security.AccessController.doPrivileged(Native
>>> Method)
>>> >> >>        at
>>> >> >>
>>> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:769)
>>> >> >>        at
>>> >> >>
>>> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
>>> >> >>        at
>>> >> >>
>>> org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:830)
>>> >> >>        at
>>> >> >>
>>> org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:719)
>>> >> >>        at
>>> >> >>
>>> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
>>> >> >>        at
>>> >> >> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
>>> >> >>        at
>>> >> >>
>>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
>>> >> >>        at
>>> >> >> org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
>>> >> >>        at
>>> >> >>
>>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
>>> >> >>        at
>>> >> >>
>>> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.catalina.core.StandardService.start(StandardService.java:516)
>>> >> >>        at
>>> >> >>
>>> org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
>>> >> >>        at
>>> org.apache.catalina.startup.Catalina.start(Catalina.java:578)
>>> >> >>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>> Method)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> >> >>        at java.lang.reflect.Method.invoke(Method.java:616)
>>> >> >>        at
>>> >> >> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
>>> >> >>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>> Method)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> >> >>        at java.lang.reflect.Method.invoke(Method.java:616)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
>>> >> >> Caused by: java.security.AccessControlException: access denied
>>> >> >> (java.util.PropertyPermission
>>> >> >> org.apache.commons.logging.LogFactory.HashtableImpl read)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> java.security.AccessControlContext.checkPermission(AccessControlContext.java:342)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> java.security.AccessController.checkPermission(AccessController.java:553)
>>> >> >>        at
>>> >> >> java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1302)
>>> >> >>        at java.lang.System.getProperty(System.java:669)
>>> >> >>        at
>>> >> >>
>>> >> >>
>>> org.apache.commons.logging.LogFactory.createFactoryStore(LogFactory.java:320)
>>> >> >>        at
>>> >> >>
>>> org.apache.commons.logging.LogFactory.<clinit>(LogFactory.java:1725)
>>> >> >>        ... 38 more
>>> >> >>
>>> >> >>
>>> >> >> If I turn off security as mentioned in
>>> >> >> http://appfuse.org/display/APF/OS+Specific+Issues, I get it
>>> working.
>>> >> >> Obviously, I can't ask my ISP to do that.
>>> >> >>
>>> >> >> Where is ClickstreamListener being used? I don't see it in the pom
>>> >> >> file anywhere.
>>> >> >>
>>> >> >> Thanks again for your help with this.
>>> >> >>
>>> >> >> Regards,
>>> >> >> Waldo
>>> >> >>
>>> >> >>
>>> >> >> On Sun, Feb 8, 2009 at 1:31 PM, Matt Raible <
>>> m...@raibledesigns.com>
>>> >> >> wrote:
>>> >> >> > Without any pom.xml modifications, you should be able to run "mvn
>>> >> >> > package"
>>> >> >> > and copy target/yourapp-version.war to $CATALINA_HOME/webapps and
>>> run
>>> >> >> > it. If
>>> >> >> > it fails to start, look at the log files in $CATALINA_HOME/logs.
>>> >> >> > Hope this helps,
>>> >> >> > Matt
>>> >> >> >
>>> >> >> > On Sun, Feb 8, 2009 at 8:35 AM, Waldo Rochow <appf...@capra.net>
>>> >> >> > wrote:
>>> >> >> >>
>>> >> >> >> Hi all,
>>> >> >> >>
>>> >> >> >> I am trying to get an appfuse project deployed into Tomcat5.5.
>>> When
>>> >> >> >> I
>>> >> >> >> go to the http://localhost:8080/myappname I get a generic
>>> Tomcat 404
>>> >> >> >> error, yet the Tomcat sample war
>>> >> >> >> (http://tomcat.apache.org/tomcat-5.5-doc/appdev/sample/) works
>>> fine.
>>> >> >> >> What's also odd is that the description of the 404 error is "The
>>> >> >> >> requested resource () is not available." where I would have
>>> expected
>>> >> >> >> it to be "The requested resource (/myappname/) is not
>>> available."
>>> >> >> >>
>>> >> >> >> I am really stumped. I need to run it in tomcat since that's
>>> where I
>>> >> >> >> will be deploying the production app.
>>> >> >> >>
>>> >> >> >> Can anyone suggest either a debugging step that I may have
>>> missed,
>>> >> >> >> or
>>> >> >> >> a solution if you've come across this before?
>>> >> >> >>
>>> >> >> >> Thanks in advance,
>>> >> >> >> Waldo
>>> >> >> >>
>>> >> >> >> General specs:
>>> >> >> >> - Built with the "Spring MVC Basic" archtype v. 2.0.2
>>> >> >> >> - Sun jdk 1.5.0_16
>>> >> >> >> - OS: Ubuntu 8.10
>>> >> >> >> - Tomcat 5.5
>>> >> >> >> - MySQL database
>>> >> >> >> - Maven 2.0.9
>>> >> >> >> - pom modified as instructed in FAQs:
>>> >> >> >> http://appfuse.org/display/APF/FAQ#FAQ-useexistingtomcat
>>> >> >> >>
>>> >> >> >> Things I've tried:
>>> >> >> >> - Build with other archtypes (Struts 2 Basic, Spring MVC
>>> Modular,
>>> >> >> >> Spring MVC Basic v.2.0.1)
>>> >> >> >> - Sun jdk version 6
>>> >> >> >> - Export war file from eclipse
>>> >> >> >> - not using the pom modifications described above
>>> >> >> >> - applying the cargo modifications to the pom as described in
>>> >> >> >> http://cargo.codehaus.org/Deploying+to+a+running+container
>>> >> >> >> - deploy the jar to my ISPs server to rule out a Tomecat install
>>> >> >> >> error.
>>> >> >> >> - searched the forums and Google, no dice.
>>> >> >> >> - Installed Tomcat6
>>> >> >> >>
>>> >> >> >>
>>> >> >> >>
>>> ---------------------------------------------------------------------
>>> >> >> >> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>> >> >> >> For additional commands, e-mail:
>>> users-h...@appfuse.dev.java.net
>>> >> >> >>
>>> >> >> >
>>> >> >> >
>>> >> >>
>>> >> >>
>>> ---------------------------------------------------------------------
>>> >> >> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>> >> >> For additional commands, e-mail: users-h...@appfuse.dev.java.net
>>> >> >>
>>> >> >
>>> >> >
>>> >>
>>> >> ---------------------------------------------------------------------
>>> >> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>> >> For additional commands, e-mail: users-h...@appfuse.dev.java.net
>>> >>
>>> >
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net
>>> For additional commands, e-mail: users-h...@appfuse.dev.java.net
>>>
>>>
>>
>

Reply via email to