David H. DeWolf ha scritto:
I have attempted to take into account all of the feedback which has
been provided for the tiles graduation proposal and have documented it
on the Wiki. I've attempted to do so in an unbiased fashion and
encourage you to update any sections you feel need to be
Ted Husted wrote:
Another bit of strangeness is that I can't get a clean build from my
usual checkout. It fails on the ActionTag tests. If I try from another
struts2 checkout (not adjacent to my XWork working copy), it builds
fine, up to the last mile.
I noticed that once or twice, I got an
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
I have attempted to take into account all of the feedback which has
been provided for the tiles graduation proposal and have documented it
on the Wiki. I've attempted to do so in an unbiased fashion and
encourage you to update any
David H. DeWolf ha scritto:
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
Hi,
If the url tag is used to generate an URL for the form tag:
s:url id=postUrl value=foobar.action includeParams=all encode=false/
s:form action=%{#postUrl}
The generated HTML form tag becomes as following:
form ...
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
What other apache subprojects would fit under that TLP?
Jakarta Taglibs probably, and I have some doubt about Turbine.
I agree about Taglibs, I'll ask on the jakarta list. I also agree on
Turbine: I think we should keep these web
David H. DeWolf ha scritto:
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
What other apache subprojects would fit under that TLP?
Jakarta Taglibs probably, and I have some doubt about Turbine.
I agree about Taglibs, I'll ask on the jakarta list. I also agree on
Turbine: I
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
What other apache subprojects would fit under that TLP?
Jakarta Taglibs probably, and I have some doubt about Turbine.
I agree about Taglibs, I'll ask on the jakarta list. I
Heads up. . .the freemarker showcase is currently failing. I'm not sure
when the bug was introduced. If we can hold off on the 2.0.2 release, I
can look into it this evening and either fix it or send an update. . .
David
-
Not a problem. Right now, I can't roll a distribution. The
assembly:assembly step is failing for me, and that's what gives us the
stuff to post :(
On 11/28/06, David H. DeWolf [EMAIL PROTECTED] wrote:
Heads up. . .the freemarker showcase is currently failing. I'm not sure
when the bug was
So, should we even have a struts-all JAR then?
On 11/27/06, Don Brown [EMAIL PROTECTED] wrote:
The only real disadvantage of defaulting to the struts2-all.jar is that
you lose the self-configuration aspect of the plugins. For example, by
including the Spring plugin jar, it is able to tell
Hmmm, if we might have a memory link during tests, then I'd want to be
sure that we don't have a leak during production as well. I'll setup
an integration test suite that we can run against the showcase
and/mailreader in a loop, and try to let it run overnight.
In the meantime, could someone
On 11/28/06, David H. DeWolf [EMAIL PROTECTED] wrote:
Yes, that was my point, that the incubator will resolve any community
issues.
I'll start to throw together a wiki proposal.
Incubator projects can also have releases.
-Ted.
On 11/27/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: pbenedict
Date: Mon Nov 27 19:15:50 2006
New Revision: 479871
URL: http://svn.apache.org/viewvc?view=revrev=479871
Log:
STR-2952: Upgraded maven-site-plugin + maven-jxr-plugin, and versioned
maven-taglib-plugin
I think we'll
Ted Husted wrote:
On 11/28/06, David H. DeWolf [EMAIL PROTECTED] wrote:
Yes, that was my point, that the incubator will resolve any community
issues.
I'll start to throw together a wiki proposal.
Incubator projects can also have releases.
But tiles (or any other current apache project
On 11/28/06, Ted Husted [EMAIL PROTECTED] wrote:
Incubator projects can also have releases.
What does that have to do with a release of Tiles 2?
I seem to have started this by saying Sandbox projects can't do
releases (unless we change the rules.)
Do we really have that rule, or can Tiles
Ted,
Because no one is asking for a 1.3.6, and the new actionId feature (a
semi-major one inmo) is already committed, can we just continue to
develop this release and call it 1.4 afterwards? I really don't see a
need to get this release out the door quickly. Even if 1.4 sounds too
big of a
On 11/28/06, David H. DeWolf [EMAIL PROTECTED] wrote:
I'll start to throw together a wiki proposal.
Incubator projects can also have releases.
But tiles (or any other current apache project for that matter) wouldn't
have to go through the incubator - right?
Part of the incbation process is
This began by asking for a branch. If there's reason to branch,
there's reason to release. Now, we seem to be saying there not a
reason to branch either.
There just might be a misunderstanding about when we create branches.
Typically, we just tag each milestone. Later, if we need to go back
and
On 11/28/06, Wendy Smoak [EMAIL PROTECTED] wrote:
Do we really have that rule, or can Tiles do an alpha release out of
the Struts sandbox?
The Jakarta Commons has that rule, but it's never really come up
before. The new Apache Labs has a no releases rule too.
The Struts Charter does say that
Ted Husted wrote:
On 11/28/06, Wendy Smoak [EMAIL PROTECTED] wrote:
Do we really have that rule, or can Tiles do an alpha release out of
the Struts sandbox?
The Jakarta Commons has that rule, but it's never really come up
before. The new Apache Labs has a no releases rule too.
The Struts
I'd also like to squeeze a minor change to the autocompler :)
musachy
Ted Husted wrote:
Not a problem. Right now, I can't roll a distribution. The
assembly:assembly step is failing for me, and that's what gives us the
stuff to post :(
On 11/28/06, David H. DeWolf [EMAIL PROTECTED] wrote:
It seems like more files are missing from this patch:
/struts/core/src/test/java/org/apache/struts2/views/jsp/ui/AutocompleterTest.java
/struts/src/main/resources/template/ajax/autocompleter.ftl
/struts/src/main/resources/template/simple/autocompleter.ftl
There are 5 test failing.
musachy
Ted Husted wrote:
Hmmm, if we might have a memory link during tests, then I'd want to be
sure that we don't have a leak during production as well. I'll setup
an integration test suite that we can run against the showcase
and/mailreader in a loop, and try to let
It fails for me:
[INFO] snapshot org.apache.struts:struts2-struts1-plugin:2.0.2-SNAPSHOT:
checking for updates from opensymphony
[INFO] [assembly:assembly]
[INFO]
[ERROR] BUILD ERROR
[INFO]
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
David H. DeWolf wrote:
I'm assuming the first command should be
mvn install site -P all,pre-assembly
The following:
$ mvn install site -P all,pre-assembly
$ cd assembly/
$ mvn assembly:assembly
works for me and produces:
lion:/projects/open-source/struts2/assembly/target ddewolf$ ls
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
That was quick! They are in svn already, AutocompleterTag.java is
missing under:
core/src/main/java/org/apache/struts2/views/jsp/ui
Ted, if you are still working on it, /dev/null this email :)
musachy
Musachy Barroso wrote:
It seems like more files are missing from this patch:
Greg Reddin wrote:
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
David H. DeWolf ha scritto:
2) Apache Web Components TLP - What components will make up this
list? Who needs to be involved in the discussion? What's the
process to proceed?
This is my preference. I think the next steps would be to follow up
with the other potential projects to see if
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
2) Apache Web Components TLP - What components will make up this
list? Who needs to be involved in the discussion? What's the
process to proceed?
This is my preference. I think the next steps would be to follow up
with the other
I know i'm not really much involved with Tiles lately, but i'd just
like to say that i think the idea of a topic-centered umbrella project
is a bad idea and not especially likely to be favored by the ASF these
days.
IIRC, the discussions about forming a Jakarta Web Components group
were not
Nathan Bubna wrote:
I know i'm not really much involved with Tiles lately, but i'd just
like to say that i think the idea of a topic-centered umbrella project
is a bad idea and not especially likely to be favored by the ASF these
days.
Just curious, what do you suggest instead?
here's one thread on Jakarta general
http://www.mail-archive.com/general@jakarta.apache.org/msg12323.html
On 11/28/06, Nathan Bubna [EMAIL PROTECTED] wrote:
I know i'm not really much involved with Tiles lately, but i'd just
like to say that i think the idea of a topic-centered umbrella project
Sorry, should have put that in...
i would suggest either
A) Tiles as its own TLP: Apache Tiles
B) Tiles as a Jakarta subproject: Jakarta Tiles
if you do A, then keep your focus to Tiles. that doesn't mean you
can't have other projects in a Tiles TLP; it just means they should be
either
and another earlier one on this list:
http://www.mail-archive.com/dev@struts.apache.org/msg20469.html
(not sure that the mail archive got the full thread in this link)
On 11/28/06, Nathan Bubna [EMAIL PROTECTED] wrote:
here's one thread on Jakarta general
One thing I've noticed in the JWC threads that I've read is that all of
the discussions take place in context of creating it as a grouping or
subproject of Jakarta. Since one of the main fears seems to be
pushing releases too far away from the PMC, I wonder how a top level JWC
with a formal
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
David H. DeWolf ha scritto:
Perhaps scope could be:
- Java
- Dependent on Serlvet/JSP
- Small Utilities that are/can be used Standalone or Embeded within
frameworks
In this case XAP will be excluded since is a client (on browser) project.
I think that (eventually) an Apache Web Components
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
Perhaps scope could be:
- Java
- Dependent on Serlvet/JSP
- Small Utilities that are/can be used Standalone or Embeded within
frameworks
In this case XAP will be excluded since is a client (on browser) project.
agreed. but such is
Greg Reddin wrote:
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
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 Struts is a worldwide project deployed in
But we still get a lot of questions about Tiles and Nathan's point
about users being contributers is valid. Perhaps some of them will
step forward and contribute patches as they see the need. The need
will be way more apparent in a TLP with a small focused community.
Greg
On Nov 28,
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
Greg Reddin wrote:
2) Apache Web Components TLP - What components will make up this
list? Who needs to be involved in the discussion? What's the
process to proceed?
This is my preference. I think the next steps would be to follow up
with the other potential projects to see if they are
On 11/28/06, Greg Reddin [EMAIL PROTECTED] wrote:
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
On 11/28/06, David H. DeWolf [EMAIL PROTECTED] wrote:
...
Perhaps I'm looking at this too selfishly, but I'm thinking that if
nothing else the teams can help each other with the infrastructure and
burden of being a TLP. For example:
- Moderating Mail Lists
- Board Reports
- Managing Jira
-
Craig McClanahan wrote:
Writing code is much more fun than writing umbrella project charter
documents :-).
+1000
Craig
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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.
David
Nathan Bubna wrote:
On 11/28/06, David H. DeWolf [EMAIL PROTECTED] wrote:
...
Perhaps I'm looking at this too selfishly, but I'm thinking that if
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
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 :-) Would the current TLP proposal suffice?
Good.
On 11/28/06, Greg Reddin [EMAIL PROTECTED] wrote:
What about other people? Are David Geary and Matthias Wessendorf
listening? They were on the original TLP and might be interested in
joining the project. Craig also indicated his interest. Wendy?
You're on every other apache project, might
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
Greg Reddin wrote:
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
I'm trying to slowly convert my struts 1.3.5 app to struts 2 and started with a
mixed (S1/S2) usage mode as described in the migration docs. My first
transition area is to replace date input fields with the struts2 datepicker
tag. I've been able to successfully render a datepicker tag. When
On 11/28/06 6:32 PM, Jon Wilmoth [EMAIL PROTECTED] wrote:
I'm trying to slowly convert my struts 1.3.5 app to struts 2 and started with
a mixed (S1/S2) usage mode as described in the migration docs. My first
transition area is to replace date input fields with the struts2 datepicker
tag.
I'm using the DatePicker tag (struts2:datepicker name=birthDate
theme=simple format=#M/#d/#/). I deployed the
struts2-showcase-2.0.1 webapp and I'm experiencing the second issue (calendar
doesn't disappear after selection) with that as well.
As a side note, I couldn't find anything in
I should have asked what version you were using first. DropdownDatePicker
will be available on 2.0.2, which uses Dojo 0.4, so maybe you won't have
that problem. In 2.0.2 DatePicker is always visible (it is the control that
you see in the dropdown version), I haven't used 2.0.1 myself. What Mark
Whoever added the releases to the main side bar again, thank you very
much. It's much easier to find our releases again.
Ted Husted wrote:
On 11/27/06, Niall Pemberton [EMAIL PROTECTED] wrote:
I would suggest that the policy be that we publish the links to the
documentation for best
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:
62 matches
Mail list logo