You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by bart remmerie <re...@gmail.com> on 2006/11/22 11:24:54 UTC
CHS-Acegi
Dear all,
I'm using Cocoon, Hibernate & Spring together with Acegi-security and I have
a problem for which I cannot find the root-cause:
When starting up jetty, I get the following error message & I cannot figure
out whether it is related to jetty, cocoon, spring or acegi.
Anyone with similar experience / expert knowledge ?
Previously (other versions), everything worked fine.
My configuration
cocoon 2.1.9
hibernate 3.2
spring-framework 2.0
acegi-security 1.0.3
the output
Listening for transport dt_socket at address: 8000
-------------------- Loading --------------------
Processing repository: F:\tools\cocoon-2.1.9\tools\jetty\lib
Adding jar: F:\tools\cocoon-
2.1.9\tools\jetty\lib\acegi-security-jetty-1.0.3.jar
Adding jar: F:\tools\cocoon-2.1.9\tools\jetty\lib\jetty-4.2.23.jar
Adding jar: F:\tools\cocoon-2.1.9\tools\jetty\lib\servlet-2.3.jar
Processing repository: F:\tools\cocoon-2.1.9\lib\endorsed
Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\jakarta-bcel-20040329.jar
Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\jakarta-regexp-1.4.jar
Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\xalan-2.7.0.jar
Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\xercesImpl-2.8.0.jar
Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\xml-apis-1.3.03.jar
-------------------- Executing -----------------
Main Class: org.mortbay.jetty.Server
11:08:31.103 EVENT Checking Resource aliases
11:08:31.588 EVENT Starting Jetty/4.2.23
11:08:33.525 EVENT Started
WebApplicationContext[/,F:\projects\hrplan\tools\coc
oon\webapp]
11:08:33.572 EVENT Loading Spring root WebApplicationContext
11:08:40.228 WARN!! Delete existing temp dir
C:\DOCUME~1\bremmer\LOCALS~1\Temp\J
etty__8888__ for
WebApplicationContext[/,F:\projects\hrplan\tools\cocoon\webapp]
11:08:42.838 EVENT Started SocketListener on 0.0.0.0:8888
11:08:42.838 WARN!!
org.mortbay.util.MultiException[javax.servlet.ServletException: Class of
type or
g.acegisecuirty.intercept.web.FilterSecurityInterceptor not found in
classloader
]
at org.mortbay.http.HttpServer.start(HttpServer.java:640)
at org.mortbay.jetty.Server.main(Server.java:429)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at Loader.invokeMain(Unknown Source)
at Loader.run(Unknown Source)
at Loader.main(Unknown Source)
[0]=javax.servlet.ServletException: Class of type
org.acegisecuirty.intercept.we
b.FilterSecurityInterceptor not found in classloader
at org.acegisecurity.util.FilterToBeanProxy.doInit(
FilterToBeanProxy.jav
a:139)
at org.acegisecurity.util.FilterToBeanProxy.init(
FilterToBeanProxy.java:
189)
at org.mortbay.jetty.servlet.FilterHolder.start(FilterHolder.java
:162)
at
org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(We
bApplicationHandler.java:145)
at org.mortbay.jetty.servlet.WebApplicationContext.start
(WebApplicationC
ontext.java:458)
at org.mortbay.http.HttpServer.start(HttpServer.java:663)
at org.mortbay.jetty.Server.main(Server.java:429)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at Loader.invokeMain(Unknown Source)
at Loader.run(Unknown Source)
at Loader.main(Unknown Source)
Re: CHS-Acegi
Posted by bart remmerie <re...@gmail.com>.
Thanks for the help.
I received the ultimate answer from the acegi-newsgroups:
It was nothing but a typo (sorry guys...)
It's not
Class of type org.acegisecuirty.intercept.web.FilterSecurityInterceptor
But
Class of type org.acegisecurity.intercept.web.FilterSecurityInterceptor
=> typo in my web.xml file
Anyone who is building a spellchecker for eclipse ?
Regards,
Bart
2006/11/22, Gabriele Columbro <co...@gmail.com>:
>
> Hi Bart,
> seems Jetty is actually complaining for a missing class in the
> classloader:
>
> org.acegisecuirty.intercept.web.FilterSecurityInterceptor
>
> In particular that class should be contained in the
>
> acegi-security-1.0.3.jar
>
> not in the
>
> acegi-security-jetty-1.0.3.jar
>
>
> Just to be sure did (I bet you did) you add the acegi-security-1.0.3.jarunder the jetty lib folder (as I guess that class is referenced by the
> acegi-security-jetty-1.0.3 ?
> Or alternatively you can try to put both jars under the WEB-INF/lib
> folder, to make them loaded in the same classloader (the webapp
> classloader).
> One more info: are you using the plain old CocoonServlet or the
> ParanoidServlet (thus the ParanoidClassloader, that reverts the webapp
> classloading policies to parent last)?
>
> HTH,
> Gabriele
>
>
> On 11/22/06, bart remmerie < remmerie@gmail.com> wrote:
> >
> > Dear all,
> >
> > I'm using Cocoon, Hibernate & Spring together with Acegi-security and I
> > have a problem for which I cannot find the root-cause:
> >
> > When starting up jetty, I get the following error message & I cannot
> > figure out whether it is related to jetty, cocoon, spring or acegi.
> > Anyone with similar experience / expert knowledge ?
> >
> > Previously (other versions), everything worked fine.
> >
> > My configuration
> > cocoon 2.1.9
> > hibernate 3.2
> > spring-framework 2.0
> > acegi-security 1.0.3
> >
> > the output
> >
> > Listening for transport dt_socket at address: 8000
> > -------------------- Loading --------------------
> > Processing repository: F:\tools\cocoon-2.1.9\tools\jetty\lib
> > Adding jar: F:\tools\cocoon-
> > 2.1.9\tools\jetty\lib\acegi-security-jetty-1.0.3.jar
> >
> > Adding jar: F:\tools\cocoon-2.1.9\tools\jetty\lib\jetty-4.2.23.jar
> > Adding jar: F:\tools\cocoon-2.1.9\tools\jetty\lib\servlet-2.3.jar
> > Processing repository: F:\tools\cocoon- 2.1.9\lib\endorsed
> > Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\jakarta-bcel-20040329.jar
> > Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\jakarta-regexp-1.4.jar
> > Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\xalan-2.7.0.jar
> > Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\xercesImpl-2.8.0.jar
> > Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\xml-apis-1.3.03.jar
> > -------------------- Executing -----------------
> > Main Class: org.mortbay.jetty.Server
> > 11:08:31.103 EVENT Checking Resource aliases
> > 11:08:31.588 EVENT Starting Jetty/4.2.23
> > 11:08:33.525 EVENT Started
> > WebApplicationContext[/,F:\projects\hrplan\tools\coc
> > oon\webapp]
> > 11:08:33.572 EVENT Loading Spring root WebApplicationContext
> > 11:08:40.228 WARN!! Delete existing temp dir
> > C:\DOCUME~1\bremmer\LOCALS~1\Temp\J
> > etty__8888__ for
> > WebApplicationContext[/,F:\projects\hrplan\tools\cocoon\webapp]
> >
> > 11:08:42.838 EVENT Started SocketListener on 0.0.0.0:8888
> > 11:08:42.838 WARN!!
> > org.mortbay.util.MultiException[javax.servlet.ServletException: Class of
> > type or
> > g.acegisecuirty.intercept.web.FilterSecurityInterceptor not found in
> > classloader
> > ]
> > at org.mortbay.http.HttpServer.start(HttpServer.java:640)
> > at org.mortbay.jetty.Server.main(Server.java:429)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at sun.reflect.NativeMethodAccessorImpl.invoke
> > (NativeMethodAccessorImpl.
> > java:39)
> > at sun.reflect.DelegatingMethodAccessorImpl.invoke
> > (DelegatingMethodAcces
> > sorImpl.java:25)
> > at java.lang.reflect.Method.invoke (Method.java:585)
> > at Loader.invokeMain(Unknown Source)
> > at Loader.run(Unknown Source)
> > at Loader.main(Unknown Source)
> > [0]=javax.servlet.ServletException: Class of type
> > org.acegisecuirty.intercept.we
> > b.FilterSecurityInterceptor not found in classloader
> > at org.acegisecurity.util.FilterToBeanProxy.doInit(
> > FilterToBeanProxy.jav
> > a:139)
> > at org.acegisecurity.util.FilterToBeanProxy.init(
> > FilterToBeanProxy.java :
> > 189)
> > at org.mortbay.jetty.servlet.FilterHolder.start(
> > FilterHolder.java:162)
> > at
> > org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(We
> > bApplicationHandler.java:145)
> > at org.mortbay.jetty.servlet.WebApplicationContext.start
> > (WebApplicationC
> > ontext.java:458)
> > at org.mortbay.http.HttpServer.start(HttpServer.java:663)
> > at org.mortbay.jetty.Server.main(Server.java:429)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at sun.reflect.NativeMethodAccessorImpl.invoke
> > (NativeMethodAccessorImpl.
> > java:39)
> > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> > sorImpl.java:25)
> > at java.lang.reflect.Method.invoke(Method.java:585)
> > at Loader.invokeMain(Unknown Source)
> > at Loader.run(Unknown Source)
> > at Loader.main (Unknown Source)
> >
> >
> >
>
>
> --
> -----------------------------------------
> Eng. Gabriele Columbro
> Consultant at Sourcesense Italy
> -----------------------------------------
> work: g.columbro@pronetics.it
> private: columbro@gmail.com
> mobile: (0039)3201612846
>
> yahoo: g.columbro
> gtalk: columbro@gmail.com
> AIM: gabrielecolumbro
>
> -----------------------------------------
> "Keyboard not found.
> Press F1 to continue"
> -----------------------------------------
--
Bart Remmerie
Re: CHS-Acegi
Posted by Gabriele Columbro <co...@gmail.com>.
Hi Bart,
seems Jetty is actually complaining for a missing class in the classloader:
org.acegisecuirty.intercept.web.FilterSecurityInterceptor
In particular that class should be contained in the
acegi-security-1.0.3.jar
not in the
acegi-security-jetty-1.0.3.jar
Just to be sure did (I bet you did) you add the
acegi-security-1.0.3.jarunder the jetty lib folder (as I guess that
class is referenced by the
acegi-security-jetty-1.0.3?
Or alternatively you can try to put both jars under the WEB-INF/lib folder,
to make them loaded in the same classloader (the webapp classloader).
One more info: are you using the plain old CocoonServlet or the
ParanoidServlet (thus the ParanoidClassloader, that reverts the webapp
classloading policies to parent last)?
HTH,
Gabriele
On 11/22/06, bart remmerie < remmerie@gmail.com> wrote:
>
> Dear all,
>
> I'm using Cocoon, Hibernate & Spring together with Acegi-security and I
> have a problem for which I cannot find the root-cause:
>
> When starting up jetty, I get the following error message & I cannot
> figure out whether it is related to jetty, cocoon, spring or acegi.
> Anyone with similar experience / expert knowledge ?
>
> Previously (other versions), everything worked fine.
>
> My configuration
> cocoon 2.1.9
> hibernate 3.2
> spring-framework 2.0
> acegi-security 1.0.3
>
> the output
>
> Listening for transport dt_socket at address: 8000
> -------------------- Loading --------------------
> Processing repository: F:\tools\cocoon-2.1.9\tools\jetty\lib
> Adding jar: F:\tools\cocoon-
> 2.1.9\tools\jetty\lib\acegi-security-jetty-1.0.3.jar
>
> Adding jar: F:\tools\cocoon-2.1.9\tools\jetty\lib\jetty-4.2.23.jar
> Adding jar: F:\tools\cocoon-2.1.9\tools\jetty\lib\servlet-2.3.jar
> Processing repository: F:\tools\cocoon- 2.1.9\lib\endorsed
> Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\jakarta-bcel-20040329.jar
> Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\jakarta-regexp-1.4.jar
> Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\xalan-2.7.0.jar
> Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\xercesImpl-2.8.0.jar
> Adding jar: F:\tools\cocoon-2.1.9\lib\endorsed\xml-apis-1.3.03.jar
> -------------------- Executing -----------------
> Main Class: org.mortbay.jetty.Server
> 11:08:31.103 EVENT Checking Resource aliases
> 11:08:31.588 EVENT Starting Jetty/4.2.23
> 11:08:33.525 EVENT Started
> WebApplicationContext[/,F:\projects\hrplan\tools\coc
> oon\webapp]
> 11:08:33.572 EVENT Loading Spring root WebApplicationContext
> 11:08:40.228 WARN!! Delete existing temp dir
> C:\DOCUME~1\bremmer\LOCALS~1\Temp\J
> etty__8888__ for
> WebApplicationContext[/,F:\projects\hrplan\tools\cocoon\webapp]
>
> 11:08:42.838 EVENT Started SocketListener on 0.0.0.0:8888
> 11:08:42.838 WARN!!
> org.mortbay.util.MultiException[javax.servlet.ServletException: Class of
> type or
> g.acegisecuirty.intercept.web.FilterSecurityInterceptor not found in
> classloader
> ]
> at org.mortbay.http.HttpServer.start(HttpServer.java:640)
> at org.mortbay.jetty.Server.main(Server.java:429)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke
> (NativeMethodAccessorImpl.
> java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke
> (DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke (Method.java:585)
> at Loader.invokeMain(Unknown Source)
> at Loader.run(Unknown Source)
> at Loader.main(Unknown Source)
> [0]=javax.servlet.ServletException: Class of type
> org.acegisecuirty.intercept.we
> b.FilterSecurityInterceptor not found in classloader
> at org.acegisecurity.util.FilterToBeanProxy.doInit(
> FilterToBeanProxy.jav
> a:139)
> at org.acegisecurity.util.FilterToBeanProxy.init(
> FilterToBeanProxy.java :
> 189)
> at org.mortbay.jetty.servlet.FilterHolder.start(FilterHolder.java
> :162)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(We
> bApplicationHandler.java:145)
> at org.mortbay.jetty.servlet.WebApplicationContext.start
> (WebApplicationC
> ontext.java:458)
> at org.mortbay.http.HttpServer.start(HttpServer.java:663)
> at org.mortbay.jetty.Server.main(Server.java:429)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke
> (NativeMethodAccessorImpl.
> java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at Loader.invokeMain(Unknown Source)
> at Loader.run(Unknown Source)
> at Loader.main (Unknown Source)
>
>
>
--
-----------------------------------------
Eng. Gabriele Columbro
Consultant at Sourcesense Italy
-----------------------------------------
work: g.columbro@pronetics.it
private: columbro@gmail.com
mobile: (0039)3201612846
yahoo: g.columbro
gtalk: columbro@gmail.com
AIM: gabrielecolumbro
-----------------------------------------
"Keyboard not found.
Press F1 to continue"
-----------------------------------------