On 4/23/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
I would think it would be Tiles' responsibility to support deployment
with Struts. In that view, Tiles would be its own project, yet part of
it would depend on struts-action.jar to provide
+1 Let's keep the Struts-Tiles code and Tiles-Velocity type code out
of stand-alone tiles for the moment. I think a better time for moving
those over would be once Tiles is established and released as an
independent Jakarta Web Component.
Personally, I doubt there would ever be a right time to
My time is very limited today so I'll respond quickly.
1) I want to get Tiles as close to a release as possible by J1, but
it's a daunting task. The only huge effort is factoring out
dependencies on the Servlet API, then testing.
2) I'm cool with joint up with the Jakarta Web
On 4/23/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
Agreed. Would it be possible to do this by JavaOne? Moving Tiles isn't
a huge deal, but it would make the new directions of Struts easier to
explain to users.
Hmm, JavaOne is only 3
On 4/24/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 4/23/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
Agreed. Would it be possible to do this by JavaOne? Moving Tiles
isn't
a huge deal, but it would make the new directions of Struts
On 4/22/06, Martin Cooper [EMAIL PROTECTED] wrote:
I have these same concerns. That is why my preference would be for Tiles to
stay here until Jakarta Web Components (nee Jakarta Silk) gets off the
ground, and then move there, where it can share a general purpose
web-focussed community and
Agreed. Would it be possible to do this by JavaOne? Moving Tiles isn't
a huge deal, but it would make the new directions of Struts easier to
explain to users.
Don
Ted Husted wrote:
On 4/22/06, Martin Cooper [EMAIL PROTECTED] wrote:
I have these same concerns. That is why my preference
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
Agreed. Would it be possible to do this by JavaOne? Moving Tiles isn't
a huge deal, but it would make the new directions of Struts easier to
explain to users.
What happens to Struts Tiles, then? I'm not sure I understand why
we're holding
I would think it would be Tiles' responsibility to support deployment
with Struts. In that view, Tiles would be its own project, yet part of
it would depend on struts-action.jar to provide the Struts hooks. In
the same way, they would provide Struts Action 2 hooks, if necessary.
Don
Wendy
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
Agreed. Would it be possible to do this by JavaOne? Moving Tiles isn't
a huge deal, but it would make the new directions of Struts easier to
explain to users.
Hmm, JavaOne is only 3 weeks away...
There are two things that would need to
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
I would think it would be Tiles' responsibility to support deployment
with Struts. In that view, Tiles would be its own project, yet part of
it would depend on struts-action.jar to provide the Struts hooks. In
the same way, they would provide
On 4/23/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
I would think it would be Tiles' responsibility to support deployment
with Struts. In that view, Tiles would be its own project, yet part of
it would depend on struts-action.jar to provide
I'm in the same camp on this one. I think we (SAF1) should be
providing a plugin that provides Tiles integration.
--
James Mitchell
On Apr 23, 2006, at 6:35 PM, Craig McClanahan wrote:
On 4/23/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
On 4/23/06, James Mitchell [EMAIL PROTECTED] wrote:
I'm in the same camp on this one. I think we (SAF1) should be
providing a plugin that provides Tiles integration.
In that case, should Struts Tiles be put back under Struts Action?
--
Wendy
I'm fine with this solution, as long as my original concern of a
circular dependency is resolved.
Don
Wendy Smoak wrote:
On 4/23/06, James Mitchell [EMAIL PROTECTED] wrote:
I'm in the same camp on this one. I think we (SAF1) should be
providing a plugin that provides Tiles integration.
Doesn't that conflict with the idea of making Tiles a stand-alone TLP?
Frank
Don Brown wrote:
I'm fine with this solution, as long as my original concern of a
circular dependency is resolved.
Don
Wendy Smoak wrote:
On 4/23/06, James Mitchell [EMAIL PROTECTED] wrote:
I'm in the same
On 4/23/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Doesn't that conflict with the idea of making Tiles a stand-alone TLP?
No. This is Struts Tiles, not Standalone Tiles.
Standalone Tiles is in the sandbox, and will have a life of its own.
Struts Tiles is what most of us are using.
The end goal is a standalone Tiles in the Jakarta Web Commons project
(to be created), then Struts Action 1 would have a struts-tiles artifact
which makes it possible for Struts users to use this standalone Tiles.
Think of it how Struts Scripting works or Struts validator. In the
meantime,
On 4/23/06, Martin Cooper [EMAIL PROTECTED] wrote:
1) Get Standalone Tiles really standalone, so that there are no dependencies
on other Struts code. Maybe that's happened already - I've kinda lost track.
This seems to be done -- sandbox/tiles/pom.xml has no struts
dependencies listed.
On 4/23/06, Don Brown [EMAIL PROTECTED] wrote:
The end goal is a standalone Tiles in the Jakarta Web Commons project
(to be created), then Struts Action 1 would have a struts-tiles artifact
which makes it possible for Struts users to use this standalone Tiles.
Think of it how Struts Scripting
Ah, gotcha... I guess I wasn't clear that there was two different
entities called Tiles. Thanks for clearing it up (both you and Don, I
saw your post too).
Frank
Wendy Smoak wrote:
On 4/23/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Doesn't that conflict with the idea of making Tiles a
On 4/23/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 4/23/06, Martin Cooper [EMAIL PROTECTED] wrote:
1) Get Standalone Tiles really standalone, so that there are no
dependencies
on other Struts code. Maybe that's happened already - I've kinda lost
track.
This seems to be done --
On 4/21/06, Greg Reddin [EMAIL PROTECTED] wrote:
On Apr 21, 2006, at 7:56 AM, Ted Husted wrote:
IMHO, once Standalone Tiles is ready for a release, we should migrate
the component to a top-level ASF project. When we started this
process, the original intent was to decompose Tiles here,
On 4/21/06, Ted Husted [EMAIL PROTECTED] wrote:
On 4/21/06, Nathan Bubna [EMAIL PROTECTED] wrote:
Do we need to be discussing this now? I kinda feel like this should
wait until Tiles is ready to stand alone.
In another thread, Don pointed out that we need to be more forthcoming
with the
On 4/21/06, Greg Reddin [EMAIL PROTECTED] wrote:
On Apr 21, 2006, at 12:03 PM, Don Brown wrote:
The lack of developer support is worrisome, though, regardless what
we do with it.
I think there's a lot of impression that Tiles is done. From what
I can tell it pretty much fulfills 80% of
On 4/22/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 4/21/06, Greg Reddin [EMAIL PROTECTED] wrote:
On Apr 21, 2006, at 7:56 AM, Ted Husted wrote:
IMHO, once Standalone Tiles is ready for a release, we should migrate
the component to a top-level ASF project. When we started this
So you are suggesting Tiles be decoupled from Struts Action and Shale
so that it can be compiled independent of these modules? Definite +1
and this was my impression all along as well.
As for top level project, I agree that Tiles probably belongs here but
I'm not opposed. For me the main thing
On Apr 21, 2006, at 8:41 AM, Sean Schofield wrote:
As for top level project, I agree that Tiles probably belongs here but
I'm not opposed. For me the main thing is that Tiles should be
decoupled from the Action framework. MyFaces Tomahawk currently
requires the full struts jar in order to
That's only because Tomahawk is using Struts Tiles instead of
Standalone Tiles, right?
right,
Shale's TilesViewHandler.java requires the following clazzes of
tile-core.jar
snip
import org.apache.tiles.ComponentContext;
import org.apache.tiles.ComponentDefinition;
import
think so too,that there is no public tiles-core.jar on any m2 repo,
IMO
-Matthias
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Friday, April 21, 2006 4:20 PM
To: Struts Developers List
Subject: Re: Standalone Tiles as TLP
Right but there hasn't been
On Apr 21, 2006, at 7:56 AM, Ted Husted wrote:
IMHO, once Standalone Tiles is ready for a release, we should migrate
the component to a top-level ASF project. When we started this
process, the original intent was to decompose Tiles here, test it in
Action and Shale, and then move it out when
On 4/21/06, Ted Husted [EMAIL PROTECTED] wrote:
Lately, we've gotten into the habit of talking about Standalone Tiles
as if it were already an Apache Struts subproject. As far as I
remember, there has never been a vote to that effect, and the only
proposal on the wiki positions Tiles as a
On 4/21/06, Nathan Bubna [EMAIL PROTECTED] wrote:
Do we need to be discussing this now? I kinda feel like this should
wait until Tiles is ready to stand alone.
In another thread, Don pointed out that we need to be more forthcoming
with the project's roadmap. Right now, the Tiles roadmap is not
I'm with Ted on this - Tiles really should be standalone and out on its own, lest Struts just be an umbrella project.
It is the odd man out next to Shale and Action, and would benefit from a wider audience. Either Tiles as a TLP, Jakarta
project or Jakarta Commons would fit to me. The lack of
From: Greg Reddin [EMAIL PROTECTED]
On Apr 21, 2006, at 12:03 PM, Don Brown wrote:
The lack of developer support is worrisome, though, regardless what
we do with it.
I think there's a lot of impression that Tiles is done. From what
I can tell it pretty much fulfills 80% of the
Should we just make the bare minimum changes to get Tiles
out of the sandbox or is it worth it to do major surgery?
+1
Tiles is pretty mature and I don't sense a lot of interest in
perfecting it. It would be nice to have it stand on its own
(dependency wise) but I'm not volunteering. Tiles
36 matches
Mail list logo