Hi Darryl,
Two problems with Tiles and Orion have been discovered : * If you was using "ignore=true", other tags in the page don't behave as expected. This bug is corrected in the latest distribution * If you try the Tiles example, the submenu fail after the second access to the page. A workaround is to put Orion in development mode (don't forget to erase all previously generated classes and serialized beans in application-deployments). All this problems come because Orion do some optimizations by serializing beans, contexts and generated classes. This implies that tag handlers and used classes/beans should accept serialization. This is not required by jsp spec ! But, this is not so difficult to provide, just a question of time to localize faulty classes. Tracking the problem is not so easy, because when you put Orion in development mode, the problem disapear and all run as expected ;-( Cedric Darryl Pentz wrote: > Sandeep, > > Can you post an example of a struts-config mapping using Tiles. I tried to > use Tiles but couldn't get it to run a page twice. In other words, I had a > search function which worked fine the first time with Tiles, but when I > changed the search criteria and resubmitted, the Action class ran, but when > it forwarded the result to the JSP, the application hung at the insert tag. > This is what prompted me to try the inline thing with the original Struts > template tags and it worked, without any changes, so I deduced that Tiles is > buggy. I'm running Orion on Win2K with a nightly build from about 10 days > ago. > > I didn't know about being able to reference the Tiles definition from the > struts-config action mapping, hence my request above. > > thanks, > Darryl > > > -----Original Message----- > > From: Sandeep Takhar [mailto:[EMAIL PROTECTED]] > > Sent: 01 November 2001 18:05 > > To: Struts Users Mailing List > > Subject: Re: Duplication of Template Files Solution > > > > > > man i suck, i did it again. > > > > finish the thought, than send the mail. > > > > ok -- what I meant was that unlike what your initial > > e-implies: that tiles works exactly like > > template-tags, what I meant was that you can create > > the duplicate definition in the xml file and than > > reference this layout definition/component in the > > action forward of a struts-config file. I like this > > solution better because you have clearly defined all > > the layouts and are just forwarding to the correct > > one. > > > > This means that you don't need the duplicated jsp > > which is a pain to maintain. So either solution (the > > one you described) and this one will get rid of that > > duplicate jsp. > > > > - Sandeep > > --- Sandeep Takhar <[EMAIL PROTECTED]> wrote: > > > Tiles allows you to do this as well. > > > > > > btw: I have replied to another reply in this same > > > thread about other things I like about tiles. In my > > > usual haste I deleted the original message when I > > > realized there was something more I wanted to say. > > > > > > - sandeep > > > --- Darryl Pentz <[EMAIL PROTECTED]> wrote: > > > > I've discovered quite by accident that the Struts > > > > templating framework > > > > allows me to eliminate duplication of my JSP pages > > > > by simply including the > > > > body page inline to the template definition page. > > > By > > > > this I mean I combine > > > > both pages into one as follows: > > > > > > > > <template:insert ...> > > > > <template:put name="header" ... /> > > > > <template:put name="nav" ... /> > > > > <template:put name="body" ... /> > > > > > > > > ... BODY HTML GOES HERE ... > > > > > > > > </template:put> > > > > </template:insert> > > > > > > > > I'd previously enquired on this list how I could > > > > eliminate the duplication > > > > of the pages where the main body HTML exists in a > > > > separate JSP page that is > > > > simply referred to from the definition file i.e. > > > > <template:put name="body" > > > > content="/blah/blah/body.jsp"/>. Strangely nobody > > > > responded with the above > > > > solution so I'm wondering is this simply a > > > > side-effect of the PutTag class > > > > or Craig, did you intend for it to work this way? > > > > I'm quite surprised I > > > > haven't seen this technique used in any of the > > > > examples. Rather, the > > > > duplication is suggested. The new Tiles extension > > > > allows the above which > > > > prompted me to try it with the Struts template tag > > > > library just for grins, > > > > and it worked! > > > > > > > > Is there a problem with doing it inline like I > > > > illustrate above? I looked at > > > > the source code and I see the PutTag class does > > > > extend BodyTagSupport so > > > > everything should work fine. So far, the stuff > > > I've > > > > played around with seems > > > > to work fine with no problems. > > > > > > > > Any feedback would be appreciated. > > > > > > > > thanks, > > > > Darryl Pentz > > > > > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > > > > > <mailto:[EMAIL PROTECTED]> > > > > For additional commands, e-mail: > > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Make a great connection at Yahoo! Personals. > > > http://personals.yahoo.com > > > > > > -- > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Make a great connection at Yahoo! Personals. > > http://personals.yahoo.com > > > > -- > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>