Thanks for the reference Craig; but unless I'm mis-reading you, that
still leaves me with data lookup 'hard coded' in Java classes. My goal
is to be able to change a page's data requirements without
recompilation. I'll take a look at Shale though and see if it has
anything to help in that context.
L.
Craig McClanahan wrote:
> Laurie,
>
> (Sorry for the late response -- just getting back from vacation).
>
> You might want to take a look at how Shale approaches your "pull" requirement.
>
> http://wiki.apache.org/struts/StrutsShale/
>
> Being JSF based, Shale encourages you to associate a single bean with
> each JSP page, where the bean can have more than one behavior (versus
> a Struts 1.x action where the only behavior is to process the submit).
> In particular, Shale supports a prerender() method that can be used
> to pull the data that this page "knows" it needs from the model -- and
> it sits right next to the logic (in a separate method) that processes
> the subsequent submit. In Struts 1.x terms, prerender() is where
> you'd do the things you currently do in a setup action, while the
> normal event handling method (called an "action" in JSF parlance, but
> it's a method instead of a class) does the follow-up updates to the
> model.
>
> In Struts 1.x, you see this same idea directly implemented in Tiles,
> via the Controller interface. It's also a dominant idea in ASP.Net,
> Tapestry, and Spring MVC -- and it's sorta immortalized in the J2EE
> design patterns lexicon as the View Helper pattern.
>
> I'd be interested to hear if this is close to what you had in mind, or
> if it was something else again.
>
> Craig McClanahan
>
>
>
>
>
>>I think I'll drop the topic now, before this degrades into a flame fest.
>>
>>L.
>>
>>Dakota Jack wrote:
>>
>>
>>>I believe the point was nothing like this at all, Dave. Don't know
>>>why you thought it was. Seems like you just thought this stuff up
>>>separate to me. However, certainly I don't think that the issue
>>>whether or not you are writing a CMS is relevant to the issues
>>>discussed. I also have no idea why you went off on the XML stuff.
>>>This is simply an issue of where work on the model should be. Your
>>>discussion, so far as I can tell, is about something entirely
>>>different and I have no idea where you got these issues. If these are
>>>the issues, then you must be speaking some language with Ms. Harper
>>>that I don't know.
>>>
>>>On 5/23/05, Dave Newton <newton@pingsite.com> wrote:
>>>
>>>
>>>>Dakota Jack wrote:
>>>>
>>>>
>>>>
>>>>>Just use some framework, like Struts. Write your actions and your
>>>>>model to take are of this business and feed the data to the
>>>>>appropriate scopes and objects.
>>>>>
>>>>>
>>>>
>>>>I believe the point was that this isn't an option.
>>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>>For additional commands, e-mail: user-help@struts.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
|