Spring dependancies

[Al Sutton]

Are we going to bump the spring dependencies to 2.0.8 (or possibly go for 
the 2.5 series) for S2.1?


Al.

P.S. (yup, still working on the test problem, just wondering if it's a 
problem in spring-mock). 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Should voting +1 on a release imply that the vote intends to help support the release?

[Al Sutton]

I vote +1 on a +1 indicating a willingness to support. I've lurked on this 
list and other dev- lists and stayed out of voting because I couldn't 
provide the support.


My question would be; If the people who voted for a release weren't willing 
to support it, why should those who do provide support be left to support a 
release they didn't think should have been made?



- Original Message - 
From: "Ted Husted" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Tuesday, January 15, 2008 1:25 AM
Subject: [VOTE] Should voting +1 on a release imply that the vote intends to 
help support the release?




The ASF "How it work page", at "Implications of Voting", suggest that

---
"In some cases and communities, the exercise of a vote carries some
responsibilities that may not be immediately obvious. For example, in
some cases a favorable vote carries the implied message 'I approve and
I'm willing to help.' Also, an unfavorable vote may imply that 'I
disapprove, but I have an alternative and will help with that
alternative.'

"The tacit implications of voting should be spelt out in the
community's guidelines. However, in no case may someone's vote be
considered invalid if the implied commitment doesn't appear to be met;
a vote is a formal expression of opinion, not of commitment."


Our community guidelines suggest that:


"The act of voting carries certain obligations. Voters are not only
stating their opinion, they are also agreeing to help do the work."
---

While we would never discount a binding vote of a PMC member, I
believe we could agree, as a community, that if someone casts a
binding vote for a GA release, it is our expectation that the PMC
Member is declaring his or her intention to support the release.

So, is a +1 on a GA merely a vote of confidence in the bits, or should
the vote also be declaring an intention to help?

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Frank W. Zammetti]

Martin Cooper wrote:

No, "prohibited" would probably be too strong (PROBABLY)...  And yes,
I'd agree that if you know there are dozens of committers ready to
provide support, that's a bit of a different story too.  But can you
really say such a discussion usually takes place before a vote?  Is the
question: "are there at least a few people ready to support this?"
actually asked before a vote is called?  That would be atypical in my
experience, based on the project I've been involved in.


For anyone paying attention to the project, the question shouldn't need to
be asked. It should be clear from the activity on the mailing lists. What do
you think, Frank? Are there people here that will support Struts 2.0.12 or
2.1.1? I think you know the answer to that, but can you point me to the
discussion thread where that was established?


Of course I know the answer to that, and the fact that there's no 
discussion required supports my point.  A +1 apparently means to enough 
people that they intend to support a given release.  Exactly what I've 
been saying all along.



Assuming that's the case then, it's the *implication* of what a +1 means

that's important, which I believe was Ted's point.



If what's the case?


That a discussion of who will support the release doesn't typically 
occur before a release.



What's important about a +1 vote from a PMC member is that it counts towards
the minimum three +1 votes required for the release to happen at all. The
_implication_ of what you are saying is that, without at least three PMC
members - not just committers or interested contributors, but PMC members -
who are ready to support the release, that release cannot happen at all.


I had to think about that one for a few minutes :)  No, what I'm saying 
is that NO ONE should be voting +1 for a release that they are not 
themselves willing to support.  Now, let me be clear: this in no way 
ensures that everyone who votes +1 WILL support the release.  Clearly 
some won't, for one reason or another, and that's OK...


Let's try it another way... you earlier implied that there are plenty of 
people willing to support 2.1.1, and I agree 100%.  But how do we *know* 
that?  What if everyone who votes +1, in their own minds, thinks to 
themselves "yeah, I'm voting +1, but TO ME that doesn't mean I'm going 
to support it, and further I have no intention of supporting this 
release"?  That release is then left unsupported by those that voted to 
release it, a situation that should never happen (and as you pointed 
out, Apache members are typically responsible, so such a thought would 
likely never cross their minds).  That's also why there's X number of 
votes required I think: if each one implies they intend to support the 
release, it's likely that at least ONE person actually will, and the 
release will be supported.  Without that implicit meaning, it's a 
crap-shoot. (And yes, it's also true that even with this implication in 
place, a release could wind up going unsupported, but history has shown 
that's just not likely).



Should we declare Struts 1 dead? Do we have three PMC members who are still
willing to support further releases of it?


That's a loaded question... do we have even three *PEOPLE* still willing 
to support further releases of S1? :)



I left the part above where you said "...a +1 vote is *not* an assertion
that the voter, specifically, intends to provide such support".  I would
contend just the opposite is in fact the case, but I'll now qualify it
slightly in light of your reply: in the absence of a discussion before a
vote where it is determined who will provide support other than the
person casting a +1, then that +1 does in fact *imply* that person
*specifically* intends to provide support.  Stated another way: a person
voting +1 cannot *assume* there will be support provided by others, that
would potentially be a big disservice to the community at large when
they discover no one is in fact willing to support the release.


See above. I'd bet that, on at least one version of Struts in the past, you
have done exactly that - "*assume*d there will be support provided by
others".


You're right, and I'd even take it a step further: I have *always* 
assumed there would be support provided by others because I've always 
assumed a +1 vote by any responsible Apache member implies they intend 
to support the release.  Don't forget, I'm not a committer, I'm not an 
Apache member in any way, so me casting a non-binding +1 vote means 
squat other than "yeah, one extra set of eyes has looked at it and 
thinks it looks good".  Rest assured, if I was a member, my +1 vote 
would *always* mean I'm willing to support the release, otherwise I'd 
abstain.



The fact that projects at Apache do not typically push out release which

are not then supported pretty much supports this: I think most Apache
members voting +1 are not only saying "I believe the code is ready for
public consumption" but are also by implicatio

Re: [S2] Libraries in JDK 1.4 distribution

[Martin Cooper]

On Jan 14, 2008 9:16 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:

> Martin Cooper wrote:
> >>> However, a +1 vote is *not* an
> >>> assertion that the voter, specifically, intends to provide such
> support.
> >
> > Please try re-reading what I wrote. Unless, that is, you are saying that
> I
> > should be *prohibited* from voting +1 on any release unless I am
> > *personally* committed to fixing the bugs, even if there are a dozen
> other
> > committers out there who I know for a fact are going to be doing that
> > whether or not I do so myself.
>
> No, "prohibited" would probably be too strong (PROBABLY)...  And yes,
> I'd agree that if you know there are dozens of committers ready to
> provide support, that's a bit of a different story too.  But can you
> really say such a discussion usually takes place before a vote?  Is the
> question: "are there at least a few people ready to support this?"
> actually asked before a vote is called?  That would be atypical in my
> experience, based on the project I've been involved in.


For anyone paying attention to the project, the question shouldn't need to
be asked. It should be clear from the activity on the mailing lists. What do
you think, Frank? Are there people here that will support Struts 2.0.12 or
2.1.1? I think you know the answer to that, but can you point me to the
discussion thread where that was established?

Assuming that's the case then, it's the *implication* of what a +1 means
> that's important, which I believe was Ted's point.


If what's the case?

What's important about a +1 vote from a PMC member is that it counts towards
the minimum three +1 votes required for the release to happen at all. The
_implication_ of what you are saying is that, without at least three PMC
members - not just committers or interested contributors, but PMC members -
who are ready to support the release, that release cannot happen at all.

Should we declare Struts 1 dead? Do we have three PMC members who are still
willing to support further releases of it?


> I left the part above where you said "...a +1 vote is *not* an assertion
> that the voter, specifically, intends to provide such support".  I would
> contend just the opposite is in fact the case, but I'll now qualify it
> slightly in light of your reply: in the absence of a discussion before a
> vote where it is determined who will provide support other than the
> person casting a +1, then that +1 does in fact *imply* that person
> *specifically* intends to provide support.  Stated another way: a person
> voting +1 cannot *assume* there will be support provided by others, that
> would potentially be a big disservice to the community at large when
> they discover no one is in fact willing to support the release.


See above. I'd bet that, on at least one version of Struts in the past, you
have done exactly that - "*assume*d there will be support provided by
others".

The fact that projects at Apache do not typically push out release which
> are not then supported pretty much supports this: I think most Apache
> members voting +1 are not only saying "I believe the code is ready for
> public consumption" but are also by implication saying "...and I'm ready
> to back up that belief with support".


They probably are. But that's a long way from that being a requirement,
which is the point on which this conversation started.

--
Martin Cooper



