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)
>
>
>

Reply via email to