btw. I just looked at the binary jar file (after runing maven; not ant) and saw,
that there is no "o.a.t.resources" *folder* inside.
in $SRC the XmlParser.java says:
protected String registrations[] = {
"-//Apache Software Foundation//DTD Tiles Configuration 1.1//EN",
"/org/apache/tiles/resources/tiles-config_1_1.dtd",
"-//Apache Software Foundation//DTD Tiles Configuration 1.2//EN",
"/org/apache/tiles/resources/tiles-config_1_2.dtd",
};
I added a patch to bugzilla (#36096)
http://issues.apache.org/bugzilla/show_bug.cgi?id=36096
-Matthias
> -----Original Message-----
> From: Craig McClanahan [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 08, 2005 5:53 PM
> To: Struts Developers List
> Subject: Re: [Tiles] Struts Plugin in standalone Tiles
>
>
> On 8/8/05, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> > > Yes, the intention is to keep standalone Tiles completely separate
> > > from Struts. The plugin and request processor should be in Struts,
> > > not standalone Tiles.
> >
> > ok I see, but Tiles currently depends on Struts ... ;)
> >
>
> Here's a spot where naming things precisely is going to be important.
>
> Historically (since Struts 1.1) a version of Tiles (in package
> org.apache.struts.tiles) that is integrated with, and dependent on,
> Struts has been included. There is a current effort in the Struts
> Sandbox to create a *Standalone* version of TIles (in package
> org.apache.tiles) that has no such dependencies, and would be more
> easily used in other projects like MyFaces and Shale. If you guys
> would like to help make that happen (either in the Struts sandbox, or
> possibly (thinking out loud) in a separate Jakarta subproject), it
> would be great.
>
> The current sandbox code has nightly builds available:
>
> http://cvs.apache.org/builds/struts/nightly/sandbox/tiles-core/
>
> and works with Shale already. The code was a direct port from the
> current Struts 1.3.x trunk (well, as of a week or so ago, but there
> haven't been any Tiles changes), adding a standalone TilesServlet for
> initialization and removing the Struts dependencies.
>
> Beyond just the port, I would also like us to consider remodelling the
> standadlone Tiles APIs to work better in a portlet environment (right
> now, there's a lot of passing HttpServletRequest and
> HttpServletResponse objects around). We could take advantage of the
> opportunity to break backwards compatibiltiy on the internal APIs and
> fix this too.
>
> > -Matthias
> >
>
> Craig
>
>
> > >
> > > david
> > >
> > > >
> > > > Greg
> > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
