Re: transition between 2 Dialog

[samju]

correcty i user the basic impl.
the logical outcome return as string for example "edit"

 1-i understood the Dialog in such a way that my alist is as long as the
dialog do not reach the End State i can access the DialogScope
 2- i do not need to use the Subdialog my Question is: how kann i use the SI 

for clarity, the scenario:
 
1.
2.DialogContext dcontext = DialogHelper.getDialogContext(context);
   appBackingBean currentuser = (appBackingBean) dcontext.getData();
  do some work with currentuser 
   return logical outcome and deliver the "alist"
3. 
4. edit the value="#{dialogScope.alist} 
note that the "alist" depends on "ontherBackingBean" wich will take another
work to reach the finale state of the "alist" to store in DB.

i can`t let the connection between   ontherBackingBean and appBackingBean
works.

Sam 




Rahul Akolkar wrote:
> 
> On 6/7/07, samju <[EMAIL PROTECTED]> wrote:
>>
>> to resume i have Login.java and two Beans A and B wich are mapped with
>> Hibernate
>>
>> 1-
>> 2-Login class extends AbstractViewController this class provide a login
>> Action that return the "alist"
>>
>> other statements omitted
>> 3-
>> .
>> 
>> .
>> 
>> 
>> the action="#{login.transferToEdit}" had to push "Dialog:edit"
>> need the BBean  to update the ABean
>>
>> 4-
>> the action="'{edit.updateAlist}" will update the DB entries.
>> i tried the subdialog didn´t work!
>> how to solve this? Setter Injection or DI ? any hints ..
>> if someone had time i will provide more details!!
>>
> 
> 
> Couple of perhaps related clarifications, based on my understanding of
> this scenario:
> 
>  * A subdialog is entered via a  state (in the basic impl),
> rather than by providing a logical outcome / action matching
> "dialog:subdialogname"
> 
>  * The default prefix is "dialog:" and prefixes are case sensitive.
> 
> -Rahul
> 
> 

-- 
View this message in context: 
http://www.nabble.com/transition-between-2-Dialog-tf3885103.html#a11015153
Sent from the Shale - User mailing list archive at Nabble.com.

Re: transition between 2 Dialog

[samju]

i generate the Error from my history: for now i get:

javax.servlet.ServletException: Could not retrieve value of component with
path : {Component-Path : [Class:
org.apache.shale.view.faces.ShaleViewRoot,ViewId: /loginfinished.jsp][Class:
javax.faces.component.html.HtmlForm,Id: back][Class:
javax.faces.component.UINamingContainer,Id: userpanel][Class:
javax.faces.component.html.HtmlOutputText,Id: username]}

from userpanel.jsp :

the Id:username belong to the login MB wich managed login and give the list
from DB to jsp 

now i exclude the userpanel.jsp

get this Error:
javax.servlet.ServletException: Bean: mt.ec.saju.jsfshale.sermon.db.Server,
property: alist

my aim is to update the alist  in Subdialog .

from 








 




 



   



   





"#{login.editserver}" had to call method="#{updatesm.activateEdit} to enter
in the subdialog and the i have to call the method="#{updatesm.editfinish}">
in order to terminate my action.

sam
i got the tunnel view!




craigmcc wrote:
> 
> On 6/7/07, samju <[EMAIL PROTECTED]> wrote:
>>
>> to resume i have Login.java and two Beans A and B wich are mapped with
>> Hibernate
>>
>> 1-
>> 2-Login class extends AbstractViewController this class provide a login
>> Action that return the "alist"
>>
>> other statements omitted
>> 3-
>> .
>> 
>> .
>> 
>> 
>> the action="#{login.transferToEdit}" had to push "Dialog:edit"
>> need the BBean  to update the ABean
>>
>> 4-
>> the action="'{edit.updateAlist}" will update the DB entries.
>> i tried the subdialog didn´t work!
>> how to solve this? Setter Injection or DI ? any hints ..
>> if someone had time i will provide more details!!
>>
> 
> This sounds like it might be the same sort of issue Mario is having
> with the data bean in subdialogs, but it depends on what "the
> subdialog didn't work" means.  Could you describe what you expected,
> and what you observed, in a little more detail?
> 
> Craig
> 
> 
>>
>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/transition-between-2-Dialog-tf3885103.html#a11012245
>> Sent from the Shale - User mailing list archive at Nabble.com.
>>
>>
> 
> 

-- 
View this message in context: 
http://www.nabble.com/transition-between-2-Dialog-tf3885103.html#a11014616
Sent from the Shale - User mailing list archive at Nabble.com.

Re: transition between 2 Dialog

[Rahul Akolkar]

On 6/7/07, samju <[EMAIL PROTECTED]> wrote:


to resume i have Login.java and two Beans A and B wich are mapped with
Hibernate

1-
2-Login class extends AbstractViewController this class provide a login
Action that return the "alist"

other statements omitted
3-
.

.


the action="#{login.transferToEdit}" had to push "Dialog:edit"
need the BBean  to update the ABean

4-
the action="'{edit.updateAlist}" will update the DB entries.
i tried the subdialog didn´t work!
how to solve this? Setter Injection or DI ? any hints ..
if someone had time i will provide more details!!




Couple of perhaps related clarifications, based on my understanding of
this scenario:

* A subdialog is entered via a  state (in the basic impl),
rather than by providing a logical outcome / action matching
"dialog:subdialogname"

* The default prefix is "dialog:" and prefixes are case sensitive.

-Rahul

Re: transition between 2 Dialog

[Craig McClanahan]

On 6/7/07, samju <[EMAIL PROTECTED]> wrote:


to resume i have Login.java and two Beans A and B wich are mapped with
Hibernate

1-
2-Login class extends AbstractViewController this class provide a login
Action that return the "alist"

other statements omitted
3-
.

.


the action="#{login.transferToEdit}" had to push "Dialog:edit"
need the BBean  to update the ABean

4-
the action="'{edit.updateAlist}" will update the DB entries.
i tried the subdialog didn´t work!
how to solve this? Setter Injection or DI ? any hints ..
if someone had time i will provide more details!!



This sounds like it might be the same sort of issue Mario is having
with the data bean in subdialogs, but it depends on what "the
subdialog didn't work" means.  Could you describe what you expected,
and what you observed, in a little more detail?

Craig






--
View this message in context: 
http://www.nabble.com/transition-between-2-Dialog-tf3885103.html#a11012245
Sent from the Shale - User mailing list archive at Nabble.com.

Re: Open problems

[Craig McClanahan]

On 6/7/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:

2007/6/7, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> Please, I didn't want force anyone and if you understood this is just
> because my English is very bad.



Probably mine is worse :-)


What I'm trying to know if I have to
> plan to deploy the application with my version of sources of someone
> have already plan to work of some of my problems (or have suggestions)
> in the next days.



I think it's hard to say. The "problem" is that in Apache development there
are no schedules (well sometimes there are, but they are not so "strict").
Is there something that prevents you from using your local version? It's
open source after all :-)


Mario is actually following the tried-n-true "Apache way" of *nudging*
the developers towards applying the patches that he has already tested
:-).

I should be able to free up some time tonight to work on these ...

Craig




Ciao
Antonio

transition between 2 Dialog

[samju]

to resume i have Login.java and two Beans A and B wich are mapped with
Hibernate

1-
2-Login class extends AbstractViewController this class provide a login
Action that return the "alist"

other statements omitted
3-
.

.


the action="#{login.transferToEdit}" had to push "Dialog:edit" 
need the BBean  to update the ABean 

4-
the action="'{edit.updateAlist}" will update the DB entries.
i tried the subdialog didn´t work!
how to solve this? Setter Injection or DI ? any hints ..
if someone had time i will provide more details!!
  



-- 
View this message in context: 
http://www.nabble.com/transition-between-2-Dialog-tf3885103.html#a11012245
Sent from the Shale - User mailing list archive at Nabble.com.

Re: Open problems

[Antonio Petrelli]

2007/6/7, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:


Please, I didn't want force anyone and if you understood this is just
because my English is very bad.




Probably mine is worse :-)


What I'm trying to know if I have to

plan to deploy the application with my version of sources of someone
have already plan to work of some of my problems (or have suggestions)
in the next days.




I think it's hard to say. The "problem" is that in Apache development there
are no schedules (well sometimes there are, but they are not so "strict").
Is there something that prevents you from using your local version? It's
open source after all :-)

Ciao
Antonio

RE: Open problems

[mario.buonopane]

Please, I didn't want force anyone and if you understood this is just
because my English is very bad. What I'm trying to know if I have to
plan to deploy the application with my version of sources of someone
have already plan to work of some of my problems (or have suggestions)
in the next days.

Thanks and sorry for misunderstanding
Mario 

-Original Message-
From: Antonio Petrelli [mailto:[EMAIL PROTECTED] 
Sent: 7 giugno 2007 12.40
To: user@shale.apache.org
Subject: Re: Open problems

2007/6/7, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> But are you a shale developer?



No, I am a Struts and Tiles committer and I know the process.
You cannot force anyone to apply patches, we (intended as "Apache
developers") all have our reasons, and we are all volunteers.
Currently, using your local version is your only viable option, sorry
for
that.

Antonio


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: Open problems

[Antonio Petrelli]

2007/6/7, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:


But are you a shale developer?




No, I am a Struts and Tiles committer and I know the process.
You cannot force anyone to apply patches, we (intended as "Apache
developers") all have our reasons, and we are all volunteers.
Currently, using your local version is your only viable option, sorry for
that.

Antonio

RE: Open problems

[mario.buonopane]

Antonio, but the patches already exists.

But are you a shale developer?


-Original Message-
From: Antonio Petrelli [mailto:[EMAIL PROTECTED] 
Sent: 7 giugno 2007 12.33
To: user@shale.apache.org
Subject: Re: Open problems

2007/6/7, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
>
> Do you think to spend you time (thanks thanks...) to resolve these
> problems or you are already planned to do others?



Mario,
My suggestions are:
1) if a patch is not there, write a patch and post it as a JIRA issue.
2) if the patch is present but it has not been applied, apply it to your
local version.
3) use your local version until these bugs have been fixed.

And, if you write enough patches, you could become a committer and apply
them by yourself :-P

Antonio


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: Open problems

[Antonio Petrelli]

2007/6/7, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:


Do you think to spend you time (thanks thanks...) to resolve these
problems or you are already planned to do others?




Mario,
My suggestions are:
1) if a patch is not there, write a patch and post it as a JIRA issue.
2) if the patch is present but it has not been applied, apply it to your
local version.
3) use your local version until these bugs have been fixed.

And, if you write enough patches, you could become a committer and apply
them by yourself :-P

Antonio

Open problems

[mario.buonopane]

Hy, first of all thank a lot for the support you give us!

 

At the moment, I have two open problems I have fixed with workarounds:

1) Issue SHALE-409: I have tested the patch suggested by Matt Hughes at
http://issues.apache.org/struts/browse/SHALE-409
 .

And does work.

 

2) I'm using the "data" property of DialogContext to store some
information but when start a subdialog, the getData of DialogContext
return an HashMap (not my class) and the HashMap is empty. 

 

 

Do you think to spend you time (thanks thanks...) to resolve these
problems or you are already planned to do others?

 

Regards

Mario 



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: Problem with subdialogs

[mario.buonopane]

Please remove this email.
THE FIX DOES WORK CORRECTLY, is my brain does not!

Thanks
Mario 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
Sent: 7 giugno 2007 10.49
To: user@shale.apache.org
Subject: RE: Problem with subdialogs

Rahul, I have tried your fix but when I execute the dialog B I receive
the following error:

Cannot find transition 'avanti' for state 'Exit' of dialog 'Test dialogo
B': java.lang.IllegalStateException: Cannot find transition 'avanti' for
state 'Exit' of dialog 'Test dialogo B'

This is the dialog config file:

  


  
  



  
  



  
  





  


Mario 

-Original Message-
From: Rahul Akolkar [mailto:[EMAIL PROTECTED] 
Sent: 6 giugno 2007 19.07
To: user@shale.apache.org
Subject: Re: Problem with subdialogs

On 6/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
> Rahul, I've tried shale-framework-20070606.zip because there isn't
> shale-framework-20070605.zip but seems that the problem is not
resolved.
> what would have to be changed?
>


For whatever reason, the above zip did not pick up the change I
mentioned. If you dig in to the source files in that zip, you will see
that the source does not include r544613 [1].

Building [2] from source is almost always going to be more expeditious
for immediately testing out fixes. If you are unable to build (or
don't want to) for any reason, and the nightly keeps getting stale
source for another couple of days, please let me know.

-Rahul

[1] http://svn.apache.org/viewvc?view=rev&rev=544613
[2] http://shale.apache.org/building.html


> Mario
>
> -Original Message-
> From: Rahul Akolkar [mailto:[EMAIL PROTECTED]
> Sent: 5 giugno 2007 22.02
> To: user@shale.apache.org
> Subject: Re: Problem with subdialogs
>
> On 6/5/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]>
> wrote:
> > I have some problem with subdialogs using shale1.1.0-snapshot
(22/05).
> >
> 
>
> Could you try the 20070605 build from here [1] (or try building
> yourself). I've made a change few minutes ago.
>
> -Rahul
>
> [1] http://people.apache.org/builds/shale/nightly/
>


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.


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: Problem with subdialogs

[mario.buonopane]

Rahul, I have tried your fix but when I execute the dialog B I receive
the following error:

Cannot find transition 'avanti' for state 'Exit' of dialog 'Test dialogo
B': java.lang.IllegalStateException: Cannot find transition 'avanti' for
state 'Exit' of dialog 'Test dialogo B'

This is the dialog config file:

  


  
  



  
  



  
  





  


Mario 

-Original Message-
From: Rahul Akolkar [mailto:[EMAIL PROTECTED] 
Sent: 6 giugno 2007 19.07
To: user@shale.apache.org
Subject: Re: Problem with subdialogs

On 6/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
> Rahul, I've tried shale-framework-20070606.zip because there isn't
> shale-framework-20070605.zip but seems that the problem is not
resolved.
> what would have to be changed?
>


For whatever reason, the above zip did not pick up the change I
mentioned. If you dig in to the source files in that zip, you will see
that the source does not include r544613 [1].

Building [2] from source is almost always going to be more expeditious
for immediately testing out fixes. If you are unable to build (or
don't want to) for any reason, and the nightly keeps getting stale
source for another couple of days, please let me know.

-Rahul

[1] http://svn.apache.org/viewvc?view=rev&rev=544613
[2] http://shale.apache.org/building.html


> Mario
>
> -Original Message-
> From: Rahul Akolkar [mailto:[EMAIL PROTECTED]
> Sent: 5 giugno 2007 22.02
> To: user@shale.apache.org
> Subject: Re: Problem with subdialogs
>
> On 6/5/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]>
> wrote:
> > I have some problem with subdialogs using shale1.1.0-snapshot
(22/05).
> >
> 
>
> Could you try the 20070605 build from here [1] (or try building
> yourself). I've made a change few minutes ago.
>
> -Rahul
>
> [1] http://people.apache.org/builds/shale/nightly/
>


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.