Dave Carlson wrote:
>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)
>
Yep. You will still have this error if you are running under root, as
the previous runs of unpatched jetspeed will have created an empty
directory /WEB-INF/psml in the root of your hierarchy. I had to fight
quite a bit against this one, as my local machine is running under a
"normal" user, while the remote one was running under "root". If you
delete (rm -Rf /WEB-INF/psml) and run again, it should run. I needed a
lot of time (yesterday) to notice it.
I wonder if we should completely erase the mkdirs call, but maybe it is
needed when a new user is created.
>
>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
>
I copied these files, but I'm not sure it is needed after the other fix.
Currently I have no copy of this file and my local copy is running well.
>
>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]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
