On Dec 5, 2006, at 12:07 PM, David H. DeWolf wrote:
Greg Reddin wrote:
One alternative I thought of last night is to bring Struts-Tiles
into the TLP as Tiles 1x. We could quickly get a GA out so Tiles
would have a GA in and of itself. Then we could continue work on
Tiles 2.
Does anyone
Greg Reddin wrote:
One alternative I thought of last night is to bring Struts-Tiles into
the TLP as Tiles 1x. We could quickly get a GA out so Tiles would have
a GA in and of itself. Then we could continue work on Tiles 2.
Does anyone else see the need for that?
I'd prefer not. I think
On 12/5/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
One alternative I thought of last night is to bring Struts-Tiles into
the TLP as Tiles 1x. We could quickly get a GA out so Tiles would
have a GA in and of itself. Then we could continue work on Tiles 2.
Does anyone else see the need for that?
Greg Reddin ha scritto:
One alternative I thought of last night is to bring Struts-Tiles into
the TLP as Tiles 1x. We could quickly get a GA out so Tiles would
have a GA in and of itself. Then we could continue work on Tiles 2.
I don't think that it is an alternative, but another issue. I me
On 12/5/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
One alternative I thought of last night is to bring Struts-Tiles into
the TLP as Tiles 1x. We could quickly get a GA out so Tiles would
have a GA in and of itself. Then we could continue work on Tiles 2.
Does anyone else see the need for that
One alternative I thought of last night is to bring Struts-Tiles into
the TLP as Tiles 1x. We could quickly get a GA out so Tiles would
have a GA in and of itself. Then we could continue work on Tiles 2.
Does anyone else see the need for that?
Thanks,
Greg
On Dec 5, 2006, at 9:38 AM, Anto
Niall Pemberton ha scritto:
Better IMO to be in Struts1 - but until Tiles2 has a "GA" release the
current "struts-tiles" module can't be replaced, otherwise it will
prevent a "GA" release of Struts1. If you're ready to start work on
this now then we could copy the exisiting code to a new
"struts-
On 12/5/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Hello!
I am now facing the problem of the integration of Tiles 2 with Struts 1,
there is a JIRA issue for this:
http://issues.apache.org/struts/browse/SB-15
I wish to know from you if this integration must be put:
1. in Struts 1, replacing
On Dec 5, 2006, at 7:31 AM, David H. DeWolf wrote:
If Tiles is to be truly standalone, it's my opinion that all of the
integration should be in the component that is embedding tiles -
not in tiles itself. Otherwise, the Tiles PMC will end up having
to track Struts1, Struts2, Velocity, Sha
If Tiles is to be truly standalone, it's my opinion that all of the
integration should be in the component that is embedding tiles - not in
tiles itself. Otherwise, the Tiles PMC will end up having to track
Struts1, Struts2, Velocity, Shale, and all sorts of other integration
points. I don't
Hello!
I am now facing the problem of the integration of Tiles 2 with Struts 1,
there is a JIRA issue for this:
http://issues.apache.org/struts/browse/SB-15
I wish to know from you if this integration must be put:
1. in Struts 1, replacing the current "struts-tiles" module;
2. in Tiles, creatin
11 matches
Mail list logo
