The fix by Santiago still does not work for me. I just did a full cvs
checkout and rebuilt about 10 minutes ago, and I still get the same
ClassCastException as I did before. I'm running on RedHat Linux with jvm
1.3.0 and tomcat 3.2.3. The exception is:
Horrible Exception: java.lang.ClassCastException: java.lang.String
at
org.apache.jetspeed.services.rundata.DefaultJetspeedRunData.getProfile(Default
JetspeedRunData.java:237)
at
org.apache.jetspeed.modules.actions.JetspeedSessionValidator.doPerform(Jetspee
dSessionValidator.java:127)
at org.apache.turbine.modules.Action.perform(Action.java:87)
But I also get another error before I even get to the ClassCastException. The
first error is thrown when Jetspeed cannot find screens/Error. I recall some
similar problems several weeks ago, so I can get around this error by copying
vm/screens/html/Error.vm to vm/screens/Error.vm
After copying this file, I get the ClassCastException noted above. The full
text of the first Resource exception is:
Horrible Exception: org.apache.velocity.exception.ResourceNotFoundException:
Unable to find resource 'screens/Error'
at
org.apache.velocity.runtime.resource.ResourceManager.getResource(ResourceManag
er.java)
at org.apache.velocity.runtime.Runtime.getTemplate(Runtime.java)
at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java)
rethrown as org.apache.turbine.util.TurbineException: Error rendering Velocity
template: screens/Error: Unable to find resource 'screens/Error'
at
org.apache.turbine.services.velocity.TurbineVelocityService.renderingError(Tur
bineVelocityService.java:392)
at
org.apache.turbine.services.velocity.TurbineVelocityService.decodeRequest(Turb
ineVelocityService.java:356)
rethrown as org.apache.turbine.util.TurbineException: Error rendering Velocity
template: screens/Error: Error rendering Velocity template: screens/Error:
Unable to find resource 'screens/Error'
at
org.apache.turbine.services.velocity.TurbineVelocityService.renderingError(Tur
bineVelocityService.java:392)
at
org.apache.turbine.services.velocity.TurbineVelocityService.handleRequest(Turb
ineVelocityService.java:252)
at
org.apache.turbine.services.velocity.TurbineVelocity.handleRequest(TurbineVelo
city.java:109)
at
org.apache.turbine.modules.screens.VelocityScreen.buildTemplate(VelocityScreen
.java:169)
at
org.apache.turbine.modules.screens.TemplateScreen.doBuild(TemplateScreen.java:
130)
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.VelocityOnlyLayout.doBuild(VelocityOnlyLayo
ut.java:98)
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)
----- Original Message -----
From: "Santiago Gala" <[EMAIL PROTECTED]>
> Better than this, (I got it), I'm committing a change to the
> CastorPsmlManagerService.
>
> The problem was funny: "/WEB-INF/psml" is *not* absolute under Windows
> (as per java specification, an absolute path in Windows needs the drive
> letter), but it *is* absolute under Unix, so the test:
>
> if( !rootDir.isAbsolute()) was giving different results in both platforms.
> I have chaged it to if( !rootDir.exists() ) so that now, if the root
> does not exist, is taken as context-relative, else it is created.
>
> I'll be commiting right now. It can take a while, as I'm using GPRS + my
> mobile phone from my parent's house in the beach, and the connection is
> flaky.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
