Hi, I have traced through the masses of init and assembler stuff in T2.3 to try to find out why it is trying to find VelocityPage.vm when it does not in previous versions. What i found is that it all look legitimate. With
services.VelocityService.template.extension=vm services.VelocityService.default.page=VelocityPage services.VelocityService.default.screen=VelocityScreen services.VelocityService.default.layout=RoleBasedLayout services.VelocityService.default.navigation=VelocityNavigation services.VelocityService.default.error.screen = VelocityErrorScreen services.VelocityService.default.layout.template = Default.vm in your TR.props the init constructs a defaultPage value on line 776 of Turbine.java. This is then used by the assemblers to find the page. It calls down through stuff until BaseTemplateMapper.getDefaultName(String template). So in theBaseTemplateMapper method it takes my "Login.vm" string and takes the extension off it and adds this to the end of the value set in "services.VelocityService.default.page" - result "VelocityPage.vm" in the defaultPage. Clearly it is never going to find a class called "org.apache.turbine.modules.VelocityPage.vm" so it fails. I cannot understand how this ever worked and am more confused than ever. Does anyone understand how this is supposed to work and can they explain it in simple terms? I am using the T2.3 release code and am on JDK 1.4.1_01 and W2K. Thanks David > -----Original Message----- > From: David Wynter [mailto:[EMAIL PROTECTED] > Sent: 29 September 2003 12:30 > To: Turbine-User > Subject: Looking for VelocityPage.vm? > > > Hi, > > I have the Velocity service configuration as in the example > TR.props in the > distribution with T2.3. The RoleBasedLayout overrides the path used for > finding layout, navigations and screens based on the role, > something simple > that has worked for 2 years now, I don't believe it is the problem. > > services.VelocityService.template.extension=vm > services.VelocityService.default.page=VelocityPage > services.VelocityService.default.screen=VelocityScreen > services.VelocityService.default.layout=RoleBasedLayout > services.VelocityService.default.navigation=VelocityNavigation > services.VelocityService.default.error.screen = VelocityErrorScreen > services.VelocityService.default.layout.template = Default.vm > > The error I get is: > > ... > [DEBUG] DefaultTurbineRunData - -Returning default Charset of ISO-8859-1 > [DEBUG] PageLoader - -Loading Page VelocityPage.vm from the > Assembler Broker > [DEBUG] JavaPageFactory - -Class Fragment is VelocityPage.vm > [DEBUG] JavaPageFactory - -Trying > com.roamware.rwtransform.modules.pages.VelocityPage.vm > [DEBUG] > JavaPageFactory - -com.roamware.rwtransform.modules.pages.VelocityPage.vm: > Not found > [DEBUG] JavaPageFactory - -Trying > org.apache.turbine.modules.pages.VelocityPage.vm > [DEBUG] JavaPageFactory - > -org.apache.turbine.modules.pages.VelocityPage.vm: > Not found > [DEBUG] JavaPageFactory - -Returning: null > [ERROR] Turbine - -Turbine.handleException: > <java.lang.ClassNotFoundException: > > Requested Page not found: VelocityPage.vm > Turbine looked in the following modules.packages path: > [com.roamware.rwtransform.modules, org.apache.turbine.modules] > >java.lang.ClassNotFoundException: > > Requested Page not found: VelocityPage.vm > Turbine looked in the following modules.packages path: > [com.roamware.rwtransform.modules, org.apache.turbine.modules] > > at > org.apache.turbine.modules.PageLoader.getInstance(PageLoader.java:207) > at org.apache.turbine.modules.PageLoader.exec(PageLoader.java:136) > at org.apache.turbine.Turbine.doGet(Turbine.java:796) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > > Why is it looking for VelocityPage.vm? I can understand it would use > VelocityPage.class but I have never had VelocityPage.vm ever? It refers to > VelocityPage.vm as a Class Fragment, which doesn't make sense? I could not > find anything specifically on this problem in the archives. Lots of layout > related problems, but not looking for VelocityPage.vm problems. > > Ideas? > > David Wynter > > > --------------------------------------------------------------------- > 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]
