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
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
web
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, David H. DeWolf <[EMAIL PROTECTED]> wrote:
have you tried:
Wow, I thought (from looking at the FAQ) that this defined a *new*
attribute, not inserted one already defined.
Greg
On 1/11/07, Joe Germuska <[EMAIL PROTECTED]> wrote:
I'm finally getting back up to speed with Tiles 2 and Struts 2. I'm
really
pleased to see the kinds of cleanup that Tiles has gotten.
However, I'm mildly "concerned" that what used to be in my JSP as this:
Now looks something like this:
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, Martin Cooper <[EMAIL PROTECTED]> wrote:
I'm afraid I don't either. ;-( I was just trying to do _something_ last
night to at least get the ball rolling, since nothing seemed to be
happening.
Did you see my "ping" to the infra list? It didn't get any response so I'm
wondering if i
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 cou
Thanks to Martin we now have a Jira instance set up for Tiles:
https://issues.apache.org/struts/browse/TILES
I suggest we start adding any new issues there immediately. See the INFRA
ticket for the Tiles TLP for info about porting existing tickets.
Thanks,
Greg
On 1/5/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Hello!
I have finished writing Struts 1 - Tiles 2 integration module. Now I
would like to know if I can add this module to its parent
Do you mean add the module to Struts 1? The only bad thing about this is
that it would make Struts 1 un
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:
http://
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 a
> 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 othe
On Dec 15, 2006, at 11:43 AM, Antonio Petrelli wrote:
Antonio Petrelli ha scritto:
I think that the support to multiple DefinitionsFactory should be
provided (that contradicts what I wrote some time ago), but I
don't know if the "multiplicity" should be provided at container-
level or at D
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, e
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 work
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 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
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
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
+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, stressed
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.
* http://labs.apache.
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 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
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 people?
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
ov 28, 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 con
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 s
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 mak
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 i
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
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 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 so
On Nov 24, 2006, at 1:39 AM, Antonio Petrelli wrote:
But the documentation app is, in fact, a showcase, except of some
static docs (that can be moved to xdocs), so from my POV it is
easier to adapt it to be showcase than to create a new showcase app
from scratch.
Ok, I'm cool with that.
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 this
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 s
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 m
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 thi
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 com
On Nov 21, 2006, at 9:15 AM, David H. DeWolf wrote:
What I'm more concerned about is the community/oversight.
I think the scope of the Tiles 2 community remains to be seen. There
are several other templating solutions out there. How will Tiles 2
be accepted when compared with Sitemesh,
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 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 defininitions,
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 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 Til
I wonder if it would be possible to provide the combined
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 barrage of su
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 coheren
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 lit
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 co
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.
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 th
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 mak
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 w
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 or
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 (e.g.
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 com
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 will
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, Tile
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 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 :-) M
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
Portlet
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 element (and
eventually in a t
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.
Maybe we need and to
handle the 2 types specifically instead of one 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
two different ways. I'm not sure if it's confusing to t
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: name="tilte"/> or something like that. I would be
perfectly fine if I could use in that way if
getAsString goes away. So I guess my answer t
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
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 tag as well.
It's semantics are quite different from . How
would it be affected if we r
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, t
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 watching
On Oct 5, 2006, at 2:46 AM, Antonio Petrelli wrote:
Greg Reddin ha scritto:
But don't forget about the tag as well. It's
semantics are quite different from . How would it
be affected if we removed the GetTag?
I forgot a thing:
uses GetAttributeTag that does not extend
On Oct 4, 2006, at 11:48 AM, Wendy Smoak wrote:
On 10/4/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
I think that is the most used, even I wrote some tests
(in the test webapp) using and I am used to write only
But we are cleaning Tiles from the unnecessary and I like
more (going again
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
On Sep 27, 2006, at 6:44 AM, Antonio Petrelli (JIRA) wrote:
Removed "direct" attribute from and ,
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
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:
direct="true"/>
as opposed to
Also you are supposed to be able to use the body
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
false.
The attributes you mentioned can be used with EL...
Wow, you're right. I was looking at it backwar
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 reasonab
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 ".
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 ou
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, attribut
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 h
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: org.apach
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 S
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, 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 o
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 templa
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 work
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 tag. The answer came from
some users:
http://www.mail-archive.com/user%40struts.apache.org/msg48310.html
http://www.mail-archive.com/user%40stru
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 want
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 re
+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 Til
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 t
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 eval
1 - 100 of 215 matches
Mail list logo
