I found this recent par on a local JUG resonated for me and had some
theme parallels to Rick's current thread ... how much do we over-code in
ignorance of the natural mechanisms available? (Sure, the uber-coders
among us can code better frameworks and deserve the fruits, but not we
lesser-lings, w
Hi,
I have some actions that I have decoupled from their jsps, so that I can
use the corresponding html components on various pages and move them
around as the client changes their mind about requirements.
I have implemented a programmatic mechanism for the action to know which
assets to populate a
Thanks Michael. I'm just picking my way through your answer ...
Ok, the bit is interesting ... and I'm going to consume
that in detail later, that's a lesser case at present.
One question on the non-include side ... ->
Michael Jouravlev wrote:
> On 5/3/06, Rob Manthey <
Michael Jouravlev wrote:
> On 5/3/06, Rob Manthey <[EMAIL PROTECTED]> wrote:
>
>> action knowing dynamically what jsp it's called from ...
>
> ... If you like, you can stick
> your last location into your HTML forms as a hidden field, or into all
> li
Michael Jouravlev wrote:
> On 5/3/06, Rob Manthey <[EMAIL PROTECTED]> wrote:
>
>> ... action knowing dynamically what jsp it's called from ...
>
> [1] http://www.caucho.com/resin-3.0/webapp/faq.xtp
request attributes available in tar
Michael Jouravlev wrote:
> First, about input="pagename" bit. I personally believe that
>
> * "input" property should be deprecated
> * if it is not deprecated, then it should be at least renamed to
> "error", because "input" is a misleading name
>
> "input" property is not an input page, it is th
Michael Jouravlev wrote:
>> > On 5/3/06, Rob Manthey <[EMAIL PROTECTED]> wrote:
>> >> ... action knowing dynamically what jsp it's called from ...
>
> Despite that HTTP is stateless, the application has its state,
> which is defined by
> * state st
Dave Newton wrote:
>Kyle W. Cartmell wrote:
>
>
>>I understand the concept behind this, but does anyone actually use
>>this in production code? Seems more trouble than it's worth since the
>>user could simply start multiple sessions.
>>
>>
>
>How? Isn't that browser-dependent?
>
>And no, I w
Michael Jouravlev wrote:
> On 5/3/06, Rob Manthey <[EMAIL PROTECTED]> wrote:
>
>> > If you care about where your action is called from,
>>
>> Only so much as to have a page for the server to send back to the user -
>> ie: the page that they were on - not so
Caroline Jen wrote:
>...etc... But, we are getting in trouble if users use the
>browser "Back" button. After several clicks on the
>browser "Back" button, we get "system errors".
>
>What to do to handle the situation?
>...etc...
>
This must be one of the most frequently asked questions on this
Caroline Jen wrote:
>... in trouble if users use the
>browser "Back" button. After several clicks on the
>browser "Back" button, we get "system errors".
>
>What to do to handle the situation?
>
>
have a look through some of these ...
http://marc.theaimsgroup.com/?l=struts-user&w=2&r=1&s=back+bu
Frank W. Zammetti wrote:
> Rob, might I suggest the Wiki? That's kind of the point of its
> existence :)
good call. i'm off for the weekend now, so no more "fun" for me today
;) back for more on monday.
cheers
Rob
-
To unsub
And I'll be contrary and toss in a "Yes, but ..." (apol: Eric Berne)
(as usual, corrections to my notes are welcome)
Yes, but you have to do it programmatically. I don't think there's
anything in j2ee (or any other web app) interfaces or implementations
that handles this, as Phil said, so you hav
13 matches
Mail list logo
