Congratulations to all three of you!
Frank
Ted Husted wrote:
Please join us in welcoming Paul Benedict as a new Struts committer.
Paul has been an earnest and helpful member of our community for over
a year now. He has submitted patches and ideas, and many useful posts
to the user list. Paul w
Please join us in welcoming Bob Lee as a new Struts committer.
Some of us have known Bob for several years through his Struts,
WebWork, and Dynaop work, or in person from a conference. At this last
JavaOne, he met other PMC members Craig, Martin, Gary, and Wendy, and
Bob is well known to the WebW
Please join us in welcoming Michael Jouravlev as a new Struts committer.
Michael has been an active member of our community for a very long
time. His posts to user@ and dev@ are consistently helpful. Michael
often participates in development discussions, including the Action2
discussions. He has
Please join us in welcoming Paul Benedict as a new Struts committer.
Paul has been an earnest and helpful member of our community for over
a year now. He has submitted patches and ideas, and many useful posts
to the user list. Paul was particularly active in the thread that lead
to the addition o
In the sandbox, we have Maven archetypes for both "Shale Blank" and
"Action Blank".
Here are the README files with instructions:
http://svn.apache.org/repos/asf/struts/sandbox/trunk/archetypes/shale-blank/README.txt
http://svn.apache.org/repos/asf/struts/sandbox/trunk/archetypes/action-blank/RE
* I presume we don't have to list the individual applications themseves in
the
"shale-parent-pom" file, because things get processed hierarchically?
Not sure what you mean by this. If you mean shale/pom.xml and including:
shale-clay
shale-core
shale-designtime
OK, Extras needs a welcome page, and the Taglibs home page could use a
bit more content, but other than that, it seems good to go.
-Ted.
On 5/31/06, Ted Husted <[EMAIL PROTECTED]> wrote:
I got through most of the Action1 site last night, and will try to
make a final pass tonight.
On 5/30/06, T
On 6/2/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Oops... wrong button!
On 6/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> > +1 for shale-core, shale-test, shale-clay, etc., as directory names
> > matching the artifactIds.
>
> Done
The list of modules in the parent pom needs to be changed
Oops... wrong button!
On 6/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> +1 for shale-core, shale-test, shale-clay, etc., as directory names
> matching the artifactIds.
Done
The list of modules in the parent pom needs to be changed to match.
Are you suggesting changing the artifact id a
On 6/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> +1 for shale-core, shale-test, shale-clay, etc., as directory names
> matching the artifactIds.
Done
> For the apps, I see a really long artifactId for the sql browser app,
> and would rather have it match the name of the war file:
> shale-
+1 for shale-core, shale-test, shale-clay, etc., as directory names
matching the artifactIds.
Done
For the apps, I see a really long artifactId for the sql browser app,
and would rather have it match the name of the war file:
shale-sql-browser.
Are you suggesting changing the artifact id and
On 6/2/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 6/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> We should rename core-library to shale-core. It saves a lot on
> maven/continuum headaches if the name of the dir matches the name of
> the artifact. We did not do this in MyFaces (for som
On 6/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
We should rename core-library to shale-core. It saves a lot on
maven/continuum headaches if the name of the dir matches the name of
the artifact. We did not do this in MyFaces (for some valid reasons)
but its a definite inconvenience. I hav
Suggestion:
We should rename core-library to shale-core. It saves a lot on
maven/continuum headaches if the name of the dir matches the name of
the artifact. We did not do this in MyFaces (for some valid reasons)
but its a definite inconvenience. I haven't checked the other
artifacts but that
On 6/2/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
Wendy, correct me if I'm wrong, but I think this is done because the
base group id for Struts is org.apache.struts and as long as Tiles is
still part of Struts it will need to retain the struts part of the
group id.
Yes, as long as the Struts P
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> On 6/1/06, James Mitchell wrote:
> >
> > There were a couple of commits to shale between when mvn_reorg was
> > copied and this commit. Without looking over this file by file, I
> > hope we aren't losing anything.
>
>
> I'm watching closely
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 i
Everything (including bug fixes) should be going in the mvn_reorg
branch. Ignore the test repo from now on.
Sean
On 6/1/06, James Mitchell <[EMAIL PROTECTED]> wrote:
There were a couple of commits to shale between when mvn_reorg was
copied and this commit. Without looking over this file by fi
Core tests are now working on this end. Nice job everyone.
Sean
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Thanks for the Reply :)
-Original Message-
From: Juan Ara [mailto:[EMAIL PROTECTED]
Sent: Friday, June 02, 2006 2:33 PM
To: Struts Developers List
Subject: Re: iterate tag
Szurdi Miklós wrote:
> The offset attribute offsets the index of the Collection (e.g it
> starts from xth elemen
Szurdi Miklós wrote:
The offset attribute offsets the index of the Collection (e.g it
starts from xth element instead of the first.) as far as I know while
indexId gives it back for other tags and visualization (In my case I
use it in a table for row numbering).
Whoops I misunderstood your
The offset attribute offsets the index of the Collection (e.g it starts from
xth element instead of the first.) as far as I know while indexId gives it back
for other tags and visualization (In my case I use it in a table for row
numbering).
-Original Message-
From: Juan Ara [mailto:[EM
Szurdi Miklós wrote:
Hi all
I was using logic:iterate and couldnot find any useful tag attribute
for offsetting the indexed attribute and I have found it annoying
because indexId starts from 0 while usually the users want to see it
in the traditional wayJ.
I created a new tag attribute
Hi all
I was using logic:iterate and couldnot find any useful tag
attribute for offsetting the indexed attribute and I have found it annoying because
indexId starts from 0 while usually the users want to see it in the traditional
wayJ.
I created a new tag attribute called: indexOffset
I'm also done, but I wanted to leave you guys with a couple of
questions.
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 though
On 6/1/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
And with that, I think I'm done for the night. Thanks for all the help!
Likewise ... and thanks to James as well.
--
Wendy
Craig
26 matches
Mail list logo
