On 4/6/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
>
> Just to make sure we talk about the same.
> We have the place where we create a bookmarkable link - which can be the
> NavigationHandler - and we have the place where we have to process the
> incoming get parameters.
>
> > You can either put that metadata in the view - where it doesn't fit well -
> > or
> > in the controller/NavigationHandler layer - where it fits naturally.
> >
> To the "Process" part:
>
> I dont understand whats the difference between user-input and url-input
> - but are from external and are subject to be wrong.
> Both should go through the whole validator/converter stuff in JSF.
Well, you definitely need some validation. I'm not positive
that JSF converters are totally the right way to go, because (generally)
converters are Locale dependent and user-readable - whereas
URL parameters must be Locale independent. EL coercion is
more along the lines of what's wanted here.
> We need a way to handle all this, so why not do it through the view. All
> what we need is in place there.
IMO, I think you want the code that generates the bookmark
URLs to be the same code that handles the bookmark URLs,
so you're not performing very similar configuration in two places.
> Else we have to create another jsp/facelete like configuration for this
> "mini-view".
> And then still we need the real view the bookmark url points to - JSF
> needs something to show.
Certainly the view that's being pointed to by the URL is JSF content.
Were you imagining a stub JSF component tree that simply processes
the bookmark (after validating), then forwards on to the real page?
That sounds better than mixing the bookmarking processing into the
view page, which has a whiff of old Model 1 development about it.
-- Adam
> > That means a custom NavigationHandler with a new configuration
> > file.
> >
>
> The "Create" part:
> To create a bookmarkable link we do not need much more than the propose
> in my post - somethink like toViewId=/view.jsp?param=#{...}
>
> Ciao,
> Mario
>
>
