Nelson, After installing the TDK and running the build script I have:
myapp\templates\app\screens\ServletInfo.vm myapp\WEB-INF\classes\vstreet\turbine\myapp\modules\screens\ServletInfo.class myapp\WEB-INF\src\java\vstreet\turbine\myapp\modules\screens\ServletInf.java They are not placed in jar files. This is release 2.1. Dan Gregorio, Nelson wrote: >I search ServletInfo classs into all WEB-INF/lib/*.jar files, but dont find >ServletInfo.class. > >You need compile that packages > >WEB-INF\src\org\mycompany\newapp\modules\screens; >WEB-INF\src\org\mycompany\newapp\modules\actions; > > > >-----Mensaje original----- >De: Dan Robinson [mailto:[EMAIL PROTECTED]] >Enviado el: martes 9 de julio de 2002 17:39 >Para: Turbine Users List >Asunto: Re: HELP I'M DROWNING!!! > > >Humberto, > >Agreed. If I can get this working I would be glad to put together this >kind of doco. However, your list omits the step that will get it >working on my system :). When I responded to the last message it was to >say that: "the file was already configured that way and STILL does not >work", just in case there is any confusion :). > >Dan > >Humberto Hernandez Torres wrote: > >>This is problably question that should be documented. If one screen that is >>supposed to be running is not. How do you find out what is happening? >>Example of the answer. >>- Check the package of the class. >>- Check the name of the class. >>- Does the class inherit from Screen? >>- What is the path in TR.properties? >>- Is Jupiter aligned to Uranus? >>- etc, etc, etc. >>-- >> Humberto >> >>-----Original Message----- >>From: Dan Robinson [mailto:[EMAIL PROTECTED]] >>Sent: Tuesday, July 09, 2002 4:27 PM >>To: Turbine Users List >>Subject: Re: HELP I'M DROWNING!!! >> >> >>it is: >> >>package vstreet.turbine.myapp.modules.screens; >> >>Thanks, >> >>Dan >> >>[EMAIL PROTECTED] wrote: >> >>>Dan, >>> >>>what is the first line of your ServletInfo.java? It should read >>> >>>package vstreet.turbine.myapp.modules.screens; >>> >>>Bye, >>>-Maik >>> >>>Dan Robinson <[EMAIL PROTECTED]> schrieb am 09.07.2002, 22:02:51: >>> >>>>Maik, >>>> >>>>No luck (frustrated gurgling noise #(*&#&(#@ ). >>>> >>>>My java files is: >>>> >>>>public class ServletInfo extends SecureScreen >>>>{ >>>> /** >>>> * Place all the data object in the context >>>> * for use in the template. >>>> */ >>>> public void doBuildTemplate( RunData data, Context context ) >>>> { >>>> context.put("fooValue", "a Fool"); >>>> context.put("serverName", data.getRequest().getServerName()); >>>>// context.put("serverName", TurbineServlet.getServerName()); >>>> } >>>>} >>>> >>>>My ServletInfo.vm is: >>>> >>>>Servlet Info: >>>> >>>>$serverName >>>> >>>>Foo Info: $fooValue >>>> >>>>Output is: >>>> >>>>Servlet Info: $serverName >>>>Foo Info: $fooValue >>>> >>>>Velocity log shows: >>>> >>>>Tue Jul 09 12:58:20 PDT 2002 [warn] >>>>org.apache.velocity.runtime.exception.ReferenceException: reference : >>>>template = screens/ServletInfo.vm [line 3,column 1] : $serverName is not >>>>a valid reference. >>>>Tue Jul 09 12:58:20 PDT 2002 [warn] >>>>org.apache.velocity.runtime.exception.ReferenceException: reference : >>>>template = screens/ServletInfo.vm [line 5,column 14] : $fooValue is not >>>>a valid reference. >>>> >>>>Dan >>>> >>>> >>>>[EMAIL PROTECTED] wrote: >>>> >>>>>Hi Dan, >>>>> >>>>>your setup is ok, I experience the same problem. Seems like the >>>>>ServletService is not being initialized correctly (allthough it claims >>>>>initialization in the log). >>>>> >>>>>If you change ServletInfo.java to use data.getRequest().getServerName() >>>>>instead of TurbineServlet.getServerName() it works. It is really the >>>>>same if you look at the Turbine 2.1 sources... >>>>> >>>>>Take care, >>>>>-Maik >>>>>Dan Robinson schrieb am 09.07.2002, 20:25:10: >>>>> >>>>>>Maik, >>>>>> >>>>>> >>>>>>Currently I've got: >>>>>> >>>>>>myapp\templates\app\screens\ServletInfo.vm >>>>>>myapp\WEB-INF\classes\vstreet\turbine\myapp\modules\screens\ServletInfo >>>>>> >. > >>class >> >>>>>>myapp\WEB-INF\src\java\vstreet\turbine\myapp\modules\screens\ServletInf >>>>>> >o > >>.java >> >>>>>>I have no idea what the "appropriate location" would be - this seems to >>>>>> > >>>>>>be the standard explained in the doco. >>>>>> >>>>>>Thanks for your assistance, >>>>>> >>>>>>Dan >>>>>> >>>>>>[EMAIL PROTECTED] wrote: >>>>>> >>>>>>>Hi Dan, >>>>>>> >>>>>>>>In 2.1 flavor of TDK the ServletInfo.vm outputs: >>>>>>>> >>>>>>>>Servlet Info: $serverName >>>>>>>> >>>>>>>The corresponding ServletInfo.java is not being found--it puts the >>>>>>>variable "serverName" in the template's context. >>>>>>> >>>>>>>Copy the .java file to the appropriate location and modify the package >>>>>>>name accordingly. >>>>>>> >>>>>>>HTH, >>>>>>>-Maik >>>>>>> >>>>>>>-- >>>>>>>To unsubscribe, e-mail: >>>>>>>For additional commands, e-mail: >>>>>>> >>>>>>> >>>>>>> >>>>>>-- >>>>>>To unsubscribe, e-mail: >>>>>>For additional commands, e-mail: >>>>>> >>>>>-- >>>>>To unsubscribe, e-mail: >>>>>For additional commands, e-mail: >>>>> >>>>> >>>>> >>>>-- >>>>To unsubscribe, e-mail: >>>>For additional commands, e-mail: >>>> >>>-- >>>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]> > >> >> > > > >-- >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]>
