Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Shale Wiki" for change 
notification.

The following page has been changed by Hermod Opstvedt:
http://wiki.apache.org/shale/ShaleAndClayTutorial

------------------------------------------------------------------------------
        </managed-bean>
  }}}
  
- If you look at the above definition you will see that Person has been 
declared as a managed bean. Because Person is defined as a managed bean, Shale 
will inject it into our page2 definition because we instructed it to through 
the use of the managed-property section. Since Person has a scope of session it 
will be persisted between request so that any value that we set on one request 
will be available on the next. Finally we see that we define a method sayHello 
on the TestViewController bean, and that we refer to that method in the 
page2Body.html in the “action“ attribute (: [EMAIL PROTECTED]).
+ If you look at the above definition you will see that Person has been 
declared as a managed bean. Because Person is defined as a managed bean, Shale 
will inject it into our page2 definition because we instructed it to through 
the use of the managed-property section. Since Person has a scope of session it 
will be persisted between request so that any value that we set on one request 
will be available on the next. Finally we see that we define a method sayHello 
on the Test''View''Controller bean, and that we refer to that method in the 
page2Body.html in the “action“ attribute (: [EMAIL PROTECTED]).
  
  One of the thing that separate Java``Server Faces from an ordinary 
webapplication is that most interaction with the server is through http POST. 
This means that all fields and actions must be surrounded with a form tag.
  
@@ -424, +424 @@

        </navigation-rule>
  }}}
  
- In TestViewController.sayHello we returned the string page3, and in the 
navigation rules we see  that this will send us to /page3.jsf. You can define 
many navigation rules, and also note that a navigation rule always must have a 
from view. If you use the asterix (*) then that will mean that unless otherwise 
specified the outcomes become global rules.
+ In Test''View''Controller.sayHello we returned the string page3, and in the 
navigation rules we see  that this will send us to /page3.jsf. You can define 
many navigation rules, and also note that a navigation rule always must have a 
from view. If you use the asterix (*) then that will mean that unless otherwise 
specified the outcomes become global rules.
  
  As a result of our action page3 will be rendered. If we look at the 
bodyCOntent definition for page3 in the clay-views-config.xml file we will se 
that it refers to page3Body.html.
  

Reply via email to