>  I dare say that's the underlying
> belief with most open-source projects, at least the good ones.  In fact,
> I'd love to hear from anyone reading this who DOESN'T feel that way and
> why.
>
> > I am *not* saying that we should throw the bits out there and leave them
> to
> > rot. I *am* saying that, as a PMC member, I have a right to vote +1 for
> a
> > release even if I, personally, am not in a position to work on the code
> > right now. Now, I *could* choose to be irresponsible, and vote +1 in the
> > knowledge that nobody is going to support it, but I happen to believe
> that
> > the people we have voted on to the PMC over the years are actually
> > responsible people.
>
> I have ZERO doubt that Apache members, by and large, vote responsibly in
> this regard.  The fact that Apache overall has been as successful as it
> has been pretty much proves you're right and very few members are being
> irresponsible.  But I also believe that's because that for most, a +1
> vote does imply they will support the release.  Without that
> implication, and without discussion of support before the vote, who's to
> say *anyone* will support the release?  If that implication doesn't
> exist, how can the community at large every have any confidence that a
> project intends to support its releases?  Oh, you may have the right to
> do it, but I don't believe it's RIGHT to do it.
>
> > Martin Cooper
>
> Frank
>
> --
> Frank W. Zammetti
> Author of "Practical Ajax Projects With Java Technology"
>  (2006, Apress, ISBN 1-59059-695-1)
> and "JavaScript, DOM Scripting and Ajax Projects"
>  (20

Re: [S2] Libraries in JDK 1.4 distribution

[Frank W. Zammetti]

Martin Cooper wrote:

However, a +1 vote is *not* an
assertion that the voter, specifically, intends to provide such support.


Please try re-reading what I wrote. Unless, that is, you are saying that I
should be *prohibited* from voting +1 on any release unless I am
*personally* committed to fixing the bugs, even if there are a dozen other
committers out there who I know for a fact are going to be doing that
whether or not I do so myself.


No, "prohibited" would probably be too strong (PROBABLY)...  And yes, 
I'd agree that if you know there are dozens of committers ready to 
provide support, that's a bit of a different story too.  But can you 
really say such a discussion usually takes place before a vote?  Is the 
question: "are there at least a few people ready to support this?" 
actually asked before a vote is called?  That would be atypical in my 
experience, based on the project I've been involved in.


Assuming that's the case then, it's the *implication* of what a +1 means 
that's important, which I believe was Ted's point.


I left the part above where you said "...a +1 vote is *not* an assertion 
that the voter, specifically, intends to provide such support".  I would 
contend just the opposite is in fact the case, but I'll now qualify it 
slightly in light of your reply: in the absence of a discussion before a 
vote where it is determined who will provide support other than the 
person casting a +1, then that +1 does in fact *imply* that person 
*specifically* intends to provide support.  Stated another way: a person 
voting +1 cannot *assume* there will be support provided by others, that 
would potentially be a big disservice to the community at large when 
they discover no one is in fact willing to support the release.


The fact that projects at Apache do not typically push out release which 
are not then supported pretty much supports this: I think most Apache 
members voting +1 are not only saying "I believe the code is ready for 
public consumption" but are also by implication saying "...and I'm ready 
to back up that belief with support".  I dare say that's the underlying 
belief with most open-source projects, at least the good ones.  In fact, 
I'd love to hear from anyone reading this who DOESN'T feel that way and why.



I am *not* saying that we should throw the bits out there and leave them to
rot. I *am* saying that, as a PMC member, I have a right to vote +1 for a
release even if I, personally, am not in a position to work on the code
right now. Now, I *could* choose to be irresponsible, and vote +1 in the
knowledge that nobody is going to support it, but I happen to believe that
the people we have voted on to the PMC over the years are actually
responsible people.


I have ZERO doubt that Apache members, by and large, vote responsibly in 
this regard.  The fact that Apache overall has been as successful as it 
has been pretty much proves you're right and very few members are being 
irresponsible.  But I also believe that's because that for most, a +1 
vote does imply they will support the release.  Without that 
implication, and without discussion of support before the vote, who's to 
say *anyone* will support the release?  If that implication doesn't 
exist, how can the community at large every have any confidence that a 
project intends to support its releases?  Oh, you may have the right to 
do it, but I don't believe it's RIGHT to do it.



Martin Cooper


Frank

--
Frank W. Zammetti
Author of "Practical Ajax Projects With Java Technology"
 (2006, Apress, ISBN 1-59059-695-1)
and "JavaScript, DOM Scripting and Ajax Projects"
 (2007, Apress, ISBN 1-59059-816-4)
and "Practical DWR 2 Projects"
 (2008, Apress, ISBN 1-59059-941-1)
Java Web Parts - http://javawebparts.sourceforge.net
 Supplying the wheel, so you don't have to reinvent it!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Should voting +1 on a release imply that the vote intends to help support the release?

[Paul Benedict]

I vote for confidence only. While I'd like to help more in 2.x, it's
impossible for me to follow through with my intention sometimes. However, I
wouldn't want a good release help up by external obligations. I would hope a
good vibrant community would bring the intention of helping automatically,
but that shouldn't automatically translated into an obligation. My 2 cents.

Paul

On Jan 14, 2008 7:25 PM, Ted Husted <[EMAIL PROTECTED]> wrote:

> The ASF "How it work page", at "Implications of Voting", suggest that
>
> ---
> "In some cases and communities, the exercise of a vote carries some
> responsibilities that may not be immediately obvious. For example, in
> some cases a favorable vote carries the implied message 'I approve and
> I'm willing to help.' Also, an unfavorable vote may imply that 'I
> disapprove, but I have an alternative and will help with that
> alternative.'
>
> "The tacit implications of voting should be spelt out in the
> community's guidelines. However, in no case may someone's vote be
> considered invalid if the implied commitment doesn't appear to be met;
> a vote is a formal expression of opinion, not of commitment."
> 
>
> Our community guidelines suggest that:
>
> 
> "The act of voting carries certain obligations. Voters are not only
> stating their opinion, they are also agreeing to help do the work."
> ---
>
> While we would never discount a binding vote of a PMC member, I
> believe we could agree, as a community, that if someone casts a
> binding vote for a GA release, it is our expectation that the PMC
> Member is declaring his or her intention to support the release.
>
> So, is a +1 on a GA merely a vote of confidence in the bits, or should
> the vote also be declaring an intention to help?
>
> -Ted.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

[VOTE] Should voting +1 on a release imply that the vote intends to help support the release?

[Ted Husted]

The ASF "How it work page", at "Implications of Voting", suggest that

---
"In some cases and communities, the exercise of a vote carries some
responsibilities that may not be immediately obvious. For example, in
some cases a favorable vote carries the implied message 'I approve and
I'm willing to help.' Also, an unfavorable vote may imply that 'I
disapprove, but I have an alternative and will help with that
alternative.'

"The tacit implications of voting should be spelt out in the
community's guidelines. However, in no case may someone's vote be
considered invalid if the implied commitment doesn't appear to be met;
a vote is a formal expression of opinion, not of commitment."


Our community guidelines suggest that:


"The act of voting carries certain obligations. Voters are not only
stating their opinion, they are also agreeing to help do the work."
---

While we would never discount a binding vote of a PMC member, I
believe we could agree, as a community, that if someone casts a
binding vote for a GA release, it is our expectation that the PMC
Member is declaring his or her intention to support the release.

So, is a +1 on a GA merely a vote of confidence in the bits, or should
the vote also be declaring an intention to help?

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Martin Cooper]

On Jan 14, 2008 2:33 PM, Ian Roughley <[EMAIL PROTECTED]> wrote:

>
> Martin Cooper wrote:
> > On Jan 14, 2008 10:05 AM, Ted Husted <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >> It's true that we're volunteers, and any of us can walk away whenever
> >> we like, but it's also true that when we vote +1 on a GA, each voter
> >> is saying that he or she intends to help support the release.
> >>
> >>
> >
> > No, it's not. That is a myth that you have been perpetuating for several
> > years now, but it's just not true, and quite frankly I'm fed up hearing
> it.
> >
> The bylaws seem to disagree, from
> http://struts.apache.org/dev/bylaws.html - " The act of voting carries
> certain obligations. Voters are not only stating their opinion, they are
> also agreeing to help do the work."  Although, to me, "helping to do the
> work" is a little ambiguous and different from "supporting the build".


The wording in the bylaws is a compromise resulting from a previous
incarnation of this exact same discussion.

--
Martin Cooper

Re: [S2] Libraries in JDK 1.4 distribution

[Martin Cooper]

On Jan 14, 2008 2:24 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:

> On Mon, January 14, 2008 5:06 pm, Martin Cooper wrote:
> > On Jan 14, 2008 10:05 AM, Ted Husted <[EMAIL PROTECTED]> wrote:
> >
> >
> >> It's true that we're volunteers, and any of us can walk away whenever
> >> we like, but it's also true that when we vote +1 on a GA, each voter
> >> is saying that he or she intends to help support the release.
> >>
> >
> > No, it's not. That is a myth that you have been perpetuating for several
> > years now, but it's just not true, and quite frankly I'm fed up hearing
> > it.
> >
> > A +1 vote for a GA release is a vote of confidence that the
> corresponding
> > bits are suitable for GA release, and hence for consumption by "the
> > public".
> > Certainly someone casting such a vote may take into consideration the
> > likelihood, or otherwise, that the release will be supported by the
> > community (although in truth that should have been a topic of discussion
> > before the bits ever came to a vote). However, a +1 vote is *not* an
> > assertion that the voter, specifically, intends to provide such support.
>
> An open-source "community" based on the premise that simply throwing the
> bits out there once you feel they are ready, and there is no implied
> responsibility of those throwing the bits out there to offer at least
> *some minimal degree* of support, is tantamount to a community destined to
> destroy itself, plain and simple.


Please try re-reading what I wrote. Unless, that is, you are saying that I
should be *prohibited* from voting +1 on any release unless I am
*personally* committed to fixing the bugs, even if there are a dozen other
committers out there who I know for a fact are going to be doing that
whether or not I do so myself.

I am *not* saying that we should throw the bits out there and leave them to
rot. I *am* saying that, as a PMC member, I have a right to vote +1 for a
release even if I, personally, am not in a position to work on the code
right now. Now, I *could* choose to be irresponsible, and vote +1 in the
knowledge that nobody is going to support it, but I happen to believe that
the people we have voted on to the PMC over the years are actually
responsible people.

--
Martin Cooper


