David Sean Taylor wrote: >Dave, > >My Linux machine is not here this week. I won't have it back til mid/late >next week. >Can anyone else with Linux try to reproduce this ? > I'm not getting this problem. Nevertheless, I think it is due to some problem with the DB schema or content, that causes an Exception early in the JetspeedTool population or JetspeedRundata processing. This exception seems to happen when an uncaught exception is thrown early in the request handling process, so that a Capability Map is not yet present, or it has no proper MIME type set in the rundata, or something similar. This is the reason why the fallback algorithm tries to fetch layouts/default.vm, instead of layouts/html/default.vm. We should either provide a layout/default.vm and screens/Error.vm (the system is trying to report an error), or else to be very careful that, even if an error is thrown while filling JetspeedTool or JetspeedRundata, the proper initialization is done, at least of the Request MIME type, and it is available for the handling of psml and templates. dave, could you look in the log to any previous exception? It could be related with the blob that contains the session persistent data. > >------------------------------------- >David Sean Taylor >taylor@apache.org >------------------------------------- >http://jakarta.apache.org/jetspeed >------------------------------------- > > > > >>-----Original Message----- >>From: Dave Carlson [mailto:dcarlson@ontogenics.com] >>Sent: Wednesday, August 01, 2001 11:39 AM >>To: jetspeed-dev@jakarta.apache.org >>Subject: can't find layouts/default.vm under Linux >> >> >>Using the current CVS, I now have most aspects running under >>Linux and tomcat >>(I've been through the issue of removing /WEB-INF at root). >>However I still >>get occasional errors where layouts are not found. >> >>When I log in as 'admin', all portlets work fine EXCEPT for >>the Security tab, >>which throws the following exception. This identical war >>build works fine >>under windows. I still have not fully digested the flow of >>control for >>layouts and templating in Jetspeed, so it's difficult to >>track this down. >> >>Horrible Exception: >>org.apache.velocity.exception.ResourceNotFoundException: >>Unable to find resource 'layouts/default.vm' >> at >>org.apache.velocity.runtime.resource.ResourceManager.getResour >>ce(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: layouts/default.vm: Unable to find resource >>'layouts/default.vm' >> at >>org.apache.turbine.services.velocity.TurbineVelocityService.re >>nderingError(Tur >>bineVelocityService.java:392) >> at >>org.apache.turbine.services.velocity.TurbineVelocityService.de >>codeRequest(Turb >>ineVelocityService.java:356) >>rethrown as org.apache.turbine.util.TurbineException: Error >>rendering Velocity >>template: layouts/default.vm: Error rendering Velocity template: >>layouts/default.vm: Unable to find resource 'layouts/default.vm' >> at >>org.apache.turbine.services.velocity.TurbineVelocityService.re >>nderingError(Tur >>bineVelocityService.java:392) >> at >>org.apache.turbine.services.velocity.TurbineVelocityService.ha >>ndleRequest(Turb >>ineVelocityService.java:252) >> at >>org.apache.turbine.services.velocity.TurbineVelocity.handleReq >>uest(TurbineVelo >>city.java:109) >> at >>org.apache.turbine.modules.layouts.VelocityOnlyLayout.doBuild( >>VelocityOnlyLayo >>ut.java:120) >> at org.apache.turbine.modules.Layout.build(Layout.java:91) >> >>Cheers, >> Dave Carlson >> >> >>--------------------------------------------------------------------- >>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org >>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org >> >> > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org >For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org