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