You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@turbine.apache.org by Marc Lustig <ma...@marclustig.com> on 2003/01/30 11:05:03 UTC
Wish for T2.3: getting RunData
in class Turbine
public static RunData getRunData()
In certain situations it's a problem that no rundata information is
available. For example in Intake's doAssertValidity() method that is used
for custom validators to process the validation. The mehod is called before
the action-method is called and therefore it's possible to pass information
to the object before the validation is done.
Since DefaultValidator doesn't contain runtime infos either certain
validation tasks are impossible to realize.
Therefore a static accessor to get the current RunData would be beneficial.
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
AW: Wish for T2.3: getting RunData
Posted by Marc Lustig <ma...@marclustig.com>.
I'm not very familiar with RunTime, but a method
public static RunData getRunData(User user)
could return the rundata of the last request by that user, wouldn't that be
possible to implement in some of the Turbine core classes?
I think it would be beneficial in various cases.
Marc
> -----Ursprüngliche Nachricht-----
> Von: henning@forge.intermeta.de [mailto:henning@forge.intermeta.de]Im
> Auftrag von Henning P. Schmiedehausen
> Gesendet: Samstag, 1. Februar 2003 14:20
> An: turbine-dev@jakarta.apache.org
> Betreff: Re: Wish for T2.3: getting RunData
>
>
> "Marc Lustig" <ma...@marclustig.com> writes:
>
> >In certain situations it's a problem that no rundata information is
> >available. For example in Intake's doAssertValidity() method that is used
> >for custom validators to process the validation. The mehod is
> called before
> >the action-method is called and therefore it's possible to pass
> information
> >to the object before the validation is done.
> >Since DefaultValidator doesn't contain runtime infos either certain
> >validation tasks are impossible to realize.
> >Therefore a static accessor to get the current RunData would be
> beneficial.
>
> You can't do that. RunData is request and user specific. That's why it
> is called "RunData". ;-)
>
> Regards
> Henning
>
> --
> Dipl.-Inf. (Univ.) Henning P. Schmiedehausen
> INTERMETA GmbH
> hps@intermeta.de +49 9131 50 654 0
> http://www.intermeta.de/
>
> Java, perl, Solaris, Linux, xSP Consulting, Web Services --
> hero for hire
> freelance consultant -- Jakarta Turbine Development -- RHSCLG
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org
Re: Wish for T2.3: getting RunData
Posted by "Henning P. Schmiedehausen" <hp...@intermeta.de>.
"Marc Lustig" <ma...@marclustig.com> writes:
>In certain situations it's a problem that no rundata information is
>available. For example in Intake's doAssertValidity() method that is used
>for custom validators to process the validation. The mehod is called before
>the action-method is called and therefore it's possible to pass information
>to the object before the validation is done.
>Since DefaultValidator doesn't contain runtime infos either certain
>validation tasks are impossible to realize.
>Therefore a static accessor to get the current RunData would be beneficial.
You can't do that. RunData is request and user specific. That's why it
is called "RunData". ;-)
Regards
Henning
--
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH
hps@intermeta.de +49 9131 50 654 0 http://www.intermeta.de/
Java, perl, Solaris, Linux, xSP Consulting, Web Services -- hero for hire
freelance consultant -- Jakarta Turbine Development -- RHSCLG
---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-dev-help@jakarta.apache.org