On 2/15/07, Ted Husted [EMAIL PROTECTED] wrote:
In the case where we have a public beta, I wonder if we should make it
a practice to hold any subsequent quality vote on user@
Is purpose of this is to get more user feedback on the voting? Or is it so
users see what's going on since the beta
On 1/15/07, Wendy Smoak [EMAIL PROTECTED] wrote:
On 1/15/07, David H. DeWolf [EMAIL PROTECTED] wrote:
My initial thought was that we wouldn't need the duplicate tiles2
directory (tiles/trunk would suffice). I would think that a simple
parent
pom would suffice for tiles and we may not need a
Looks like most of the infrastructure is ready, with the notable exception
of a svn repo. Should we go ahead and make an announcement and move
discussions to the Tiles lists? Or wait till svn is done? The website is
up. What do we need to do to get something up there? I assume the current
On 1/12/07, Joe Germuska [EMAIL PROTECTED] wrote:
I think we should have more discussion before reverting anything, because
I
feel pretty strongly about naming, and I feel like what is there now is
substantially more clear than what was there before.
+1. Let's get on the same page before
On 1/11/07, Antonio Petrelli [EMAIL PROTECTED] wrote:
Maybe I misunderstood the term experimental, do you mean creating a
new project under the Struts JIRA instance is the only simple way to
move the issues from the sandbox?
No, perhaps I misunderstood the situation. I thought it was
On 1/10/07, Antonio Petrelli [EMAIL PROTECTED] wrote:
Greg Reddin ha scritto:
See the INFRA
ticket for the Tiles TLP for info about porting existing tickets.
What experimental tool?
And anyway, is it really necessary? Since they are in the same JIRA
instance, the tickets could be ported
On 12/29/06, Stone, Sam [EMAIL PROTECTED] wrote:
Is this the appropriate mailing list for questions about the Tiles 2
sandbox project?
For now yes. Tiles will soon have its own top-level project and when that
happens you can ask questions there. But it will likely be a few weeks
before
Here's the Infra ticket for Tiles:
https://issues.apache.org/jira/browse/INFRA-1083
Greg
On Dec 23, 2006, at 3:38 PM, Wendy Smoak wrote:
The board meeting minutes take a while to be approved and posted, but
Henri mentioned on the incubator list that the Tiles resolution was
approved:
Subject: Re: [tiles2] Tiles TLP next steps
From: David H. DeWolf [EMAIL PROTECTED]
True. Good point. I'm ok with either, but my preference would be
confluence.
I haven't really used Confluence yet, but I hear great things about it. I'd
like to give it a try.
A couple of other
On Dec 12, 2006, at 8:42 AM, Stone, Sam wrote:
Where is latest downloadable tiles-test war file?
This page tells you how to get it:
http://struts.apache.org/struts-sandbox/tiles/index.html
Greg
-
To unsubscribe,
On Dec 4, 2006, at 7:34 AM, Ted Husted wrote:
One note on the Resolution, some elder projects like Struts and Cocoon
got away with the self-referential description, but if anyone has a
slightly more detailed description of Tiles, it might save a round of
revisions.
I made a modification that
On Dec 6, 2006, at 12:20 PM, Nathan Bubna wrote:
to be constructively critical, perhaps it would help to say that i
think of it as a page composition and layout management framework.
perhaps that language would be useful?
On 12/6/06, Nathan Bubna [EMAIL PROTECTED] wrote:
hey now, Tiles works
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,
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,
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
+1.
Sorry for the delay, I was out of town all weekend.
Greg
On Dec 2, 2006, at 7:19 PM, David H. DeWolf wrote:
I'd like to begin the vote on the Tiles TLP Proposal [1] and
Resolution [2].
[] +1 = Yes, let's ask the board to establish the Tiles TLP
[] +0 = I'm in favor, to some extent.
On Dec 1, 2006, at 9:58 AM, Antonio Petrelli wrote:
Martin Cooper ha scritto:
If Dimensions would ultimately be merged into Tiles, that is one
thing, and
that might be fine. If, however, you are thinking that Dimensions
would live
as a similar concept but separate framework to Tiles, but
On Nov 30, 2006, at 10:23 AM, Wendy Smoak wrote:
I'd like to see Greg or David as Tiles PMC Chair.
Well I've been thinking about it a lot over the last couple of days.
It's funny how my feelings are almost exactly like David's :-) The
spirit is willing, but the flesh is scared,
Sounds good to me.
Greg
On Nov 29, 2006, at 9:49 AM, Ted Husted wrote:
If no one minds, I'd like to apply to Apache Labs to host the
OverDrive code, now found in the Struts sandbox. It's greenfield
C#/ASP.NET stuff, and there's no direct connection to the Struts
codebase.
*
On Nov 28, 2006, at 2:40 AM, Antonio Petrelli wrote:
Instead of creating a Jakarta subproject for web components, why
don't we open a TLP for web components and then add Tiles?
Since there are topic-based projects (think of ws and logging),
this would be a nice place to put web stuff, and I
On Nov 28, 2006, at 7:48 AM, Ted Husted wrote:
At this point, I'm -1 on a Tiles subproject. It was always the
intention for Tiles to apply to TLP when the time came, and the time
has come.
I don't think that was a given - at least not when I came on board.
A TLP was always an option, but
Since we've failed to build consensus, I've published a versioned
snapshot that will have to suffice for 2.0.2 and I will begin to
drive the effort for TLP :( - it's not my preference but it will
have to work.
Hang on, slow down just a bit :-) Before we jump off the TLP cliff
let's
On Nov 28, 2006, at 9:46 AM, David H. DeWolf wrote:
3) Apache Tiles TLP - Seems we could do this here and now and
submit a proposal to the board. Who else should we bring into the
discussion?
Doable, and probably the easiest to get going - but also the
hardest to maintain. It doesn't
, 2006, at 10:55 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
There's a lot of people who *use* Tiles, but how many of them are
legacy users who don't want to grow with it? How many of them
will be contributors?
Well, it's under our nose: how many Struts users are contributors?
Currently
On Nov 28, 2006, at 9:46 AM, David H. DeWolf wrote:
Greg Reddin wrote:
Here's the viable choices as I see them:
1) Jakarta Web Components Subproject - What components will make
up this list? Who all needs to be involved in the discussion?
I'm not inclined to follow this path as Jakarta
On Nov 28, 2006, at 1:19 PM, David H. DeWolf wrote:
Ok, I'm convinced. I'm on board with a Tiles TLP. If someone
doesn't beat me to it, I'll go ahead and write something up on the
wiki.
I'm still thinking but close :-) Would the current TLP proposal
suffice?
What about other
On Nov 28, 2006, at 1:48 PM, David H. DeWolf wrote:
Greg Reddin wrote:
On Nov 28, 2006, at 1:19 PM, David H. DeWolf wrote:
Ok, I'm convinced. I'm on board with a Tiles TLP. If someone
doesn't beat me to it, I'll go ahead and write something up on
the wiki.
I'm still thinking but close
On Nov 28, 2006, at 1:48 PM, David H. DeWolf wrote:
And, who's volunteering to Chair?
Perhaps it goes without saying, but the chair is actually appointed
by the ASF board, we can only make a suggestion.
I went digging for some information about the role of a chair and
found these:
On Nov 25, 2006, at 9:32 AM, Ted Husted wrote:
Could we also document the alternative of moving the org.apache.tiles
packages *into* the struts2-plugin?
The proposal cites three problems:
1 Can't release
2 Not visible
3 Not permanent
As part of the Struts2 Plugin, problems 1 and 2 will be
No problem. I just haven't had time to formulate a response yet :-)
Greg
On Nov 27, 2006, at 2:02 PM, Ted Husted wrote:
Sorry for the rant. I would have just sent the last two paragraphs,
but the phone rang, and I pressed the wrong button :(
On 11/27/06, Ted Husted [EMAIL PROTECTED] wrote:
On Nov 23, 2006, at 2:05 AM, Antonio Petrelli wrote:
I don't know, my POV is that tiles-test could be used for all
tests, even the simplest ones. For example, one day a user notices
a strange effect on a tag and opens a JIRA issue, so we resolve it
and put a Selenium test case. Adding
On Nov 22, 2006, at 11:48 AM, David H. DeWolf wrote:
What is our goal with the tiles2 documentation webapp?
To remove it :-)
I began the process of extracting the main points from the doc and
moved them into the Tiles 1.x doc that is currently published. I
never was convinced that I
On Nov 22, 2006, at 11:55 AM, David H. DeWolf wrote:
Ok, so what should I do to drive this to a decision? If we have
any sort of consensus, I'd like try to get it done before the
struts 2.0.2 release so that we can have the tiles plugin use an
alpha release. That may not be doable at
On Nov 22, 2006, at 12:07 PM, Wendy Smoak wrote:
Personally, I don't think it's a good idea for either _project_ (for
Struts to be an umbrella project, or for Tiles 2 to be so closely
associated with Struts.) However, it seems to be the best choice
right now for the people involved.
That's
On Nov 22, 2006, at 12:51 PM, David H. DeWolf wrote:
Please find the Tiles2 graduation proposal draft below. I look
forward to your feedback . . .
http://cwiki.apache.org/confluence/display/S2WIKI/Tiles2+Graduation
+Proposal
+1 with one clarification. I think the Community Involvement
On Nov 21, 2006, at 9:30 AM, David H. DeWolf wrote:
procedural ones which we MUST take care of but are trivial
(Copyright notices, and Id Keywords,
I do think this one's critical to get out before alpha.
retroweaver distributions),
Probably could wait til after alpha.
1) Do we need to
On Nov 17, 2006, at 6:30 AM, Antonio Petrelli wrote:
* compile against Servlet 2.4, though I think it can be used under
Servlet 2.3 environments, declaring the problems with JSP 2.0
pages (that miss EL);
+1.
Greg
-
To
I think most discussions have leaned towards moving Tiles out of
Struts once it gets ready to graduate from the sandbox. So I'd
prefer Apache Tiles myself. Other thoughts?
Greg
On Nov 9, 2006, at 6:58 AM, Antonio Petrelli wrote:
Hello!
What do you suggest to put in the NOTICE.txt file
You rock :-) Thank you very much for taking care of this.
Greg
On Nov 7, 2006, at 9:41 PM, Wendy Smoak wrote:
On 11/7/06, Wendy Smoak [EMAIL PROTECTED] wrote:
I'll publish it later tonight as 2.0-r468346-SNAPSHOT, and change the
dependencies in the Shale and Struts builds.
This is done.
On Nov 6, 2006, at 7:07 AM, David H. DeWolf wrote:
Here is what I envision:
1) DefinitionsReader - parse an input stream into a map of
definitions.
2) DefinitionsFactory - manage the creation of definitions.
instantiate the appropriate readers, manage refreshes.
3 DefinitionsManager
On Nov 6, 2006, at 8:42 AM, Antonio Petrelli wrote:
David H. DeWolf ha scritto:
By the way, what's the use case for putting definitions in a jsp?
Why would someone prefer that method over another. . .
That's a good question. In real applications I never used JSP-
configured
On Oct 31, 2006, at 3:10 PM, David H. DeWolf wrote:
I'm wondering why the ComponentDefinitions interface has been
exposed outside of the DefinitionsFactory. To me, this class seems
like an implementation detail of the factory itself, and it should
not be exposed.
If you look back at
On Oct 31, 2006, at 9:59 AM, Martin Cooper wrote:
On 10/31/06, David H. DeWolf [EMAIL PROTECTED] wrote:
Tiles currently uses both commons-logging and jdk1.4 logging. I'd
like
to make this consistent. Which one is preferred?
IMO, Commons Logging. That way, people can have one coherent
I wonder if it would be possible to provide the combined
tiles:insert tag as well for people who are porting applications.
There are two questions that come to mind: 1) Have we already made
porting to Tiles 2 a non-trivial task by all the changes we've made,
and 2) are we ready for the
No objections here.
Greg
On Oct 30, 2006, at 6:34 AM, Antonio Petrelli wrote:
Hello!
I think that the taglib refactoring, i.e. all the deprecated/
duplicated stuff has been removed, has finished, so I think that
SB-21 can be resolved:
http://issues.apache.org/struts/browse/SB-21
I had a
On Oct 27, 2006, at 6:40 AM, David H. DeWolf wrote:
Correct, I've got a patch prepared and will commit it once I deploy
the new tiles snapshot - just got my unix perms yesterday.
What happened? Is the TilesResult dependent on a snapshot or nightly
build or what? I would hope we could
On Oct 26, 2006, at 8:03 AM, David H. DeWolf wrote:
I'll probably have some time to finish up the TilesContextFactory
configuration today and start doing some work on removing
duplication. Once I get through that I'll start putting some
container ideas down into code. The first step of
On Oct 27, 2006, at 9:52 AM, Wendy Smoak wrote:
On 10/27/06, Greg Reddin [EMAIL PROTECTED] wrote:
What happened? Is the TilesResult dependent on a snapshot or nightly
build or what? I would hope we could make changes like this without
breaking people until the changes are done.
Yes
On Oct 27, 2006, at 9:58 AM, David H. DeWolf wrote:
Since we are changing tiles and flushing out the 2.0 api, I don't
think we can prevent this type of failure for people that use
snapshots. The current failure comes from 2 things: the view
preparer changes that were made and the tiles
On Oct 21, 2006, at 10:02 PM, David H. DeWolf wrote:
The one negative to this approach is that it will eliminate the
ability to support multiple contexts (when tiles is packaged in a
common classloader). The TilesUtil currently appears to be
implemented in a way which suggests that the
On Oct 24, 2006, at 3:23 AM, Antonio Petrelli wrote:
David H. DeWolf ha scritto:
The one negative to this approach is that it will eliminate the
ability to support multiple contexts (when tiles is packaged in a
common classloader). The TilesUtil currently appears to be
implemented in a
On Oct 20, 2006, at 1:40 AM, Antonio Petrelli wrote:
Niall Pemberton ha scritto:
Welcome, David ... and in Don's words now you can commit your own
dam patches!
Welcome David! By the way, I recall this words written by Greg,
except of dam :-)
Nope, that was all Don :-) I haven't
On Oct 18, 2006, at 6:52 AM, David H. DeWolf wrote:
1) TilesContext is refactored into two different contexts -
TilesContext and TilesRequestContext. Only one instance of the
TilesContext should exist within the application and it will be
used to provide application scoped functions
On Oct 19, 2006, at 10:24 AM, David H. DeWolf wrote:
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
1) TilesContext is refactored into two different contexts -
TilesContext and TilesRequestContext. Only one instance of the
TilesContext should exist within the application and it
On Oct 13, 2006, at 1:53 AM, Antonio Petrelli wrote:
You know Greg, some ideas come at night! I think that the
particular case of David CAN be resolved using a different
TilesContext, at least a TilesContext that returns a different URL
when calling to getResource.
To accomplish it,
On Oct 12, 2006, at 3:42 AM, Antonio Petrelli wrote:
I don't know if it's useful, but I submitted a patch (I don't know
if it applies correctly though) some time ago to enable an easier
extension to Tiles defiinitions factory:
https://issues.apache.org/struts/browse/SB-28
You're right, I
On Oct 11, 2006, at 1:12 PM, David H. DeWolf wrote:
I'd like to implement the ability to load tiles definitions from
the classpath in addition to from the servlet/portlet context. I'm
curious about implementation choices:
1) Add the support to the current ServletTilesContext and
On Oct 11, 2006, at 2:44 PM, David H. DeWolf wrote:
So are you suggesting that we:
2) Update the UrlDefinitionsFactory to load the resource itself.
3) Create a new ClasspathDefinitionsFactory
Some variation of one of the above. Ideally, we'd like to do it
without changing any code :-)
Yeah, I can accept that definition.
Greg
On Oct 10, 2006, at 1:40 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
I don't know. Having used Tiles for a while, I'm used to the way
things are. It doesn't bother me to use the same overloaded tag
in two different ways. I'm not sure
On Oct 10, 2006, at 3:31 AM, Antonio Petrelli wrote:
Last night (I should sleep, I know :-P ) I thought that named
preparers could be introduced.
I mean, instead of specifying the prepared class directly, they can
be configured in tiles-defs.xml through a preparer element (and
eventually
On Oct 6, 2006, at 2:27 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
Here's what I envision for the controller: I don't think it would
really be used to change the destination of the response. I don't
see the controller as being analogous to a Struts action even
though it could
On Oct 6, 2006, at 6:37 AM, Antonio Petrelli wrote:
Hmm, I can't find any of my examples of using getAsString but I
thought I'd done it like this: tiletiles:getAsString
name=tilte//title or something like that. I would be
perfectly fine if I could use tiles:insert in that way if
Maybe we need tiles:insertDefintion and tiles:insertAttribute to
handle the 2 types specifically instead of one tiles:insert to
handle them generically.
I don't know. Having used Tiles for a while, I'm used to the way
things are. It doesn't bother me to use the same overloaded tag in
On Oct 5, 2006, at 2:46 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
But don't forget about the tiles:getAsString tag as well. It's
semantics are quite different from tiles:insert. How would it
be affected if we removed the GetTag?
I forgot a thing:
tiles:getAsString uses
On Oct 5, 2006, at 8:45 AM, Cedric Dumoulin wrote:
I just came across some of the mails about Tiles2. First, I am
very glad that someone has the time to let Tiles evolve.
But, I am a little bit disappointed about how the proposed Tiles
API evolved.
I'm glad you're speaking up and
On Oct 5, 2006, at 9:53 AM, Antonio Petrelli wrote:
* The controllers were added to allows stand alone use of tiles to
be able to do some kind of computation associated to the tiles.
When used with Struts, there is a redundancy (with the use of
actions), but when used alone,
On Oct 5, 2006, at 10:50 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
On Oct 5, 2006, at 2:46 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
But don't forget about the tiles:getAsString tag as well.
It's semantics are quite different from tiles:insert. How
would
On Oct 4, 2006, at 11:48 AM, Wendy Smoak wrote:
On 10/4/06, Antonio Petrelli [EMAIL PROTECTED] wrote:
I think that tiles:insert is the most used, even I wrote some tests
(in the test webapp) using tiles:insert and I am used to write only
tiles:insert
But we are cleaning Tiles from the
On Oct 2, 2006, at 7:12 AM, Antonio Petrelli wrote:
Hello everybody :-)
In InsertTag the controllerClass and controllerUrl have been
removed, I guess according to this JIRA issue:
http://issues.apache.org/struts/browse/SB-21
I don't know if it's correct, because, as it is said in taglibs
Sorry to keep questioning your commits, but I just want to clarify
one thing:
The purpose of the direct attribute is to allow you to insert HTML
directly as the value of the tile, perhaps like this:
tiles:put name=something value=titleSomething/title
direct=true/
as opposed to
On Sep 27, 2006, at 6:44 AM, Antonio Petrelli (JIRA) wrote:
Removed direct attribute from tiles:put and tiles:add,
because to reproduce the same result it is possible to use
type=string.
Added FAQ with the explanation of the removal.
That answers my question. I'm cool now.
Thanks,
Greg
On Sep 26, 2006, at 10:32 AM, Antonio Petrelli wrote:
Sorry, I've had a long month this week
Just an OT question :-) , what does this turn-of-speech mean?
The last week has been so crazy it feels like it's been a month :-)
I assume you've heard the phrase It's been a long day or ...
I'm not so sure we want to restrict all these things. I'm not
terribly concerned about name. classname, I can live with. I feel
pretty strongly that I want to be able to use EL to define value. I
can think of circumstances where I would want to define id using EL.
And it seems
On Sep 26, 2006, at 10:16 AM, Antonio Petrelli wrote:
Maybe there is some misunderstanding, only scope, flush, type
and direct (the latter will be removed anyway, AFAIK) have
rtexprvaluefalse/rtexprvalue.
The attributes you mentioned can be used with EL...
Wow, you're right. I was
Sorry for my ignorance on this, but do we have to manually publsih a
SNAPSHOT or is it published automatically through the nightly build?
There have been a lot of fixes of late and users might want to
download a new snapshot build.
Thanks,
Greg
If you built scopes would it require the incubator to bring it in?
If you built all the code from scratch couldn't you just import it
into the sandbox? Or would we want to bring it through the incubator
to ensure there are no IP issues?
The LGPL parts would probably need to be factored
On Aug 22, 2006, at 12:17 AM, Wendy Smoak wrote:
The app starts and deploys, however
- the 'Test Put Tag' link results in a blank page, and
- the 'Test Definition Tag' link throws an exception:
org.apache.jasper.JasperException: /testdef.jsp(3,0) According to the
TLD or the tag file,
On Aug 4, 2006, at 9:35 PM, Wendy Smoak wrote:
Since Tiles 2 is in the sandbox, it's the easiest place to experiment.
:)
Works for me :-)
I've added the config to the tiles-core pom, and re-published the
site. Here's the generated output:
Wow, I like the documentation. That's cool. I
On Aug 1, 2006, at 6:39 AM, [EMAIL PROTECTED] wrote:
Object attrValue = attr.getValue();
if (attrValue instanceof ComponentDefinition) {
retValue = (ComponentDefinition) attrValue;
-} else { // It must be a string
+} else if (attrValue instanceof
Yep I'm getting it too. Antonio, did you perhaps forget to check
something in?
Greg
On Aug 1, 2006, at 10:53 PM, Wendy Smoak wrote:
Is anyone else seeing this in sandbox/tiles/tiles-core ?
--
-
Test set:
On Jul 28, 2006, at 1:42 AM, Antonio Petrelli wrote:
P.S.[OT]: New mail address, eh? Will that website be your music site?
Actually that's always been my address. I just forward my apache
acct there. It's kind of a pseudo side business of mine. Mostly a
hobby, but once a year or so,
Please join us in welcoming Antonio Petrelli as a Struts committer.
Antonio has been an active contributor on the mailing lists for quite
some time and has contributed patches and ideas to the development of
Tiles. We look forward to Antonio's contributions and his ability to
commit his
On Jul 24, 2006, at 9:47 AM, tm jee wrote:
About the ant build that creating a skeleton for various portlet
container, what if we build a maven arcetype specific for each of
the portlet container?
Maybe,
mvn archetype:create .. portlet-liferay-archetype-starter
will create a
On Jul 22, 2006, at 7:29 PM, Ted Husted wrote:
What about this?
* http://www.twdata.org/backups/WW/how-to-build-the-portlet-war-for-
a-specific-portal-server.html
Meanwhile, what's involved in setting up Tomcat 5.5. for portlets?
It's a bit more involved than just getting portlets to
On Jul 12, 2006, at 10:06 AM, Antonio Petrelli wrote:
Some time ago we were wondering what's the use of beanName and
beanScope attributes in tiles:put tag. The answer came from
some users:
http://www.mail-archive.com/user%40struts.apache.org/msg48310.html
On Jul 11, 2006, at 5:51 PM, Wendy Smoak wrote:
On 7/11/06, Ted Husted [EMAIL PROTECTED] wrote:
For this version, I'd like to cut to the chase and treat Tiles as
bundled component, like the Validator. I don't know if we have the
code in there to use it standalone or not, but even if we do,
On Jun 30, 2006, at 9:58 AM, Ted Husted wrote:
Now, in place of Tapestry4 and Tapestry5. we now have
struts-action and struts-action2
* http://svn.apache.org/viewvc/struts/
which we could just rename to struts1 and struts2.
That sounds good to me.
I was just asking if we wanted to make
On Jun 21, 2006, at 8:31 PM, Ted Husted wrote:
We like to chatter about what's best for Struts, or what Struts is,
but I think the key question is what's Shale, and what's best for
Shale? I remain concerned that, after two years on a greenfield, there
has not been a GA release of Shale. I have
On Jun 17, 2006, at 10:41 PM, Wendy Smoak wrote:
In the sandbox, Tiles has tiles-config_1_1.dtd and tiles-
config_1_2.dtd.
After the Tiles 2.0 thread, I'd suggest changing to just tiles-
config_2_0.dtd.
And along the lines of SB-21 cleaning up the TLD, it looks like a few
things can be
+1. I think that solves a lot of things.
Greg
On Jun 17, 2006, at 6:14 PM, Wendy Smoak wrote:
In another thread,
On 6/14/06, Greg Reddin [EMAIL PROTECTED] wrote:
On Jun 14, 2006, at 11:21 AM, Joe Germuska wrote:
However, I realize as I write this that saddling Standalone Tiles
On Jun 14, 2006, at 2:09 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
Of the attributes that are currently supported by InsertTag, I
believe the following are redundant:
1) attribute, definition, name could all be resolved to name.
...
In addition the name attribute can
On Jun 14, 2006, at 9:32 AM, [EMAIL PROTECTED] wrote:
Greg Reddin asked:
I'm not really sure what the use of the beanName and beanProperty
values are, so if someone wants to enlighten me on that, I'd
appreciate it.
I would guess that's just to get the tile name from a bean property
On Jun 14, 2006, at 11:00 AM, Wendy Smoak wrote:
On 6/14/06, Joe Germuska [EMAIL PROTECTED] wrote:
Would you consider some kind of compatibility mode? That is, before
you remove support for these, could there be a way for people to
configure things for a more strict or more compatible
On Jun 14, 2006, at 11:21 AM, Joe Germuska wrote:
At 9:00 AM -0700 6/14/06, Wendy Smoak wrote:
On 6/14/06, Joe Germuska [EMAIL PROTECTED] wrote:
Would you consider some kind of compatibility mode? That is, before
you remove support for these, could there be a way for people to
configure
Ticket SB-21 [1] seeks to simplify the Tiles taglib API. First, it's
a given that this will break backwards compatibility. You can't
reduce an API without breaking compatibility. But as long as we're
seeing this version of Tiles as a rework, I don't think it's a
problem. Also, I don't
On Jun 9, 2006, at 3:10 AM, Antonio Petrelli wrote:
put name=attributeName value=some.definition type=definition /
I don't think it is what you mean, because this is already there.
Can you clarify what you mean with an example?
No that's what I meant. I just never have actually used
On Jun 8, 2006, at 11:06 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
As long as your layout is completely defined in one JSP page this
will all work. It breaks down if your layout has separate pages
for header, footer, etc. See below:
definition name=tileA path=/layout.jsp
put
I don't know if I'll have time to look at the patch today, but I'll
get to it ASAP. See one comment below:
On Jun 6, 2006, at 7:28 AM, Antonio Petrelli wrote:
But I think that most of the time addDefinitions() will be called
at servlet init time and many of the components in TilesContext
On Jun 5, 2006, at 6:43 AM, Antonio Petrelli wrote:
Hello there... (I just don't know a better way to start a letter,
gosh...)
I have the same problem sometimes :-)
Anyway, the big problem is that I need to use TilesContext for
examining the HTTP header and beans in session scope. The
On Jun 2, 2006, at 2:20 AM, James Mitchell wrote:
The group id for Standalone Tiles (sandbox/tiles) says
'org.apache.struts.tiles'. Are we waiting till Tiles moves out of
sandbox before we change that to 'org.apache.tiles'? I'd like to
change it now. Your thoughts?
Wendy, correct me
1 - 100 of 198 matches
Mail list logo
