On Sunday 16 August 2009 11:22:53 pm Wendy Smoak wrote:
> On Sun, Aug 16, 2009 at 12:02 PM, Wes Wannemacher wrote:
> > No Martin, my point is that the problem is that one of the steps deployed
> > stuff to a place where it shouldn't go. I'm sure that each of the steps
> > works fine, but when issui
On Sun, Aug 16, 2009 at 12:02 PM, Wes Wannemacher wrote:
> No Martin, my point is that the problem is that one of the steps deployed
> stuff
> to a place where it shouldn't go. I'm sure that each of the steps works fine,
> but when issuing this command -
>
> mvn release:perform
>
> for the struts-
On Sun, Aug 16, 2009 at 11:53 AM, Wes Wannemacher wrote:
> On Sunday 16 August 2009 02:40:38 pm Martin Cooper wrote:
>> On Sun, Aug 16, 2009 at 11:31 AM, Wes Wannemacher wrote:
>> > On Sunday 16 August 2009 02:13:26 pm Martin Cooper wrote:
>> >> If this was built against a new and unreleased struts
On Sunday 16 August 2009 02:45:54 pm Martin Cooper wrote:
>
> Wes, you may not be a Maven maven, but you clearly know enough to know
> that not everything you do with Mavan causes stuff to be checked in or
> branches or labels to be created or whatever. ;-) Everything you do
> with Maven in the Str
On Sunday 16 August 2009 02:40:38 pm Martin Cooper wrote:
> On Sun, Aug 16, 2009 at 11:31 AM, Wes Wannemacher wrote:
> > On Sunday 16 August 2009 02:13:26 pm Martin Cooper wrote:
> >> If this was built against a new and unreleased struts-master, then my
> >> vote is -1. We need to vote to release t
On Sun, Aug 16, 2009 at 11:40 AM, Wes Wannemacher wrote:
> On Sunday 16 August 2009 02:11:51 pm Martin Cooper wrote:
>> On Wed, Aug 12, 2009 at 6:27 AM, Wes Wannemacher wrote:
>> > There have been a few small changes to both struts-master and
>> > struts-annotations... The change to struts-master w
On Sun, Aug 16, 2009 at 11:31 AM, Wes Wannemacher wrote:
> On Sunday 16 August 2009 02:13:26 pm Martin Cooper wrote:
>> If this was built against a new and unreleased struts-master, then my
>> vote is -1. We need to vote to release the new struts-master before we
>> can vote on the new struts-annot
On Sunday 16 August 2009 02:11:51 pm Martin Cooper wrote:
> On Wed, Aug 12, 2009 at 6:27 AM, Wes Wannemacher wrote:
> > There have been a few small changes to both struts-master and
> > struts-annotations... The change to struts-master will hopefully keep
> > someone (me) from stomping on the http:
That doesn't make any difference or have any impact, I say we keep it.
musachy
On Sun, Aug 16, 2009 at 11:31 AM, Wes Wannemacher wrote:
> On Sunday 16 August 2009 02:13:26 pm Martin Cooper wrote:
>> If this was built against a new and unreleased struts-master, then my
>> vote is -1. We need to vo
On Sunday 16 August 2009 02:13:26 pm Martin Cooper wrote:
> If this was built against a new and unreleased struts-master, then my
> vote is -1. We need to vote to release the new struts-master before we
> can vote on the new struts-annotations build.
>
http://people.apache.org/builds/struts/struts
yeah that's what I had in mind. Resent.
On Sun, Aug 16, 2009 at 11:15 AM, Martin Cooper wrote:
> Please turn the subject line around and use the standard vote syntax
> so that people can filter on it. That is, it should be something like
> "[VOTE] Promote Embedded JSP Plugin to trunk" instead of "
+1 My tests were very impressive, great work, this is really awesome.
Cheers, Rainer
Von meinem iPhone gesendet
Am 16.08.2009 um 20:10 schrieb Musachy Barroso :
I propose we move the Embedded JSP Plugin to trunk, and label it as
"experimental". If you haven't been following up, this is the pl
I propose we move the Embedded JSP Plugin to trunk, and label it as
"experimental". If you haven't been following up, this is the plugin:
http://cwiki.apache.org/S2PLUGINS/embedded-jsp-plugin.html
Here is my +1.
musachy
--
"Hey you! Would you help me to carry the stone?" Pink Floyd
--
Guys,
I had a thought this morning that I haven't fully ironed out in my own mind,
but wanted to see what other people think. We've talked before about RoR and
how many people like the idea of scaffolding for RAD. Well, it occurred to me
that with Musachy's new JSP compiler plugin, it would be
Please turn the subject line around and use the standard vote syntax
so that people can filter on it. That is, it should be something like
"[VOTE] Promote Embedded JSP Plugin to trunk" instead of "[Embedded
JSP Plugin] Vote". TIA,
--
Martin Cooper
On Sun, Aug 16, 2009 at 11:10 AM, Musachy Barros
If this was built against a new and unreleased struts-master, then my
vote is -1. We need to vote to release the new struts-master before we
can vote on the new struts-annotations build.
--
Martin Cooper
On Wed, Aug 12, 2009 at 10:29 AM, Wes Wannemacher wrote:
> The Struts Annotations 1.0.5 test
On Wed, Aug 12, 2009 at 6:27 AM, Wes Wannemacher wrote:
> There have been a few small changes to both struts-master and
> struts-annotations... The change to struts-master will hopefully keep
> someone (me) from stomping on the http://struts.apache.org site when
> releasing it in the future. Unfort
I propose we move the Embedded JSP Plugin to trunk, and label it as
"experimental". If you haven't been following up, this is the plugin:
http://cwiki.apache.org/S2PLUGINS/embedded-jsp-plugin.html
Here is my +1.
musachy
--
"Hey you! Would you help me to carry the stone?" Pink Floyd
--
That sounds reasonable. I will remove it.
musachy
On Sun, Aug 16, 2009 at 4:06 AM, Rainer Hermanns wrote:
> You are right, the builtin profiling support is not what someone will
> use to satisfy professional requirements.
> However, for some it might be quite useful as it is now.
> What I would s
Thanks Rainer.
musachy
On Sun, Aug 16, 2009 at 4:04 AM, Rainer Hermanns wrote:
> Finally done, xwork 2.1.5 is on its way to the mirrors...
> Let's get the S2.1 release out of the door...
>
> Cheers,
> Rainer
>
>
>> it looks better this time ;)
>>
>> On Thu, Aug 13, 2009 at 11:04 PM, Dale Newfield
+1 to your idea of removing from default stack.
On Sun, Aug 16, 2009 at 7:06 AM, Rainer Hermanns wrote:
> You are right, the builtin profiling support is not what someone will
> use to satisfy professional requirements.
> However, for some it might be quite useful as it is now.
> What I would sug
You are right, the builtin profiling support is not what someone will
use to satisfy professional requirements.
However, for some it might be quite useful as it is now.
What I would suggest, is to get the profiling interceptor out of the
default stack configurations and leave it as a plugin interce
Finally done, xwork 2.1.5 is on its way to the mirrors...
Let's get the S2.1 release out of the door...
Cheers,
Rainer
> it looks better this time ;)
>
> On Thu, Aug 13, 2009 at 11:04 PM, Dale Newfield wrote:
>> Clearly my attempt at clarification has failed (by 1 character!), as
>> it's
>> need
23 matches
Mail list logo
