Finally fixed this particular problem, here are the steps:
Check out turbine-flux with 2.1 tag
Place turbine-2.2b1.jar in your lib.repo directory
Change turbine-flux build.properties to use the right turbine jar
Build jar
Placing this jar in the web-inf/lib directory now works! Yeah!
-warner
----- Original Message -----
From: "Warner Onstine" <[EMAIL PROTECTED]>
To: "Turbine Users List" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, December 01, 2001 10:40 AM
Subject: Re: AccessCrontolList is abstract in 2.2b
>
> ----- Original Message -----
> From: "Henning P. Schmiedehausen" <[EMAIL PROTECTED]>
> Newsgroups: hometree.jakarta.turbine.users
> To: <[EMAIL PROTECTED]>
> Sent: Monday, November 19, 2001 2:04 AM
> Subject: Re: AccessCrontolList is abstract in 2.2b
>
>
> > Sven Homburg <[EMAIL PROTECTED]> writes:
> >
> > >Guten Tag Henning P. Schmiedehausen,
> >
> > Moin,
> >
> > >HPS> Sure. I use the TDK all the time and it works fine.
> > >HPS> The solution is pretty simple. You must recompile your application
> if
> > >HPS> it was compiled against the non-Interface version. Your
application
> > >HPS> .jar (or .class) files still have references to the methods inside
> > >HPS> AccessControlList which is now an interface and no longer contains
> > >but here i cant say "yes".
> > >i recompile both; first the HEAD-repos and than my application.
> > >i check my CLASSPATH and re-start catalina.
> > >but the same error occures.
> >
> > ok, I did the following thing:
> >
> > - downloaded the fresh TDK 2.1 from jakarta.apache.org, unpacked it
> > - ant init inside to create the newapp
> > - initialized the newapp using the supplied turbine-2.1.jar
> > - replaced the turbine-2.1.jar with a freshly checked out
> > jar from the anon-CVS (in both share/lib and
webapps/newapp/WEB-INF/lib)
> > - ant clean (important!)
> > - replaced "TableMap.NONE" with "TableMap.NATIVE" in
> >
>
webapps/newapp/WEB-INF/src/java/org/mycompany/newapp/om/map/RdfMapBuilder.ja
> va :-)
> > - rebuilt the newapp
> > - started catalina
> >
> > this works fine for me. I can log on, use the User Data Manager and
> > everything else. No errors.
> >
> > Are you really sure that you _do_ rebuild your app against the 2.2b1
> > turbine jar? Do you build and deploy in different environments and
> > replaced maybe only one of the jars?
> >
> > I know of the incompatible class change problem but there is really no
> > way around recompiling if you change a class into an interface and an
> > implementation (which should be in much more places inside Turbine).
> >
> > >if i call the Pull-Tool $data.getACL().hasRole("turbine_role")
> > >it returns null, after the second call in this session it returns
> > >true.
> >
> > >but if i call it from the FluxAction-methode "isAuthorized(RunData
data)"
> > >there is the IncompatibleClassChangeError-Exception again
> > >(i recompiled the source from Flux too)
> >
> > Can you please give me the complete stack trace.
> >
> > Regards
> > Henning
>
> I am having the exact same problem, I am building against and deploying
> against turbine-2.2b1.jar. I have copied the flux sources into my build
path
> and use those for deploying flux.
>
> Here is my stack trace:
> [Sat Dec 01 10:35:35 MST 2001] -- ERROR -- Turbine.handleException: null
> [Sat Dec 01 10:35:35 MST 2001] -- ERROR --
> Exception: java.lang.IncompatibleClassChangeError
> Stack Trace follows:
> java.lang.IncompatibleClassChangeError
> at
>
org.apache.turbine.flux.modules.screens.FluxScreen.isAuthorized(FluxScreen.j
> ava:141)
> at
>
org.apache.turbine.flux.modules.screens.FluxScreen.doBuildTemplate(FluxScree
> n.java:117)
> at
>
org.apache.turbine.modules.screens.TemplateScreen.doBuild(TemplateScreen.jav
> a:129)
> at org.apache.turbine.modules.Screen.build(Screen.java:99)
> at org.apache.turbine.modules.ScreenLoader.eval(ScreenLoader.java:129)
> at
>
org.apache.turbine.modules.layouts.VelocityECSLayout.doBuild(VelocityECSLayo
> ut.java:102)
> at org.apache.turbine.modules.Layout.build(Layout.java:91)
> at org.apache.turbine.modules.LayoutLoader.exec(LayoutLoader.java:123)
> at
> org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPage.java:166)
> at org.apache.turbine.modules.Page.build(Page.java:90)
> at org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123)
> at org.apache.turbine.Turbine.doGet(Turbine.java:565)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java)
> at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> FilterChain.java:247)
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> ain.java:193)
> at
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> va:243)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
>
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> va:201)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
>
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
> .java:472)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
>
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
> 46)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
> at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
> )
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
>
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> java:170)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> )
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
>
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> :163)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
>
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> 1011)
> at
>
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106
> )
> at java.lang.Thread.run(Thread.java:496)
>
>
> ----------------------
> Hope this helps.
>
> -warner
>
>
> > --
> > Dipl.-Inf. (Univ.) Henning P. Schmiedehausen -- Geschaeftsfuehrer
> > INTERMETA - Gesellschaft fuer Mehrwertdienste mbH [EMAIL PROTECTED]
> >
> > Am Schwabachgrund 22 Fon.: 09131 / 50654-0 [EMAIL PROTECTED]
> > D-91054 Buckenhof Fax.: 09131 / 50654-20
> >
> > --
> > To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> >
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