This would be much like the manufacturer of dynamite saying "here's the
> sticks, we *believe* they're ready for your use, but don't assume we're
> going to answer the phone if you come calling for help".  I dare say no
> one would use the explosive from that manufacturer given that statement,
> nor would too many likely use an open-source project that made such a
> statement, directly or implied.
>
> No, Ted's assertion, as I read it, is that open-source developers should
> take at least *some* degree of responsibility for the bits they release,
> and I happen to very much agree with that.  The developers *are* the
> community, isn't that a big part of the Apache Way?  If those casting the
> votes do not intend to support what they are voting for, who is expected
> to?
>
> > --
> > Martin Cooper
>
> Frank
>
> --
> Frank W. Zammetti
> Author of "Practical DWR 2 Projects"
>  (2008, Apress, ISBN 1-59059-941-1)
> and "JavaScript, DOM Scripting and Ajax Projects"
>  (2007, Apress, ISBN 1-59059-816-4)
> and "Practical Ajax Projects With Java Technology"
>  (2006, Apress, ISBN 1-59059-695-1)
> Java Web Parts - http://javawebparts.sourceforge.net
>  Supplying the wheel, so you don't have to reinvent it!
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [S2] Libraries in JDK 1.4 distribution

[Ian Roughley]

Martin Cooper wrote:

On Jan 14, 2008 10:05 AM, Ted Husted <[EMAIL PROTECTED]> wrote:


  

It's true that we're volunteers, and any of us can walk away whenever
we like, but it's also true that when we vote +1 on a GA, each voter
is saying that he or she intends to help support the release.




No, it's not. That is a myth that you have been perpetuating for several
years now, but it's just not true, and quite frankly I'm fed up hearing it.
  
The bylaws seem to disagree, from 
http://struts.apache.org/dev/bylaws.html - " The act of voting carries 
certain obligations. Voters are not only stating their opinion, they are 
also agreeing to help do the work."  Although, to me, "helping to do the 
work" is a little ambiguous and different from "supporting the build".

Re: [S2] Libraries in JDK 1.4 distribution

[Frank W. Zammetti]

On Mon, January 14, 2008 5:06 pm, Martin Cooper wrote:
> On Jan 14, 2008 10:05 AM, Ted Husted <[EMAIL PROTECTED]> wrote:
>
>
>> It's true that we're volunteers, and any of us can walk away whenever
>> we like, but it's also true that when we vote +1 on a GA, each voter
>> is saying that he or she intends to help support the release.
>>
>
> No, it's not. That is a myth that you have been perpetuating for several
> years now, but it's just not true, and quite frankly I'm fed up hearing
> it.
>
> A +1 vote for a GA release is a vote of confidence that the corresponding
> bits are suitable for GA release, and hence for consumption by "the
> public".
> Certainly someone casting such a vote may take into consideration the
> likelihood, or otherwise, that the release will be supported by the
> community (although in truth that should have been a topic of discussion
> before the bits ever came to a vote). However, a +1 vote is *not* an
> assertion that the voter, specifically, intends to provide such support.

An open-source "community" based on the premise that simply throwing the
bits out there once you feel they are ready, and there is no implied
responsibility of those throwing the bits out there to offer at least
*some minimal degree* of support, is tantamount to a community destined to
destroy itself, plain and simple.

This would be much like the manufacturer of dynamite saying "here's the
sticks, we *believe* they're ready for your use, but don't assume we're
going to answer the phone if you come calling for help".  I dare say no
one would use the explosive from that manufacturer given that statement,
nor would too many likely use an open-source project that made such a
statement, directly or implied.

No, Ted's assertion, as I read it, is that open-source developers should
take at least *some* degree of responsibility for the bits they release,
and I happen to very much agree with that.  The developers *are* the
community, isn't that a big part of the Apache Way?  If those casting the
votes do not intend to support what they are voting for, who is expected
to?

> --
> Martin Cooper

Frank

-- 
Frank W. Zammetti
Author of "Practical DWR 2 Projects"
 (2008, Apress, ISBN 1-59059-941-1)
and "JavaScript, DOM Scripting and Ajax Projects"
 (2007, Apress, ISBN 1-59059-816-4)
and "Practical Ajax Projects With Java Technology"
 (2006, Apress, ISBN 1-59059-695-1)
Java Web Parts - http://javawebparts.sourceforge.net
 Supplying the wheel, so you don't have to reinvent it!



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Martin Cooper]

On Jan 14, 2008 10:05 AM, Ted Husted <[EMAIL PROTECTED]> wrote:


> It's true that we're volunteers, and any of us can walk away whenever
> we like, but it's also true that when we vote +1 on a GA, each voter
> is saying that he or she intends to help support the release.
>

No, it's not. That is a myth that you have been perpetuating for several
years now, but it's just not true, and quite frankly I'm fed up hearing it.

A +1 vote for a GA release is a vote of confidence that the corresponding
bits are suitable for GA release, and hence for consumption by "the public".
Certainly someone casting such a vote may take into consideration the
likelihood, or otherwise, that the release will be supported by the
community (although in truth that should have been a topic of discussion
before the bits ever came to a vote). However, a +1 vote is *not* an
assertion that the voter, specifically, intends to provide such support.

--
Martin Cooper

Re: Struts 2.1.1 Release Planning

[Antonio Petrelli]

2008/1/14, Ted Husted <[EMAIL PROTECTED]>:
> I didn't mean to imply that we were ready t roll 2.1.1,

Whoops sorry! I thought exactly this!

Antonio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.1.1 Release Planning

[Chris Pratt]

On Jan 14, 2008 11:10 AM, Tom Schneider <[EMAIL PROTECTED]> wrote:
> +1 for ditching JDK 1.4 on the Struts 2.1.x series.  Struts 2.0.x
> should be a reasonable transition for those still on JDK 1.4.
> Tom
>

Not that my vote counts, but I'd also go +1 for ditching 1.4.  I'd
also like to see lots more 1.5 support, (when you get a spare moment
=9^)
  (*Chris*)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Al Sutton]

I've got an XP box I can duplicate this environment on. I'll give it a spin 
on that and let you know tomorrow what happens (I'm on UK time and my wife's 
just got home).


Al.

- Original Message - 
From: "Wes Wannemacher" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 7:54 PM
Subject: Re: Overnight builds & snapshots




On Mon, 2008-01-14 at 14:50 -0500, Ted Husted wrote:

Hmmm, do you have a non-Vista machine handy?

It seems to be fine on Linux (Ubuntu?) and XPx64. Anyone try it on a Mac 
today?




I think you may have already covered it, but I updated from SVN and
built on Ubuntu with AMD64 using Sun Java 1.5. I did -Pall and
everything built and all unit tests passed.

-Wes


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Mitchell James]

On my MacBook Pro, good to go!



[EMAIL PROTECTED] ~/svn/struts/struts2]$ java -version
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13- 
b05-241)

Java HotSpot(TM) Client VM (build 1.5.0_13-121, mixed mode, sharing)


[EMAIL PROTECTED] ~/svn/struts/struts2]$ mvn clean install -Pall
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO]   Struts 2
[INFO]   Struts 2 Core
[INFO]   Struts Plugins
[INFO]   Struts 2 Codebehind Plugin
[INFO]   Struts 2 Configuration Browser Plugin
[INFO]   Struts 2 Jasper Reports Plugin
[INFO]   Struts 2 JFreeChart Plugin
[INFO]   Struts 2 JSF Plugin
[INFO]   Struts 2 Pell Multipart Plugin
[INFO]   Struts 2 Plexus Plugin
[INFO]   Struts 2 Sitegraph Plugin
[INFO]   Struts 2 Sitemesh Plugin
[INFO]   Struts 2 Spring Plugin
[INFO]   Struts 2 Struts 1 Plugin
[INFO]   Struts 2 Tiles Plugin
[INFO]   Struts 2 Dojo Plugin
[INFO]   Struts 2 Plugin
[INFO]   Struts 2 Portlet Plugin
[INFO]   Webapps
[INFO]   Blank Webapp
[INFO]   Starter Webapp
[INFO]   Portlet Webapp
[INFO]   Showcase Webapp
[INFO]   Struts 2 Rest Showcase Example
[INFO]  
 


[INFO] Building Struts 2
[INFO]task-segment: [clean, install]
[INFO]  
 


[INFO] [clean:clean]
[INFO] Deleting directory /Users/jmitchell/svn/struts/struts2/target
[INFO] Deleting directory /Users/jmitchell/svn/struts/struts2/target/ 
classes




[INFO] Assembling webapp struts2-rest-showcase in /Users/jmitchell/ 
svn/struts/struts2/apps/rest-showcase/target/struts2-rest-showcase
[INFO] Copy webapp webResources to /Users/jmitchell/svn/struts/ 
struts2/apps/rest-showcase/target/struts2-rest-showcase
[INFO] Copy webapp webResources to /Users/jmitchell/svn/struts/ 
struts2/apps/rest-showcase/target/struts2-rest-showcase
[INFO] Generating war /Users/jmitchell/svn/struts/struts2/apps/rest- 
showcase/target/struts2-rest-showcase.war
[INFO] Building war: /Users/jmitchell/svn/struts/struts2/apps/rest- 
showcase/target/struts2-rest-showcase.war

[INFO] [install:install]
[INFO] Installing /Users/jmitchell/svn/struts/struts2/apps/rest- 
showcase/target/struts2-rest-showcase.war to /Users/jmitchell/.m2/ 
repository/org/apache/struts/struts2-rest-showcase/2.1.1-SNAPSHOT/ 
struts2-rest-showcase-2.1.1-SNAPSHOT.war

[INFO]
[INFO]
[INFO]  


[INFO] Reactor Summary:
[INFO]  

