Shale is definitely not off-topic IMO.  I think MyFaces and Shale go
very nicely together.  Plus every time you say the word "Shale" Craig
pops up here ;-)  This is a cheap way to get him to answer our JSF
questions.

I suspect a lot us are going to be using Shale soon (I am about to use
it in a limited fashion in the next production release of our system.)
 I notice a certain common set of issues that keep coming up on this
list and often times, the answer is "use shale."

sean


On Mon, 14 Mar 2005 18:39:26 -0800 (PST), Ray Clark
<[EMAIL PROTECTED]> wrote:
> Craig/Anyone:
> 
> I realize this is off topic (and off list for that
> matter), but, how is Shale coming along?  Is it ready
> for an Alpha release any time soon?
> 
> Thanks,
> Ray
> 
> --- Craig McClanahan <[EMAIL PROTECTED]> wrote:
> > Formally, a managed bean has the following
> > characteristics:
> >
> > * Registered in a faces-config.xml file (not web.xml
> > :-)
> >
> > * Public class with a public zero-args constructor
> > (i.e. a JavaBean)
> >
> > When a value binding or method binding expression is
> > evaluated, the
> > various scopes (request, session, application) are
> > searched for a bean
> > with the same name (similar in spirit to what the
> > <jsp:useBean> tag
> > does).  Otherwise, the facility will:
> >
> > * Instantiate a new instance of the specified bean
> > class
> >
> > * Configure its properties via either literal values
> > or value
> >   binding expressions (essentially giving you a very
> > simple
> >   Dependency Injection / Inversion of Control
> > container
> >   with no extra software)
> >
> > * Store the new instance in the specified scope
> > (unless you
> >   set it to "none", which means a new instance will
> > be created
> >   for every expression evaluation.
> >
> > Using managed beans in a filter, however, will be
> > problematic -- you
> > need to have a FacesContext instance set up for the
> > current request in
> > order to evaluate the expression, and that doesn't
> > happen until
> > FacesServlet processes the request.  But you don't
> > need a filter for
> > the configuration use case.
> >
> > As others have stated, Shale's approach to this is
> > quite elegant (but
> > of course I'm biased :-).
> >
> > Craig
> >
> 
> __________________________________
> Do you Yahoo!?
> Yahoo! Small Business - Try our new resources site!
> http://smallbusiness.yahoo.com/resources/
>

Reply via email to