Comments inline (quite a ways down) ...
On 6/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I have some problem with subdialogs using shale1.1.0-snapshot (22/05).
The first problem is:
I have a dialog B with following this configuration:
<dialog name="Test dialogo B" start="Pagina A">
<view name="Pagina A" viewId="/test_dialogo_b/pagina_a.jsp">
<transition outcome="avanti" target="Pagina B"/>
<transition outcome="indietro" target="Exit"/>
</view>
<view name="Pagina B" viewId="/test_dialogo_b/pagina_b.jsp">
<transition outcome="avanti" target="Pagina C"/>
<transition outcome="indietro" target="Pagina A"/>
</view>
<view name="Pagina C" viewId="/test_dialogo_b/pagina_c.jsp">
<transition outcome="avanti" target="Exit"/>
<transition outcome="indietro" target="Pagina B"/>
</view>
<end name="Exit" viewId="/home/home.jsp"/>
</dialog>
When I run this dialog not how subdialog I need this dialog end showing
"/home/home.jsp".
<snip/>
Which should be happening, correct?
I also need to call this dialog like subdialog of the following dialog
C:
<dialog name="Test dialogo C" start="Pagina A">
<view name="Pagina A" viewId="/test_dialogo_a/pagina_a.jsp">
<transition outcome="avanti" target="Invoca dialogo B"/>
<transition outcome="indietro" target="Exit"/>
</view>
<view name="Pagina B" viewId="/test_dialogo_a/pagina_b.jsp">
<transition outcome="avanti" target="Pagina C"/>
<transition outcome="indietro" target="Pagina A"/>
</view>
<view name="Pagina C" viewId="/test_dialogo_a/pagina_c.jsp">
<transition outcome="avanti" target="Exit"/>
<transition outcome="indietro" target="Pagina B"/>
</view>
<subdialog name="Invoca dialogo B" dialogName="Test dialogo B">
<transition outcome="avanti"
target="Pagina B"/>
<transition outcome="indietro"
target="Pagina A"/>
</subdialog>
<end name="Exit" viewId="/home/home.jsp"/>
</dialog>
The problem is that when the subdialog B ends, shale does not show
/test_dialogo_a/pagina_b.jsp but show "/home/home.jsp" .
When I use old shale 1.0.3 does work correctly.
<snap/>
Looks like a bug to me, seems related to SHALE-423 [1]. I will take a
look at this, hopefully this weekend.
The second problem is that I'm using the "data" property of
DialogContext to store some information but when start subdialog B, the
getData of DialogContext return an HashMap (not my class).
<snip/>
I haven't used the basic dialog implementation heavily, but that
matches my understanding of how the basic impl works. A subdialog also
implies a new dialog data being "pushed onto the stack" (and if you
haven't specified a dialog data class, it defaults to a HashMap).
This is different from the Commons SCXML implementation, where the
dialog data will be shared between the parent dialog and any
subdialogs (to whatever "depth" they may exist). I believe you are
looking for something similar, though that is not how the basic impl
behaves (there are pros/cons to either).
-Rahul
[1] http://issues.apache.org/struts/browse/SHALE-423
Please help me.....
Mario