[INFO] Struts 2 ..  
SUCCESS [1.908s]
[INFO] Struts 2 Core .  
SUCCESS [1:29.902s]
[INFO] Struts Plugins   
SUCCESS [0.165s]
[INFO] Struts 2 Codebehind Plugin   
SUCCESS [4.632s]
[INFO] Struts 2 Configuration Browser Plugin .  
SUCCESS [1.370s]
[INFO] Struts 2 Jasper Reports Plugin   
SUCCESS [8.123s]
[INFO] Struts 2 JFreeChart Plugin   
SUCCESS [8.218s]
[INFO] Struts 2 JSF Plugin ...  
SUCCESS [1.838s]
[INFO] Struts 2 Pell Multipart Plugin   
SUCCESS [0.698s]
[INFO] Struts 2 Plexus Plugin   
SUCCESS [1.441s]
[INFO] Struts 2 Sitegraph Plugin .  
SUCCESS [5.020s]
[INFO] Struts 2 Sitemesh Plugin ..  
SUCCESS [1.524s]
[INFO] Struts 2 Spring Plugin   
SUCCESS [2.000s]
[INFO] Struts 2 Struts 1 Plugin ..  
SUCCESS [15.597s]
[INFO] Struts 2 Tiles Plugin .  
SUCCESS [1.230s]
[INFO] Struts 2 Dojo Plugin ..  
SUCCESS [29.253s]
[INFO] Struts 2 Plugin ...  
SUCCESS [2.747s]
[INFO] Struts 2 Portlet Plugin ...  
SUCCESS [8.470s]
[INFO] Webapps ...  
SUCCESS [0.928s]
[INFO] Blank Webapp ..  
SUCCESS [4.479s]
[INFO] Starter Webapp   
SUCCESS [2.539s]
[INFO] Portlet Webapp   
SUCCESS [25.596s]
[INFO] Showcase Webapp ...  
SUCCESS [13.753s]
[INFO] Struts 2 Rest Showcase Example   
SUCCESS [2.861s]
[INFO]  

[INFO]  


[INFO] BUILD SUCCESSFUL
[INFO]  


[INFO] Total time: 3 minutes 55 seconds
[INFO] Finished at: Mon Jan 14 15:00:00 EST 2008
[INFO] Final Memory: 24M/53M
[INFO]  

Re: Overnight builds & snapshots

[Wes Wannemacher]

On Mon, 2008-01-14 at 14:50 -0500, Ted Husted wrote:
> Hmmm, do you have a non-Vista machine handy?
> 
> It seems to be fine on Linux (Ubuntu?) and XPx64. Anyone try it on a Mac 
> today?
> 

I think you may have already covered it, but I updated from SVN and
built on Ubuntu with AMD64 using Sun Java 1.5. I did -Pall and
everything built and all unit tests passed.

-Wes


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Mitchell James]

Mac -- trying now  stay tuned.


--
James Mitchell



On Jan 14, 2008, at 2:50 PM, Ted Husted wrote:


Hmmm, do you have a non-Vista machine handy?

It seems to be fine on Linux (Ubuntu?) and XPx64. Anyone try it on  
a Mac today?


On Jan 14, 2008 2:32 PM, Al Sutton <[EMAIL PROTECTED]> wrote:
OK, After the detour down the getting eclipse working I'm back on  
track to

see whats wrong and I'd be grateful if someone could check this over.

Whats happening at the moment is that
FreeMarkerResultTest.testWithoutWriteIfCompleted is calling  
through to

FreemarkerResult.execute, which in turn calls through to
FreemarkerResult.doExecute in turn calls through to
ResourceUtil.getResourceBase, which is where I beleive a problem is
occurring.

ResourceUtil.getResourceBase returns a base of "" (an empty  
string), which

means the specified template can't be found (because it's in
org.apache.struts2.views.freemarker instead of the default  
package). This
throws an FileNotFound exception from line 167 of  
FreemarkerResult.java

(Template template = configuration.getTemplate(locationArg,
deduceLocale());), and because the template has not been found the
StringWriter has not been written to, and thus it's empty and  
fails the

test.

Is this suppose to be the case and the StringWriter should have  
been written
to, or is ResourceUtil.getResourceBase suppose to return something  
useful,

find the template and the test case complete in another way?

Al.

- Original Message -
From: "Al Sutton" <[EMAIL PROTECTED]>
To: "Struts Developers List" 

Sent: Monday, January 14, 2008 4:20 PM
Subject: Re: Overnight builds & snapshots


I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS,  
and
maven reports  Final Memory: 16M/42M. The box is a 3GB Q6600 so I  
can ramp

up the ram available to the JVM as far as neccessary.

I've been trying to see if I could hack together an Eclipse  
workspace to
do some tracing in to find out whats happening, but the svn tree  
seems to
favour IntelliJ IDEA, and I'd prefer not to have to learn a new  
IDE just

for investigation of the problem :(

Al.

- Original Message -
From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:32 PM
Subject: Re: Overnight builds & snapshots



On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
I'm going to look into it some more, but is it possible that  
bamboo is
missing something? (or that the test is showing up a platform  
difference
between the bamboo compile farm and my Vista/JDK 1.5.0_14  
machine)?


It's working for me under XPx64. We have had platform-specific  
issues
before, using having to do with memory allocation or temporary  
files.


The first thing to check is that Maven has enough memory. The  
second

might be that Vista has not amassed too many temporary files.

HTH, Ted.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Ted Husted]

Hmmm, do you have a non-Vista machine handy?

It seems to be fine on Linux (Ubuntu?) and XPx64. Anyone try it on a Mac today?

On Jan 14, 2008 2:32 PM, Al Sutton <[EMAIL PROTECTED]> wrote:
> OK, After the detour down the getting eclipse working I'm back on track to
> see whats wrong and I'd be grateful if someone could check this over.
>
> Whats happening at the moment is that
> FreeMarkerResultTest.testWithoutWriteIfCompleted is calling through to
> FreemarkerResult.execute, which in turn calls through to
> FreemarkerResult.doExecute in turn calls through to
> ResourceUtil.getResourceBase, which is where I beleive a problem is
> occurring.
>
> ResourceUtil.getResourceBase returns a base of "" (an empty string), which
> means the specified template can't be found (because it's in
> org.apache.struts2.views.freemarker instead of the default package). This
> throws an FileNotFound exception from line 167 of FreemarkerResult.java
> (Template template = configuration.getTemplate(locationArg,
> deduceLocale());), and because the template has not been found the
> StringWriter has not been written to, and thus it's empty and fails the
> test.
>
> Is this suppose to be the case and the StringWriter should have been written
> to, or is ResourceUtil.getResourceBase suppose to return something useful,
> find the template and the test case complete in another way?
>
> Al.
>
> - Original Message -
> From: "Al Sutton" <[EMAIL PROTECTED]>
> To: "Struts Developers List" 
>
> Sent: Monday, January 14, 2008 4:20 PM
> Subject: Re: Overnight builds & snapshots
>
>
> > I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS, and
> > maven reports  Final Memory: 16M/42M. The box is a 3GB Q6600 so I can ramp
> > up the ram available to the JVM as far as neccessary.
> >
> > I've been trying to see if I could hack together an Eclipse workspace to
> > do some tracing in to find out whats happening, but the svn tree seems to
> > favour IntelliJ IDEA, and I'd prefer not to have to learn a new IDE just
> > for investigation of the problem :(
> >
> > Al.
> >
> > - Original Message -
> > From: "Ted Husted" <[EMAIL PROTECTED]>
> > To: "Struts Developers List" 
> > Sent: Monday, January 14, 2008 3:32 PM
> > Subject: Re: Overnight builds & snapshots
> >
> >
> >> On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
> >>> I'm going to look into it some more, but is it possible that bamboo is
> >>> missing something? (or that the test is showing up a platform difference
> >>> between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)?
> >>
> >> It's working for me under XPx64. We have had platform-specific issues
> >> before, using having to do with memory allocation or temporary files.
> >>
> >> The first thing to check is that Maven has enough memory. The second
> >> might be that Vista has not amassed too many temporary files.
> >>
> >> HTH, Ted.
> >> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Mitchell James]

> "Just as long as they spell my name right"

Heh heh :)


--
James Mitchell



On Jan 14, 2008, at 2:46 PM, Ted Husted wrote:


OK, here it is, out of context ...

 * http://www.jroller.com/TedHusted/entry/geek_glossary_asf

- Ted "Just as long as they spell my name right" Husted.

On Jan 14, 2008 1:28 PM, Frank W. Zammetti <[EMAIL PROTECTED]>  
wrote:


On Mon, January 14, 2008 1:05 pm, Ted Husted wrote:

Retrotranslation seems a pretty fast process to me.


It is fast, but the artifacts add to the clutter and confusion. The
question is whether it's gaining us active contributors. Not
freeloaders who just download the software, but volunteers who  
answer

mailing list posts and provide patches.


You know Ted, if you and I were on opposite sides of a political  
campaign,
your choice of words ("freeloaders") would have given me ample  
ammunition
to attack you for weeks, maybe wind up costing you the election! -  
LOL


I know what you really meant by it, as did everyone else here, but  
you

know as well as I do that there are people out there that will take
anything they can find to use to attack a project they don't  
like... I

wonder how long before this is taken out of context and shows up on
someones' blog? :)


-Ted.


Frank


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Ted Husted]

OK, here it is, out of context ...

 * http://www.jroller.com/TedHusted/entry/geek_glossary_asf

- Ted "Just as long as they spell my name right" Husted.

On Jan 14, 2008 1:28 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
>
> On Mon, January 14, 2008 1:05 pm, Ted Husted wrote:
> >> Retrotranslation seems a pretty fast process to me.
> >
> > It is fast, but the artifacts add to the clutter and confusion. The
> > question is whether it's gaining us active contributors. Not
> > freeloaders who just download the software, but volunteers who answer
> > mailing list posts and provide patches.
>
> You know Ted, if you and I were on opposite sides of a political campaign,
> your choice of words ("freeloaders") would have given me ample ammunition
> to attack you for weeks, maybe wind up costing you the election! - LOL
>
> I know what you really meant by it, as did everyone else here, but you
> know as well as I do that there are people out there that will take
> anything they can find to use to attack a project they don't like... I
> wonder how long before this is taken out of context and shows up on
> someones' blog? :)
>
> > -Ted.
>
> Frank

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Al Sutton]

