On 4/11/06, Gary VanMatre <[EMAIL PROTECTED]> wrote: > >From: "Hubert Rabago" <[EMAIL PROTECTED]> > > > > I request /myapp/testing.jsf which renders ok. > > I type in a value in a text field and submit the form. > > In the RI's ViewHandlerImpl.restoreView(), it's looking for > > viewid="/testing.jsp", but the viewid recorded in the sessionMap is > > "/testing.jsf", so the submit request gets treated as a new one > > instead of a postback. > > What am I doing wrong? > > > I've not made time to check out the shale tiles plugin but I know that the RI > and Myfaces do handle the viewid differently. This is a bug in the RI. > Myfaces will always try to replace to the default suffix of anything that > makes it thru the faces servlet. The RI is pretty loose about this. So, if > you are using the RI this might be the reason. > In the clay view handler, I ended up overriding the view id in the restore > view to force the behavior. > Gary
I found that RI really does save the view as "/view.jsp" instead of "/view.jsf" even in regular (non-Tiles) requests. The viewId is changed in ViewHandlerImpl.renderView(). The problem is that TilesViewHandler doesn't call this method if it identifies the view as a Tile. The view gets saved as "/view.jsf" because ViewHandlerImpl never got a chance to update the view id. On postback, it's like I described above. The view isn't restored because it's looking for the wrong view id. Unless someone tells me otherwise, I'll file this as a bug. Hubert --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
