Olaf, I don't see anything major that pops out at me. One thing I do notice is you're using <f:verbatim> around <div>'s when you could just use the <x:div> tag instead. Another important note is that in your top layout tile, I've found that you don't have to surround non-JSF tags in the <f:view> with <f:verbatim>, so you may find those weren't necessary anyway. You still have to surround non-JSF tags with <f:verbatim> in subviews. Why there's a difference, I don't know.
I don't know if it's a cut-n-paste error or not, but your include of your taglibs at the top of the files seems inconsistent. In one you have a single '.', the other '..'. You may want to look at that and make sure that resolves to the real URL. Neal -----Original Message----- From: Olaf Bergner [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 22, 2005 10:07 AM To: MyFaces Discussion Subject: AW: [Tiles] Included tile not compiled (additional info) Neal, thx for your prompt reply. Here's the - in my view - relevant snippet from my topmost layout JSP: <%-- BEGIN MAIN CONTENT AREA --%> <f:verbatim> <div id="content"> </f:verbatim> <f:subview id="contentView"> <tiles:insert attribute="content" flush="false" /> </f:subview> <f:verbatim> </div> </f:verbatim> <%-- END MAIN CONTENT --%> Here's the tile /organization/searchForm.jsp which won't get compiled: <h:form id="organizationSearchForm"> <f:verbatim> <h1> </f:verbatim> <h:outputText value="#{msg['organization.headline.search']}" /> <f:verbatim> </h1> </f:verbatim> <h:panelGrid columns="3"> <h:outputText value="#{msg['organization.label.searchform.byCommonFields']}" /> <h:inputText id="byCommonFieldsSearchString" styleClass="ewsgrey" value="#{organizationSearch.searchString}" /> <x:commandButton id="byCommonFieldsBtn" styleClass="ewsgrey" action="#{organizationSearch.searchByCommonFields}" image="#{msg['common.image.searchBtn']}" /> [more rows] </h:panelGrid> </h:form> but this - /common/startPage.jsp will: <%@ include file="./inc/taglibs.inc" %> <f:verbatim> <h1> </f:verbatim> <h:outputText value="#{msg['common.headline.home']}" /> <f:verbatim> </h1> </f:verbatim> As I said in my original post: If I swap the contents of searchForm.jsp and startPage.jsp I can see the correct output for searchForm.jsp, but now startPage.jsp will be copied verbatim into the final HTML page. I think it was Arthur C. Clarke who said: "Any sufficiently advanced technology will be indistinguishable from magic." Glad that I happen to see this in my days ;-) Cheers, Olaf > -----Ursprüngliche Nachricht----- > Von: Neal Haggard [mailto:[EMAIL PROTECTED] > Gesendet: Mittwoch, 22. Juni 2005 15:27 > An: MyFaces Discussion > Betreff: RE: [Tiles] Included tile not compiled (additional info) > > > Olaf, > > The reason the URL is not changing is you need to specify in your > navigation rules that the case is a redirect by adding the <redirect > /> tag to the rule. Something along the lines of: > > <navigation-rule> > <from-view-id>*</from-view-id> > > <navigation-case> > <from-outcome>organization-search</from-outcome> > <to-view-id>/organization/searchForm.jsp</to-view-id> > <redirect /> > </navigation-case> > </navigation-rule> > > As for your other issue (seeing the JSP source in the generated > HTML) we have not had that issue, and we are using tiles to pull > together the multiple layouts for our site. > Perhaps could you give us a code snippet that shows where your > 'content' tile is inserted in your layout tile definition and then > some of your searchForm.jsf or something? > > Sorry you're having such problems and hope they clear up, > > Neal Haggard > Senior Developer > SAS Institute > > -----Original Message----- > From: Olaf Bergner [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 22, 2005 9:06 AM > To: MyFaces Discussion > Subject: [Tiles] Included tile not compiled (additional info) > > Since nobody responded to my first post and sine further this problem > is starting to become a real showstopper potentially blocking our > adoption of JSF I try to give some further info, little as it may be. > > I have a main navigation bar for switching between modules, registered > as global navigation rules. If I switch from > /common/startPage.jsf[=tiles] to /organization/searchForm.jsf by > clicking on the navigation link > (h:commandLink) the URL in my browser remains unchanged, yet the > "sideActions" tile will be correctly inserted and transformed into > HTML. The "content" tile, though, will be inserted verbatim, i.e. I > can see the JSP source in the generated HTML. Only after a second > click on the same link does the URL change. > > If I change back to /common/startPage.jsf I need two clicks to change > the browser URL, yet the "sideActions" as well as the "content" tile > both will be inserted and transformed correctly. > > Since even after staring at the tiles-defs.xml for nearly a week > without noticing any structural differences between > /common/startPage.tiles and /organization/searchForm.tiles I strongly > suspect that this is a bug in MyFaces' tiles integration. Did anyone > encounter a similar phenomenon and maybe found a workaround for it? > > Thx, > > Olaf > > > -----Ursprüngliche Nachricht----- > > Von: Olaf Bergner [mailto:[EMAIL PROTECTED] > > Gesendet: Dienstag, 21. Juni 2005 13:35 > > An: [email protected] > > Betreff: [Tiles] Included not compiled > > > > > > I just started using JSF, trying to get MyFaces' Tiles integration > > to work. > > So I created a layout page which uses tiles:insert to include the > > mainbar, the sidebar and the content pane. In my tiles definition > > file I have a base definition which all other definitions - two so > > far - extend. > > > > Here's my tiles definition file: > > > > <tiles-definitions> > > <definition name="/ews.base" path="/template/layout.jsp" id="basePage"> > > <put name="mainNavigation" value="/common/mainNavigation.jsp" > > type="page"/> > > <put name="sideActions" value="/common/sideActions.jsp" type="page"/> > > <put name="content" value="/common/empty.jsp" type="page"/> > > </definition> <definition name="/common/startPage.tiles" > > extends="/ews.base" > > id="startPage"> > > <put name="content" value="/startPage.jsp" type="page"/> > > </definition> <definition name="/organization/searchForm.tiles" > > extends="/ews.base" > > id="organizationSearchForm"> > > <put name="content" value="/organization/searchForm.jsp" > > type="page"/> </definition> </tiles-definitions> > > > > A <c:redirect url="common/startPage.jsf"/> will produce the desired > > effect, i.e. the start page is composed correctly and I can see the > > message startPage.jsp produces via <h:outputText/>. > > > > And here's the catch: if I do a <c:redirect > > url="organization/searchForm.jsf"/> I get a page with > > mainNavigation.jsp and sideActions.jsp correctly included and > > translated into HTML, yet the content of organization/searchForm.jsp > > is copied _verbatim_ into the HTML page. This means that I can see > > the JSP code from organization/searchForm.jsp in the generated > > page's source code. > > > > I started playing around with the contents of startPage.jsp and > > organization/searchForm.jsp and ended up swapping it, i.e I copied > > startPage.jsp's JSP code into organization/searchForm.jsp and vice > > versa. Lo and behold: I can see my organizationSearchForm on the > > start page, and organization/searchForm.jsp is still copied verbatim > > into the generated HTML output. So the problem _seems_ to be the > > tiles definition /organization/searchForm.tiles itself and _not_ the > > JSP content in organization/searchForm.jsp. > > > > So could anyone give me a clue what is going on here since I am on > > the verge of throwing up after staring at this phenomenon for the > > last four days? I am using myfaces-1.0.9 in JBoss 4.0.2 under JDK > > 1.4.2_08 and any help would be _greatly_ appreciated. > > > > Cheers, > > > > Olaf > > -------------------------------------------- > > Easynet GmbH (http://www.de.easynet.net) Olaf Bergner, System > > Integrations Harburger Schlossstrasse 1, D-21079 Hamburg > > fon: +49-40-77175-434, fax: +49-40-77175-519 # Easynet is part of > > the easynet group plc (www.Easynetgroup.net) > > > > > > > >