OK, After the detour down the getting eclipse working I'm back on track to 
see whats wrong and I'd be grateful if someone could check this over.


Whats happening at the moment is that 
FreeMarkerResultTest.testWithoutWriteIfCompleted is calling through to 
FreemarkerResult.execute, which in turn calls through to 
FreemarkerResult.doExecute in turn calls through to 
ResourceUtil.getResourceBase, which is where I beleive a problem is 
occurring.


ResourceUtil.getResourceBase returns a base of "" (an empty string), which 
means the specified template can't be found (because it's in 
org.apache.struts2.views.freemarker instead of the default package). This 
throws an FileNotFound exception from line 167 of FreemarkerResult.java 
(Template template = configuration.getTemplate(locationArg, 
deduceLocale());), and because the template has not been found the 
StringWriter has not been written to, and thus it's empty and fails the 
test.


Is this suppose to be the case and the StringWriter should have been written 
to, or is ResourceUtil.getResourceBase suppose to return something useful, 
find the template and the test case complete in another way?


Al.

- Original Message - 
From: "Al Sutton" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 4:20 PM
Subject: Re: Overnight builds & snapshots


I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS, and 
maven reports  Final Memory: 16M/42M. The box is a 3GB Q6600 so I can ramp 
up the ram available to the JVM as far as neccessary.


I've been trying to see if I could hack together an Eclipse workspace to 
do some tracing in to find out whats happening, but the svn tree seems to 
favour IntelliJ IDEA, and I'd prefer not to have to learn a new IDE just 
for investigation of the problem :(


Al.

- Original Message - 
From: "Ted Husted" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:32 PM
Subject: Re: Overnight builds & snapshots



On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:

I'm going to look into it some more, but is it possible that bamboo is
missing something? (or that the test is showing up a platform difference
between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)?


It's working for me under XPx64. We have had platform-specific issues
before, using having to do with memory allocation or temporary files.

The first thing to check is that Maven has enough memory. The second
might be that Vista has not amassed too many temporary files.

HTH, Ted.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Wes Wannemacher]

Sorry, I took it down shortly after sending the message, I figured
someone would stumble across it (since there is an RSS feed) and take it
serious :(

Screenshot for your pleasure - 

http://farm3.static.flickr.com/2305/2193406250_160ff3c1c0_b.jpg

-Wes

On Mon, 2008-01-14 at 19:16 +, Al Sutton wrote:
> A link to a "Sorry, no posts matched your criteria." page always shows a 
> classy commentator :).
> 
> 
> - Original Message - 
> From: "Wes Wannemacher" <[EMAIL PROTECTED]>
> To: "Struts Developers List" 
> Sent: Monday, January 14, 2008 6:40 PM
> Subject: Re: [S2] Libraries in JDK 1.4 distribution
> 
> 
> > Holy crap Frank!
> >
> > http://www.wantii.com/wordpress/?p=20
> >
> > You were right! That was quick ;-)
> >
> > -Wes
> >
> > On Mon, 2008-01-14 at 13:28 -0500, Frank W. Zammetti wrote:
> >> On Mon, January 14, 2008 1:05 pm, Ted Husted wrote:
> >> >> Retrotranslation seems a pretty fast process to me.
> >> >
> >> > It is fast, but the artifacts add to the clutter and confusion. The
> >> > question is whether it's gaining us active contributors. Not
> >> > freeloaders who just download the software, but volunteers who answer
> >> > mailing list posts and provide patches.
> >>
> >> You know Ted, if you and I were on opposite sides of a political 
> >> campaign,
> >> your choice of words ("freeloaders") would have given me ample ammunition
> >> to attack you for weeks, maybe wind up costing you the election! - LOL
> >>
> >> I know what you really meant by it, as did everyone else here, but you
> >> know as well as I do that there are people out there that will take
> >> anything they can find to use to attack a project they don't like... I
> >> wonder how long before this is taken out of context and shows up on
> >> someones' blog? :)
> >>
> >> > -Ted.
> >>
> >> Frank
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Al Sutton]

A link to a "Sorry, no posts matched your criteria." page always shows a 
classy commentator :).



- Original Message - 
From: "Wes Wannemacher" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 6:40 PM
Subject: Re: [S2] Libraries in JDK 1.4 distribution



Holy crap Frank!

http://www.wantii.com/wordpress/?p=20

You were right! That was quick ;-)

-Wes

On Mon, 2008-01-14 at 13:28 -0500, Frank W. Zammetti wrote:

On Mon, January 14, 2008 1:05 pm, Ted Husted wrote:
>> Retrotranslation seems a pretty fast process to me.
>
> It is fast, but the artifacts add to the clutter and confusion. The
> question is whether it's gaining us active contributors. Not
> freeloaders who just download the software, but volunteers who answer
> mailing list posts and provide patches.

You know Ted, if you and I were on opposite sides of a political 
campaign,

your choice of words ("freeloaders") would have given me ample ammunition
to attack you for weeks, maybe wind up costing you the election! - LOL

I know what you really meant by it, as did everyone else here, but you
know as well as I do that there are people out there that will take
anything they can find to use to attack a project they don't like... I
wonder how long before this is taken out of context and shows up on
someones' blog? :)

> -Ted.

Frank


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.1.1 Release Planning

[Tom Schneider]

+1 for ditching JDK 1.4 on the Struts 2.1.x series.  Struts 2.0.x
should be a reasonable transition for those still on JDK 1.4.
Tom

On Jan 14, 2008 10:37 AM, Ted Husted <[EMAIL PROTECTED]> wrote:
> Works for me. It has to happen sometime.
>
>
> On Jan 14, 2008 11:27 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
> > Ditch JDK 1.4 support... problem solved ;).
> >
> > Al.
> >
> > - Original Message -
> > From: "Antonio Petrelli" <[EMAIL PROTECTED]>
> > To: "Struts Developers List" 
> >
> > Sent: Monday, January 14, 2008 3:49 PM
> > Subject: Re: Struts 2.1.1 Release Planning
> >
> >
> > > 2008/1/14, Ted Husted <[EMAIL PROTECTED]>:
> > >> Is anyone else up to helping with the 2.1.1 release management? With
> > >> the anniversary of the first Struts 2.0 GA coming up in February, it
> > >> would be nice if we could squeeze out another tagged build.
> > >
> > > Wait some hours, until we clear things up about WW-2379:
> > > https://issues.apache.org/struts/browse/WW-2379
> > >
> > > Antonio
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Wes Wannemacher]

Holy crap Frank! 

http://www.wantii.com/wordpress/?p=20

You were right! That was quick ;-)

-Wes

On Mon, 2008-01-14 at 13:28 -0500, Frank W. Zammetti wrote:
> On Mon, January 14, 2008 1:05 pm, Ted Husted wrote:
> >> Retrotranslation seems a pretty fast process to me.
> >
> > It is fast, but the artifacts add to the clutter and confusion. The
> > question is whether it's gaining us active contributors. Not
> > freeloaders who just download the software, but volunteers who answer
> > mailing list posts and provide patches.
> 
> You know Ted, if you and I were on opposite sides of a political campaign,
> your choice of words ("freeloaders") would have given me ample ammunition
> to attack you for weeks, maybe wind up costing you the election! - LOL
> 
> I know what you really meant by it, as did everyone else here, but you
> know as well as I do that there are people out there that will take
> anything they can find to use to attack a project they don't like... I
> wonder how long before this is taken out of context and shows up on
> someones' blog? :)
> 
> > -Ted.
> 
> Frank
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Al Sutton]

I always think of every "freeloader" as a "free-tester".

You can be pretty sure they'll start making noises if they come accross a 
bug :).


- Original Message - 
From: "Frank W. Zammetti" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Cc: "Struts Developers List" 
Sent: Monday, January 14, 2008 6:28 PM
Subject: Re: [S2] Libraries in JDK 1.4 distribution




On Mon, January 14, 2008 1:05 pm, Ted Husted wrote:

Retrotranslation seems a pretty fast process to me.


It is fast, but the artifacts add to the clutter and confusion. The
question is whether it's gaining us active contributors. Not
freeloaders who just download the software, but volunteers who answer
mailing list posts and provide patches.


You know Ted, if you and I were on opposite sides of a political campaign,
your choice of words ("freeloaders") would have given me ample ammunition
to attack you for weeks, maybe wind up costing you the election! - LOL

I know what you really meant by it, as did everyone else here, but you
know as well as I do that there are people out there that will take
anything they can find to use to attack a project they don't like... I
wonder how long before this is taken out of context and shows up on
someones' blog? :)


-Ted.


Frank


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Frank W. Zammetti]

On Mon, January 14, 2008 1:05 pm, Ted Husted wrote:
>> Retrotranslation seems a pretty fast process to me.
>
> It is fast, but the artifacts add to the clutter and confusion. The
> question is whether it's gaining us active contributors. Not
> freeloaders who just download the software, but volunteers who answer
> mailing list posts and provide patches.

You know Ted, if you and I were on opposite sides of a political campaign,
your choice of words ("freeloaders") would have given me ample ammunition
to attack you for weeks, maybe wind up costing you the election! - LOL

I know what you really meant by it, as did everyone else here, but you
know as well as I do that there are people out there that will take
anything they can find to use to attack a project they don't like... I
wonder how long before this is taken out of context and shows up on
someones' blog? :)

> -Ted.

Frank


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Mitchell James]

I'd like to add a +1 to Ted's remarks.

The nightly builds (including j4 binaries) are done by a process that  
I run from the Apache Struts zone box.  I may very well be wrong, but  
I was under the impression that those j4 binaries were for  
convenience only and not part of the official distribution that I  
have to support if I +1 for a GA.



