Re: How to handle links outside a SCXML Dialog?

Werner Punz <werner.punz <at> gmail.com>
2007-07-02 08:17:46 GMT

Ok first of all
I added an issue
https://issues.apache.org/struts/browse/SHALE-453
to streamline this discussion.
Craig McClanahan schrieb:
> On 6/29/07, Werner Punz <werner.punz <at> gmail.com> wrote:
>> Rahul Akolkar schrieb:
>>
>> > I suspect this will be relevant to both implementations. By design, it
>> > helps to think of a dialog as a complete model. However, I think we
>> > have talked about bits like headers, footers and navigation bars some
>> > time ago, and one of the things that could be done is to wire each
>> > "outside" link to an action that checks whether there is an active
>> > DialogContext and stop()s it, if there is one.
>> >
>> > See bottom of this page for some documentation on terminating dialogs:
>> >
>> > http://shale.apache.org/shale-dialog/index.html (v1.1.0-SNAP)
>> >
>> > -Rahul
>> >
>> >
>> This is lots of wiring, and does not cover the case of a user typing in
>> an outside url of the application manually or pushing it in via a
>> bookmark.
>>
>> I assume the best option would be to leave it open for a short period of
>> time of a few minutes and then do some garbage collecting of tangeling

How know dialog name in onStart method of AbstractDialogContextListener

<mario.buonopane <at> accenture.com>
2007-07-02 15:45:03 GMT

Hi,
i'm using Shale Basic Dialog 1.1.0 and I have a my DialogContextListener
extending AbstractDialogContextListener. In the onStart() method I need
to know the dialog name is starting. How can I know it?
Thanks in advance
Mario Buonopane
This message is for the designated recipient only and may contain privileged, proprietary, or otherwise
private information. If you have received it in error, please notify the sender immediately and delete
the original. Any other use of the email by you is prohibited.

Re: Shale-tiger and Spring 2

Craig McClanahan <craigmcc <at> apache.org>
2007-07-02 17:48:52 GMT

On 7/2/07, Zarick Lau <zarick <at> gmail.com> wrote:
> Dear list,
>
> Our project currently using JSF RI 1.2, facelets 1.1.11, trinidad 1.0.1. and
> spring2.
>
> I've just added shale-core (for ViewController) into our project.
What version of Shale are you using? From version 1.0.4 (the current
on) onwards, the ViewController stuff is in shale-view-xxx.jar, not
shale-core-xxx.jar.
> I'm also try to add shale-tiger, however, once shale-tiger are added.
>
> Spring's integration stop working. We're currently using
> org.springframework.web.jsf.DelegatingVariableResolver
>
> To inject spring bean into normal JSF backing bean.
>
> Is it a legitimate use case for mixing spring2, jsf-ri and shale-tiger
> together?
It should indeed by a legitimate use case. I suspect there might be
something going on with the order that the resolvers are loaded ...
will need to do some investigation to figure that out.
Craig
>
> Regards,

Re: Shale-tiger and Spring 2

Zarick Lau <zarick <at> gmail.com>
2007-07-03 01:37:47 GMT

>
> > Our project currently using JSF RI 1.2, facelets 1.1.11, trinidad 1.0.1.
> and
> > spring2.
> >
> > I've just added shale-core (for ViewController) into our project.
>
> What version of Shale are you using? From version 1.0.4 (the current
> on) onwards, the ViewController stuff is in shale-view-xxx.jar, not
> shale-core-xxx.jar.
Yes, you're right.
I'm using shale-view and shale-core.
> I'm also try to add shale-tiger, however, once shale-tiger are added.
> >
> > Spring's integration stop working. We're currently using
> > org.springframework.web.jsf.DelegatingVariableResolver
> >
> > To inject spring bean into normal JSF backing bean.
> >
> > Is it a legitimate use case for mixing spring2, jsf-ri and shale-tiger
> > together?
>
> It should indeed by a legitimate use case. I suspect there might be
> something going on with the order that the resolvers are loaded ...
> will need to do some investigation to figure that out.
You mean, shale-tiger also providing a resolvers.
The order of shale-resolver and spring resolver is not correct?