Craig McClanahan schrieb:
On 2/11/07, Ingo Düppe [EMAIL PROTECTED] wrote:
Hi,
I wonder if shale should support an out semantic like in shale.
I presume you mean like in Seam? :-)
Yes, you are right, just got mixed up :-)
That would indeed be an interesting approach. One of the things I
Done:
https://issues.apache.org/struts/browse/SHALE-406
Regards
Ingo
Craig McClanahan schrieb:
On 2/9/07, Ingo Düppe [EMAIL PROTECTED] wrote:
Yes, that does sound like a legitimate issue ... could you add a
ticket to
our JIRA[1] for it? The interesting part of the problem is it might
Hi,
I wonder if shale should support an out semantic like in shale.
In my page classes I always neet to get some object from the session
scope and mostly I need to refresh them in the prerender method and put
the refreshed object back to the session scope. Like in the following
example.
Hi,
I ran in the following issue:
I have an EnrollmentPage class with a the property
@Property{value=#{param.enrollmentId})
private Long enrollmentId;
And this ends up that shale calls during the restore view phase the
javax.faces.convert.LongConverter of MyFaces-1.1.5-SNAPSHOT.
During the
in my shale
exception handler to get it propagated.
I would be also interested in what changed exactly and what's the right
way to handle exceptions in shale...
regards,
Veit
Ingo Düppe schrieb:
Hi,
I guess I missed some changes in shale 1.0.4. I override the
DefaultExceptionHandling so
Hi,
I guess I missed some changes in shale 1.0.4. I override the
DefaultExceptionHandling so that my backing bean can throw to types of
exceptions one of my ApplicationExceptions and the unchecked
SystemExceptions. These two types were handled by the
DefaultExceptionHandler. For instance,
Hi,
1. EL unification. Since I'm not using JSPs, this isn't a big deal
Well, it's not entirely gone :-) You still do EL with Facelets. It's
true
that Facelets allows you to use the unified EL out of the box. But I've
noticed that in some instances using Tomahawk tags I still have to use