I agree with you Ted about the need for these being community  
driven.  In fact, late last year, the nightly process had stopped  
somehow and no one even noticed for many weeks.  That was a pretty  
clear indicator for me as to just how many people were using the  
nightlies (j4 included).



--
James Mitchell



On Jan 14, 2008, at 1:05 PM, Ted Husted wrote:

On Jan 12, 2008 12:24 PM, Antonio Petrelli  
<[EMAIL PROTECTED]> wrote:

2008/1/12, Tom Schneider <[EMAIL PROTECTED]>:
I disagree, I think there is a support cost.  If users are having  
issues

with the 1.4 stuff, (which happens more often than not) then we're
obligated to assist that user.


Obligated? Come on we are all volunteers, we are not obliged to do
anything: we do it because we like what we do.


It's true that we're volunteers, and any of us can walk away whenever
we like, but it's also true that when we vote +1 on a GA, each voter
is saying that he or she intends to help support the release. If the
release includes a J4 distribution, it means that we are each saying
that we will make a good-faith effort to support that distribution
too.

If none of the committers are using the J4 builds in production now,
and we have no realistic expectation that any of us are going to try
and support the J4 builds, then it's dishonest to include them.



Long term I
think we will drop the 1.4 stuff at some point, it's just a  
matter of

figuring out when.


I think that if we drop the 1.4 stuff, we lose a lot of audience.


If it means we are going to lose active contributors, then I say we
should keep doing it.

If it means we are going to lose anonymous users who don't contribute
to the project, then I don't care.



Another advantage is the builds become a bit simpler.  (Or at least
there's a chunk of the build that goes away)


Retrotranslation seems a pretty fast process to me.


It is fast, but the artifacts add to the clutter and confusion. The
question is whether it's gaining us active contributors. Not
freeloaders who just download the software, but volunteers who answer
mailing list posts and provide patches.

A year ago, the answer was yes. Now, I'm not so sure.

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S2] Libraries in JDK 1.4 distribution

[Ted Husted]

On Jan 12, 2008 12:24 PM, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> 2008/1/12, Tom Schneider <[EMAIL PROTECTED]>:
> > I disagree, I think there is a support cost.  If users are having issues
> > with the 1.4 stuff, (which happens more often than not) then we're
> > obligated to assist that user.
>
> Obligated? Come on we are all volunteers, we are not obliged to do
> anything: we do it because we like what we do.

It's true that we're volunteers, and any of us can walk away whenever
we like, but it's also true that when we vote +1 on a GA, each voter
is saying that he or she intends to help support the release. If the
release includes a J4 distribution, it means that we are each saying
that we will make a good-faith effort to support that distribution
too.

If none of the committers are using the J4 builds in production now,
and we have no realistic expectation that any of us are going to try
and support the J4 builds, then it's dishonest to include them.


> > Long term I
> > think we will drop the 1.4 stuff at some point, it's just a matter of
> > figuring out when.
>
> I think that if we drop the 1.4 stuff, we lose a lot of audience.

If it means we are going to lose active contributors, then I say we
should keep doing it.

If it means we are going to lose anonymous users who don't contribute
to the project, then I don't care.


> > Another advantage is the builds become a bit simpler.  (Or at least
> > there's a chunk of the build that goes away)
>
> Retrotranslation seems a pretty fast process to me.

It is fast, but the artifacts add to the clutter and confusion. The
question is whether it's gaining us active contributors. Not
freeloaders who just download the software, but volunteers who answer
mailing list posts and provide patches.

A year ago, the answer was yes. Now, I'm not so sure.

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Al Sutton]

Sir, you are a gentleman and a scholar :).

It worked like a treat (wtpversion=1.5 even worked for me).

Now I've just got to find whats causing the test failure.

Thanks,

Al.
- Original Message - 
From: "Mitchell James" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 4:51 PM
Subject: Re: Overnight builds & snapshots




Ya, try this.

> cd struts2/
> mvn eclipse:eclipse -Pall -DdownloadDependencies=true - 
Dwtpversion=1.0



I know, I know ... wtp version is actually 1.5, but the maven plugin
supports 1.0 right now (at least the last time I checked 1.5 was
borked).

The -DdownloadDependencies is optional.  What it does is download any  
src jars that go with the binaries and it adds them to the .classpath  
configuration such that you have the binary for the project, but when  
you cntrl+click into some class, you get the source linked in for  
you.  I like being able to debug deep down into xwork, OGNL, commons  
or whatever.


Next, in eclipse, do, File -> Import  (then choose 'existing projects'
under 'General' and point to the root of struts2 checkout).  The list
will fill up with all the projects that have .project files under
(recursively searched) the folder you specified.

Also, once imported, I use Eclipse's 'Working Sets' feature.  So, my
top level of projects are structured similar to how it is on disk.



--
James Mitchell



On Jan 14, 2008, at 11:31 AM, Al Sutton wrote:


OK, I must be doing something dumb.

I took the files src/main/idea/project and src/main/idea/workspace  
to indicate an idea flavour to the repository.


Have you got a magic recipie for getting a svn checkout into a  
workspace with dependancies I can use?, I've tried mvn  
eclipse:eclipse, but I then had to hack the .project file to get  
the Java perspective and I've been hunting down dependancies (such  
as spring-mock) in order to get a working build.


- Original Message - From: "Mitchell James"  
<[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 4:24 PM
Subject: Re: Overnight builds & snapshots



What are you talking about?  How does svn favor IDEA?

I use Eclipse just fine with all of s2 (core, plugins, and  
apps).   Maven generates my config and everything.



--
James Mitchell



On Jan 14, 2008, at 11:20 AM, Al Sutton wrote:

I've cleaned out the temporary files, put -Xmx128M in  
MAVEN_OPTS,  and maven reports  Final Memory: 16M/42M. The box is  
a 3GB Q6600 so  I can ramp up the ram available to the JVM as far  
as neccessary.


I've been trying to see if I could hack together an Eclipse   
workspace to do some tracing in to find out whats happening, but   
the svn tree seems to favour IntelliJ IDEA, and I'd prefer not  
to  have to learn a new IDE just for investigation of the problem :(


Al.

- Original Message - From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:32 PM
Subject: Re: Overnight builds & snapshots



On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
I'm going to look into it some more, but is it possible that   
bamboo is
missing something? (or that the test is showing up a platform  
difference
between the bamboo compile farm and my Vista/JDK 1.5.0_14  
machine)?


It's working for me under XPx64. We have had platform-specific  
issues
before, using having to do with memory allocation or temporary  
files.


The first thing to check is that Maven has enough memory. The  
second

might be that Vista has not amassed too many temporary files.

HTH, Ted.


--- 
--

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



 
-

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: http://struts.apache.org/dtds/struts-2.0.dtd needs to be updated

[Ted Husted]

On Jan 13, 2008 10:34 PM, matt.payne <[EMAIL PROTECTED]> wrote:
> No not backwards at all.  It is exactly how inheritance works.  A child is
> free to override in case it wants to provide its own implementation of
> something.

It's how configuration works, when there "can be only one"
configuration setting. But it is not how inheritance works in
languages like Java.

In the case of this particular setting, I would say that each package
should be allowed its own copy of the setting, and that if we change
the setting for a child, then only its children inherit the setting.

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Mitchell James]

Ya, try this.

> cd struts2/
> mvn eclipse:eclipse -Pall -DdownloadDependencies=true - 
Dwtpversion=1.0



I know, I know ... wtp version is actually 1.5, but the maven plugin
supports 1.0 right now (at least the last time I checked 1.5 was
borked).

The -DdownloadDependencies is optional.  What it does is download any  
src jars that go with the binaries and it adds them to the .classpath  
configuration such that you have the binary for the project, but when  
you cntrl+click into some class, you get the source linked in for  
you.  I like being able to debug deep down into xwork, OGNL, commons  
or whatever.


Next, in eclipse, do, File -> Import  (then choose 'existing projects'
under 'General' and point to the root of struts2 checkout).  The list
will fill up with all the projects that have .project files under
(recursively searched) the folder you specified.

Also, once imported, I use Eclipse's 'Working Sets' feature.  So, my
top level of projects are structured similar to how it is on disk.



--
James Mitchell



On Jan 14, 2008, at 11:31 AM, Al Sutton wrote:


OK, I must be doing something dumb.

I took the files src/main/idea/project and src/main/idea/workspace  
to indicate an idea flavour to the repository.


Have you got a magic recipie for getting a svn checkout into a  
workspace with dependancies I can use?, I've tried mvn  
eclipse:eclipse, but I then had to hack the .project file to get  
the Java perspective and I've been hunting down dependancies (such  
as spring-mock) in order to get a working build.


- Original Message - From: "Mitchell James"  
<[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 4:24 PM
Subject: Re: Overnight builds & snapshots



What are you talking about?  How does svn favor IDEA?

I use Eclipse just fine with all of s2 (core, plugins, and  
apps).   Maven generates my config and everything.



--
James Mitchell



On Jan 14, 2008, at 11:20 AM, Al Sutton wrote:

I've cleaned out the temporary files, put -Xmx128M in  
MAVEN_OPTS,  and maven reports  Final Memory: 16M/42M. The box is  
a 3GB Q6600 so  I can ramp up the ram available to the JVM as far  
as neccessary.


I've been trying to see if I could hack together an Eclipse   
workspace to do some tracing in to find out whats happening, but   
the svn tree seems to favour IntelliJ IDEA, and I'd prefer not  
to  have to learn a new IDE just for investigation of the problem :(


Al.

- Original Message - From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:32 PM
Subject: Re: Overnight builds & snapshots



On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
I'm going to look into it some more, but is it possible that   
bamboo is
missing something? (or that the test is showing up a platform  
difference
between the bamboo compile farm and my Vista/JDK 1.5.0_14  
machine)?


It's working for me under XPx64. We have had platform-specific  
issues
before, using having to do with memory allocation or temporary  
files.


The first thing to check is that Maven has enough memory. The  
second

might be that Vista has not amassed too many temporary files.

HTH, Ted.


--- 
--

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



 
-

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Mitchell James]

Oh, one more thing.  If you want the latest xwork in the s2 projects  
that depend on it, you can checkout the trunk of xwork, gen  
the .project (same as prior email instructions) and then manually add  
the project to each of s2's projects.  (Ya, wish it could do it for  
me, but once it's done, you're set for a while).



