Operating System: All
Jakarta Shale should work without modification on Glassfish.
Reassign to Ryan Lubke.
Shale appears to work fine with GlassFish's JSF implementation after:
There is currently an effort by Jeanfrancois to allow MyFaces to run if present
in the web application without the appserver's JSF implementation causing conflicts.
The following Shale demo applications run:
The shale-blank application currently doesn't work
without modifications, but Craig has admitted this
is a Shale issue.
In JSF 1.1, the JSP "ViewTag" tag handles searching through the rendered
response stream replacing the "com.sun.faces.saveStateFieldMarker" marker
within the HTML form tag with the serialized client state as a hidden input
field. The marker is not standardized under 1.1 and is called "<!--
@@JSF_FORM_STATE_MARKER@@-->" in myfaces.
When using Clay full HTML or XML views, the Clay View handler has this
responsibility since the page doesn't have a JSP "ViewTag" tag.
From what I understand, JSF 1.2 moves this responsibility to the ViewHandler
and the marker name is standardized. JSF 1.2 also handles the interweaving of
non-JSF jsp with JSF component rendered output differently too.
We will have to address this issue when committing to support JSF 1.2.
Thanks for the feedback.
I've performed the GlassFish/JSF integration that resolves a new issue
that popped up with the shale JNDI variable resolve, so we should be good
to go for build 41.