You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@turbine.apache.org by "Pugh, Eric" <EP...@MuseumCompany.com> on 2001/11/20 21:29:40 UTC
EventSubmit_do** works weird..
Hi,
I am using the 2.1 TDK, and I have some actions that sometimes can't be
found. My action extends SecureAction which extends VelocitySecureAction.
If I title my action as "eventSubmit_doSkuSelect" in the .vm, and public
void doSkuSelect(RunData data, Context context) in the action class, it will
fail, and call the doPerform method.
However, if I title my action as "eventSubmit_doSku" in the .vm, and public
void doSku(RunData data, Context context) in the action class, it works
great!
Is there some sort of case issue that I am not understanding?
Eric
-----Original Message-----
From: John McNally [mailto:jmcnally@collab.net]
Sent: Tuesday, November 20, 2001 1:05 PM
To: Turbine Users List
Subject: Re: Intake
The syntax of that xml file is completely wrong, what example did you
base it off of?
john mcnally
Skip Walker wrote:
>
> I'm having problems trying to use intake with tdk 2.1.
>
> I have the following, standard intake.xml file
>
> <input-data >
>
> <group class="Login" key="login" >
>
> <field name="Username" key="u" type="String" >
> <rule minLength="6">Your username must be at least 6
> characters</rule>
> </field>
>
> <field name="Password" key="p" type="String">
> <rule minLength="8">Please enter a password with at least 8
> characters</rule>
> <rule mask="">Please enter a password with at least one digit</rule>
> </field>
>
> </group>
>
> </input-data>
>
> There are no exceptions during service initialization.
>
> However, whenever I execute a template that tries to use the intake
> tool, I get the following.
>
> [Tue Nov 20 10:50:27 CST 2001] -- ERROR --
> Exception: org.apache.turbine.util.TurbineException
> Stack Trace follows:
> java.lang.NullPointerException
> at
> org.apache.turbine.services.intake.xmlmodel.AppData.getGroup(AppData.jav
> a:128)
> at
> org.apache.turbine.services.intake.TurbineIntakeService.getGroup(Turbine
> IntakeService.java:383)
> rethrown as org.apache.turbine.util.TurbineException
> at
> org.apache.turbine.services.intake.TurbineIntakeService.getGroup(Turbine
> IntakeService.java:387)
> at
> org.apache.turbine.services.intake.TurbineIntake.getGroup(TurbineIntake.
> java:85)
> at
> org.apache.turbine.services.intake.IntakeTool.init(IntakeTool.java:130)
> at
> org.apache.turbine.services.pull.TurbinePullService.populateWithRequestT
> ools(TurbinePullService.java:484)
> at
> org.apache.turbine.services.pull.TurbinePullService.populateContext(Turb
> inePullService.java:412)
> at
> org.apache.turbine.services.pull.TurbinePull.populateContext(TurbinePull
> .java:145)
> at
> org.apache.turbine.services.velocity.TurbineVelocityService.getContext(T
> urbineVelocityService.java:227)
> at
> org.apache.turbine.services.velocity.TurbineVelocity.getContext(TurbineV
> elocity.java:159)
> at
> org.apache.turbine.modules.pages.VelocityPage.doBuildBeforeAction(Veloci
> tyPage.java:84)
> at
> org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPage.java:13
> 7)
> at org.apache.turbine.modules.Page.build(Page.java:90)
> at
> org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123)
> at org.apache.turbine.Turbine.doGet(Turbine.java:555)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> allaire.jrun.servlet.JRunSE.service(../servlet/JRunSE.java:1416)
> at
> allaire.jrun.session.JRunSessionService.service(../session/JRunSessionSe
> rvice.java:1082)
> at
> allaire.jrun.servlet.JRunSE.runServlet(../servlet/JRunSE.java:1270)
> at
> allaire.jrun.servlet.JRunRequestDispatcher.forward(../servlet/JRunReques
> tDispatcher.java:89)
> at
> allaire.jrun.servlet.JRunSE.service(../servlet/JRunSE.java:1552)
> at
> allaire.jrun.servlet.JRunSE.service(../servlet/JRunSE.java:1542)
> at
> allaire.jrun.servlet.JvmContext.dispatch(../servlet/JvmContext.java:364)
> at
> allaire.jrun.jrpp.ProxyEndpoint.run(../jrpp/ProxyEndpoint.java:388)
> at allaire.jrun.ThreadPool.run(../ThreadPool.java:272)
> at allaire.jrun.WorkerThread.run(../WorkerThread.java:75)
>
> Is there a key step I'm missing?
>
> Thanks,
> Skip
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: EventSubmit_do** works weird..
Posted by "Henning P. Schmiedehausen" <ma...@hometree.net>.
"Pugh, Eric" <EP...@MuseumCompany.com> writes:
>If I title my action as "eventSubmit_doSkuSelect" in the .vm, and public
>void doSkuSelect(RunData data, Context context) in the action class, it will
>fail, and call the doPerform method.
>However, if I title my action as "eventSubmit_doSku" in the .vm, and public
>void doSku(RunData data, Context context) in the action class, it works
>great!
Please read the action-event-howto. It is clearly stated:
--- cut ---
The variable name MUST have the prefix "eventSubmit_".
The variable name after the prefix MUST begin with the letters "do".
The first letter after the "do" will be capitalized and the rest will be lowercase
--- cut ---
Call your method doSkuselect() and it should work.
We don't have _much_ Docs but at least these Docs are correct. ;-)
Regards
Henning
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen -- Geschaeftsfuehrer
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH hps@intermeta.de
Am Schwabachgrund 22 Fon.: 09131 / 50654-0 info@intermeta.de
D-91054 Buckenhof Fax.: 09131 / 50654-20
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Printable layout of docs: HowTo, Services, ...?
Posted by Daniel Rall <dl...@finemaltcoding.com>.
Chris Shenton <Ch...@hq.nasa.gov> writes:
> Newbie wants to print and read docs on the road, but the layout used
> on the web has a wide left nav bar, causing printed docs to have the
> right side truncated.
>
> The VelocitySite HowTo talks about printable layouts, so I'm surprised
> not to see them on the Turbine site itself. Am I just missing
> something? Other suggestions?
You can grab the jakarta-site2 and jakarta-turbine-site modules from
CVS, modify the site.vsl file (the Anakia equivalent of a XSL style
sheet) to leave off the left nav, and regenerate the HTML
documentation from the XML.
Alternately, you could use a XML browser to read the XML version of
the documentation.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Printable layout of docs: HowTo, Services, ...?
Posted by Chris Shenton <Ch...@hq.nasa.gov>.
Newbie wants to print and read docs on the road, but the layout used
on the web has a wide left nav bar, causing printed docs to have the
right side truncated.
The VelocitySite HowTo talks about printable layouts, so I'm surprised
not to see them on the Turbine site itself. Am I just missing
something? Other suggestions?
Thanks.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>