--
James Mitchell



On Jan 14, 2008, at 11:31 AM, Al Sutton wrote:


OK, I must be doing something dumb.

I took the files src/main/idea/project and src/main/idea/workspace  
to indicate an idea flavour to the repository.


Have you got a magic recipie for getting a svn checkout into a  
workspace with dependancies I can use?, I've tried mvn  
eclipse:eclipse, but I then had to hack the .project file to get  
the Java perspective and I've been hunting down dependancies (such  
as spring-mock) in order to get a working build.


- Original Message - From: "Mitchell James"  
<[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 4:24 PM
Subject: Re: Overnight builds & snapshots



What are you talking about?  How does svn favor IDEA?

I use Eclipse just fine with all of s2 (core, plugins, and  
apps).   Maven generates my config and everything.



--
James Mitchell



On Jan 14, 2008, at 11:20 AM, Al Sutton wrote:

I've cleaned out the temporary files, put -Xmx128M in  
MAVEN_OPTS,  and maven reports  Final Memory: 16M/42M. The box is  
a 3GB Q6600 so  I can ramp up the ram available to the JVM as far  
as neccessary.


I've been trying to see if I could hack together an Eclipse   
workspace to do some tracing in to find out whats happening, but   
the svn tree seems to favour IntelliJ IDEA, and I'd prefer not  
to  have to learn a new IDE just for investigation of the problem :(


Al.

- Original Message - From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:32 PM
Subject: Re: Overnight builds & snapshots



On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
I'm going to look into it some more, but is it possible that   
bamboo is
missing something? (or that the test is showing up a platform  
difference
between the bamboo compile farm and my Vista/JDK 1.5.0_14  
machine)?


It's working for me under XPx64. We have had platform-specific  
issues
before, using having to do with memory allocation or temporary  
files.


The first thing to check is that Maven has enough memory. The  
second

might be that Vista has not amassed too many temporary files.

HTH, Ted.


--- 
--

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



 
-

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.1.1 Release Planning

[Ted Husted]

Works for me. It has to happen sometime.

On Jan 14, 2008 11:27 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
> Ditch JDK 1.4 support... problem solved ;).
>
> Al.
>
> - Original Message -
> From: "Antonio Petrelli" <[EMAIL PROTECTED]>
> To: "Struts Developers List" 
>
> Sent: Monday, January 14, 2008 3:49 PM
> Subject: Re: Struts 2.1.1 Release Planning
>
>
> > 2008/1/14, Ted Husted <[EMAIL PROTECTED]>:
> >> Is anyone else up to helping with the 2.1.1 release management? With
> >> the anniversary of the first Struts 2.0 GA coming up in February, it
> >> would be nice if we could squeeze out another tagged build.
> >
> > Wait some hours, until we clear things up about WW-2379:
> > https://issues.apache.org/struts/browse/WW-2379
> >
> > Antonio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Al Sutton]

OK, I must be doing something dumb.

I took the files src/main/idea/project and src/main/idea/workspace to 
indicate an idea flavour to the repository.


Have you got a magic recipie for getting a svn checkout into a workspace 
with dependancies I can use?, I've tried mvn eclipse:eclipse, but I then had 
to hack the .project file to get the Java perspective and I've been hunting 
down dependancies (such as spring-mock) in order to get a working build.


- Original Message - 
From: "Mitchell James" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 4:24 PM
Subject: Re: Overnight builds & snapshots



What are you talking about?  How does svn favor IDEA?

I use Eclipse just fine with all of s2 (core, plugins, and apps).   Maven 
generates my config and everything.



--
James Mitchell



On Jan 14, 2008, at 11:20 AM, Al Sutton wrote:

I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS,  and 
maven reports  Final Memory: 16M/42M. The box is a 3GB Q6600 so  I can 
ramp up the ram available to the JVM as far as neccessary.


I've been trying to see if I could hack together an Eclipse  workspace to 
do some tracing in to find out whats happening, but  the svn tree seems 
to favour IntelliJ IDEA, and I'd prefer not to  have to learn a new IDE 
just for investigation of the problem :(


Al.

- Original Message - From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:32 PM
Subject: Re: Overnight builds & snapshots



On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:

I'm going to look into it some more, but is it possible that  bamboo is
missing something? (or that the test is showing up a platform 
difference

between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)?


It's working for me under XPx64. We have had platform-specific issues
before, using having to do with memory allocation or temporary files.

The first thing to check is that Maven has enough memory. The second
might be that Vista has not amassed too many temporary files.

HTH, Ted.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.1.1 Release Planning

[Al Sutton]

Ditch JDK 1.4 support... problem solved ;).

Al.

- Original Message - 
From: "Antonio Petrelli" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:49 PM
Subject: Re: Struts 2.1.1 Release Planning



2008/1/14, Ted Husted <[EMAIL PROTECTED]>:

Is anyone else up to helping with the 2.1.1 release management? With
the anniversary of the first Struts 2.0 GA coming up in February, it
would be nice if we could squeeze out another tagged build.


Wait some hours, until we clear things up about WW-2379:
https://issues.apache.org/struts/browse/WW-2379

Antonio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.1.1 Release Planning

[Al Sutton]

If I can get a build going I'll be able to spare some time :).

- Original Message - 
From: "Ted Husted" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:28 PM
Subject: Struts 2.1.1 Release Planning



Is anyone else up to helping with the 2.1.1 release management? With
the anniversary of the first Struts 2.0 GA coming up in February, it
would be nice if we could squeeze out another tagged build.

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.1.1 Release Planning

[Ted Husted]

I don't understand. Do you mean don't apply any patches for a few hours?

I didn't mean to imply that we were ready t roll 2.1.1, only that I'd
like to get ready over the next few weeks.

On Jan 14, 2008 10:49 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> 2008/1/14, Ted Husted <[EMAIL PROTECTED]>:
> > Is anyone else up to helping with the 2.1.1 release management? With
> > the anniversary of the first Struts 2.0 GA coming up in February, it
> > would be nice if we could squeeze out another tagged build.
>
> Wait some hours, until we clear things up about WW-2379:
> https://issues.apache.org/struts/browse/WW-2379
>
> Antonio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Mitchell James]

What are you talking about?  How does svn favor IDEA?

I use Eclipse just fine with all of s2 (core, plugins, and apps).   
Maven generates my config and everything.



--
James Mitchell



On Jan 14, 2008, at 11:20 AM, Al Sutton wrote:

I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS,  
and maven reports  Final Memory: 16M/42M. The box is a 3GB Q6600 so  
I can ramp up the ram available to the JVM as far as neccessary.


I've been trying to see if I could hack together an Eclipse  
workspace to do some tracing in to find out whats happening, but  
the svn tree seems to favour IntelliJ IDEA, and I'd prefer not to  
have to learn a new IDE just for investigation of the problem :(


Al.

- Original Message - From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:32 PM
Subject: Re: Overnight builds & snapshots



On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
I'm going to look into it some more, but is it possible that  
bamboo is
missing something? (or that the test is showing up a platform  
difference

between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)?


It's working for me under XPx64. We have had platform-specific issues
before, using having to do with memory allocation or temporary files.

The first thing to check is that Maven has enough memory. The second
might be that Vista has not amassed too many temporary files.

HTH, Ted.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.1.1 Release Planning

[Ted Husted]

Just whatever is on the issues list, James.

On Jan 14, 2008 10:45 AM, Mitchell James <[EMAIL PROTECTED]> wrote:
> I can throw in a few hours here and there.  Just let me know what you
> need.
>
>
> --
> James Mitchell

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Al Sutton]

I've cleaned out the temporary files, put -Xmx128M in MAVEN_OPTS, and maven 
reports  Final Memory: 16M/42M. The box is a 3GB Q6600 so I can ramp up the 
ram available to the JVM as far as neccessary.


I've been trying to see if I could hack together an Eclipse workspace to do 
some tracing in to find out whats happening, but the svn tree seems to 
favour IntelliJ IDEA, and I'd prefer not to have to learn a new IDE just for 
investigation of the problem :(


Al.

- Original Message - 
From: "Ted Husted" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 3:32 PM
Subject: Re: Overnight builds & snapshots



On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:

I'm going to look into it some more, but is it possible that bamboo is
missing something? (or that the test is showing up a platform difference
between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)?


It's working for me under XPx64. We have had platform-specific issues
before, using having to do with memory allocation or temporary files.

The first thing to check is that Maven has enough memory. The second
might be that Vista has not amassed too many temporary files.

HTH, Ted.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[S2] Heads up: possible XSS exploit

[Antonio Petrelli]

Hi all
Fabio Gandola opened an issue about a possible XSS exploit:
https://issues.apache.org/struts/browse/WW-2414

See the Struts Users mailing list thread:
http://www.nabble.com/Feedback%3A-WW-2414%2C-XSS-attack-is-possible-if-using-%3Cs%3Aurl-...%3E-and-%3Cs%3Aa-...%3E-td14771449.html

Antonio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.1.1 Release Planning

[Antonio Petrelli]

2008/1/14, Ted Husted <[EMAIL PROTECTED]>:
> Is anyone else up to helping with the 2.1.1 release management? With
> the anniversary of the first Struts 2.0 GA coming up in February, it
> would be nice if we could squeeze out another tagged build.

Wait some hours, until we clear things up about WW-2379:
https://issues.apache.org/struts/browse/WW-2379

Antonio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.1.1 Release Planning

[Mitchell James]

I can throw in a few hours here and there.  Just let me know what you  
need.



--
James Mitchell



On Jan 14, 2008, at 10:28 AM, Ted Husted wrote:


Is anyone else up to helping with the 2.1.1 release management? With
the anniversary of the first Struts 2.0 GA coming up in February, it
would be nice if we could squeeze out another tagged build.

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Ted Husted]

On Jan 14, 2008 8:46 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
> I'm going to look into it some more, but is it possible that bamboo is
> missing something? (or that the test is showing up a platform difference
> between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)?

It's working for me under XPx64. We have had platform-specific issues
before, using having to do with memory allocation or temporary files.

The first thing to check is that Maven has enough memory. The second
might be that Vista has not amassed too many temporary files.

HTH, Ted.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Mitchell James]

I'm going to look into it some more, but is it possible that bamboo  
is missing something? (or that the test is showing up a platform  
difference between the bamboo compile farm and my Vista/JDK  
1.5.0_14 machine)?




Yes, this is possible.   Frustrating, I agree, but possible.


--
James Mitchell



On Jan 14, 2008, at 8:46 AM, Al Sutton wrote:


Thanks for the info.

I've had a look at the bamboo output and I've hit a small  
difference between what it shows and what I'm seeing.


When I check our and build I a test failure with;

-- 
-

Test set: org.apache.struts2.views.freemarker.FreeMarkerResultTest
-- 
-
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:  
0.062 sec <<< FAILURE!
testWithoutWriteIfCompleted 
(org.apache.struts2.views.freemarker.FreeMarkerResultTest) Time  
elapsed: 0 sec  <<< FAILURE!

junit.framework.AssertionFailedError
at  
org.apache.struts2.views.freemarker.FreeMarkerResultTest.testWithoutWr 
iteIfCompleted(FreeMarkerResultTest.java:79)


but Bamboo is reporting everything is OK.

I'm going to look into it some more, but is it possible that bamboo  
is missing something? (or that the test is showing up a platform  
difference between the bamboo compile farm and my Vista/JDK  
1.5.0_14 machine)?


Al.

- Original Message - From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List" 
Sent: Monday, January 14, 2008 12:56 PM
Subject: Re: Overnight builds & snapshots


Just lack of people with the bandwidth to concentrate on those  
tasks. :(


We do have Atlassian Bamboo watching the builds for us, so we do know
whether it builds or not. The various JAR files are available there,
if you know where to look (under the target directories).

* http://opensource.bamboo.atlassian.com/browse/STRUTS-MAIN

A key problem is that we still can't quite create a distribution
automatically. Integrating the Confluence HTML export of the site has
been "a bit of a sticky wicket."

I have some volunteer hours set aside this morning, but my  
priority is

patches, and then trying the Conventions pluing against the JPA
Mailreader, toward the hope of  rolling  2.1.1.

Of course, all of the source is available for checkout and building
through Maven, which can be more efficient that checking out the
binaries, once you're setup.

* http://struts.apache.org/2.x/docs/building-the-framework-from- 
source.html


HTH, Ted.

On Jan 14, 2008 7:25 AM, Al Sutton <[EMAIL PROTECTED]> wrote:

Guys,

I was just wondering what the problems are with S2 overnight  
builds and why
the most recent snapshot appears to be from the end of October  
last year.


Al.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Struts 2.1.1 Release Planning

[Ted Husted]

Is anyone else up to helping with the 2.1.1 release management? With
the anniversary of the first Struts 2.0 GA coming up in February, it
would be nice if we could squeeze out another tagged build.

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

init-params as a single configuration point

[Ted Husted]

If we are using REST with CodeBehind/Conventions, is it true that
*any* of the application-wide properties can be set as an init-param
to the filter?

And if for some reason we needed to use different sets of
application-wide properties, we could also configure more than one
filter?

I just want to make sure that we retain a single-point of
configuration. I don't much are if its  XML or init-param, so long as
there can be only one :)

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Al Sutton]

Thanks for the info.

I've had a look at the bamboo output and I've hit a small difference between 
what it shows and what I'm seeing.


When I check our and build I a test failure with;

---
Test set: org.apache.struts2.views.freemarker.FreeMarkerResultTest
---
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.062 sec 
<<< FAILURE!
testWithoutWriteIfCompleted(org.apache.struts2.views.freemarker.FreeMarkerResultTest) 
Time elapsed: 0 sec  <<< FAILURE!

junit.framework.AssertionFailedError
at 
org.apache.struts2.views.freemarker.FreeMarkerResultTest.testWithoutWriteIfCompleted(FreeMarkerResultTest.java:79)


but Bamboo is reporting everything is OK.

I'm going to look into it some more, but is it possible that bamboo is 
missing something? (or that the test is showing up a platform difference 
between the bamboo compile farm and my Vista/JDK 1.5.0_14 machine)?


Al.

- Original Message - 
From: "Ted Husted" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 12:56 PM
Subject: Re: Overnight builds & snapshots



Just lack of people with the bandwidth to concentrate on those tasks. :(

We do have Atlassian Bamboo watching the builds for us, so we do know
whether it builds or not. The various JAR files are available there,
if you know where to look (under the target directories).

* http://opensource.bamboo.atlassian.com/browse/STRUTS-MAIN

A key problem is that we still can't quite create a distribution
automatically. Integrating the Confluence HTML export of the site has
been "a bit of a sticky wicket."

I have some volunteer hours set aside this morning, but my priority is
patches, and then trying the Conventions pluing against the JPA
Mailreader, toward the hope of  rolling  2.1.1.

Of course, all of the source is available for checkout and building
through Maven, which can be more efficient that checking out the
binaries, once you're setup.

* 
http://struts.apache.org/2.x/docs/building-the-framework-from-source.html


HTH, Ted.

On Jan 14, 2008 7:25 AM, Al Sutton <[EMAIL PROTECTED]> wrote:

Guys,

I was just wondering what the problems are with S2 overnight builds and 
why

the most recent snapshot appears to be from the end of October last year.

Al.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Al Sutton]

Does the latest build need the xwork 2.1.1 snapshot or will it work with the 
released 2.1.0? (fingers crossed, I'm hoping loose coupling won the day).



- Original Message - 
From: "Ted Husted" <[EMAIL PROTECTED]>

To: "Struts Developers List" 
Sent: Monday, January 14, 2008 1:05 PM
Subject: Re: Overnight builds & snapshots



On Jan 14, 2008 7:25 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
I was just wondering what the problems are with S2 overnight builds and 
why

the most recent snapshot appears to be from the end of October last year.


Just to be clear, the overnight builds are the snapshots, and the
latest can be found here:

* http://people.apache.org/builds/struts/nightlies/

Right now, it's only building the core JAR, which, admittedly, is next
to useless without a current XWork snapshot JAR and so forth.

The artifact dated for October was the version 2.0.0 test-build.

* http://people.apache.org/builds/struts/

For various reasons, it's stayed a test-build rather than progressing
to a Beta or a General Availability release.

There are a number of outstanding patches slated for 2.1.1, and once
those are applied, we would run another test build, and then decide
whether to progress the quality to Beta or General Availability.

There's no telling when that will happen, since the amount of time the
volunteers have available fluctuates.

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Ted Husted]

On Jan 14, 2008 7:25 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
> I was just wondering what the problems are with S2 overnight builds and why
> the most recent snapshot appears to be from the end of October last year.

Just to be clear, the overnight builds are the snapshots, and the
latest can be found here:

 * http://people.apache.org/builds/struts/nightlies/

Right now, it's only building the core JAR, which, admittedly, is next
to useless without a current XWork snapshot JAR and so forth.

The artifact dated for October was the version 2.0.0 test-build.

 * http://people.apache.org/builds/struts/

For various reasons, it's stayed a test-build rather than progressing
to a Beta or a General Availability release.

There are a number of outstanding patches slated for 2.1.1, and once
those are applied, we would run another test build, and then decide
whether to progress the quality to Beta or General Availability.

There's no telling when that will happen, since the amount of time the
volunteers have available fluctuates.

-Ted.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Overnight builds & snapshots

[Ted Husted]

Just lack of people with the bandwidth to concentrate on those tasks. :(

We do have Atlassian Bamboo watching the builds for us, so we do know
whether it builds or not. The various JAR files are available there,
if you know where to look (under the target directories).

 * http://opensource.bamboo.atlassian.com/browse/STRUTS-MAIN

A key problem is that we still can't quite create a distribution
automatically. Integrating the Confluence HTML export of the site has
been "a bit of a sticky wicket."

I have some volunteer hours set aside this morning, but my priority is
patches, and then trying the Conventions pluing against the JPA
Mailreader, toward the hope of  rolling  2.1.1.

Of course, all of the source is available for checkout and building
through Maven, which can be more efficient that checking out the
binaries, once you're setup.

 * http://struts.apache.org/2.x/docs/building-the-framework-from-source.html

HTH, Ted.

On Jan 14, 2008 7:25 AM, Al Sutton <[EMAIL PROTECTED]> wrote:
> Guys,
>
> I was just wondering what the problems are with S2 overnight builds and why
> the most recent snapshot appears to be from the end of October last year.
>
> Al.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Overnight builds & snapshots

[Al Sutton]

Guys,

I was just wondering what the problems are with S2 overnight builds and why 
the most recent snapshot appears to be from the end of October last year.


Al. 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]