Meanwhile, Ted has been busy applying patches. Thanks, Ted! It's
rewarding to see one's suggestions/contributions applied!
-Dale
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
- Original Message -
From: "Frank W. Zammetti" <[EMAIL PROTECTED]>
To: "Struts Developers List"
Sent: Wednesday, January 16, 2008 5:23 AM
Subject: Re: [S2] Libraries in JDK 1.4 distribution
[snip]
In the same way that if I participate in a Microsoft beta program, and I
tell them t
I think they only dependencies in core are used for testing.
Of the S2 apps I've written I've never used spring and not needed to copy
any spring- jars into the webapp.
Al.
- Original Message -
From: "Brian Pontarelli" <[EMAIL PROTECTED]>
To: "Struts Developers List"
Sent: Tuesday,
Martin Cooper wrote:
That's a fair question, but I have an answer for it.
Of course you do. If you didn't, I'd think you'd gone on vacation or
something. ;-)
:)
So you're saying that if a non-committer thinks a release looks OK, a +1
says just that and means nothing more,
Yes.
> whereas
Martin Cooper wrote:
So you're saying that if a non-committer thinks a release looks OK,
...
the appropriate thing to do would be to vote +0
I think that's a great idea -- I'm much more likely to feel comfortable
offering a vote as "just a community member" now that I realize "+0" (or
"-
On Jan 15, 2008 9:23 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> Martin Cooper wrote:
> > On Jan 14, 2008 10:40 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> >
> >> 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
>
Martin Cooper wrote:
On Jan 14, 2008 10:40 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
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".
On Jan 15, 2008 1:48 AM, Ted Husted <[EMAIL PROTECTED]> wrote:
> Here's the underlying problem: We have over fifty outstanding patches.
> We have had over fifty outstanding patches for months nows. As a PMC
> member, I would like to know who intends to be available to help apply
> patches in 2008.
On Jan 14, 2008 10:40 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> 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".
>
Oh, I don't
I'm more in favor of removing any dependencies to Spring within
struts2-core altogether. All dependencies on Spring should be moved to
the Spring plugin.
-bp
Al Sutton wrote:
I've posted a patch in JIRA to update the dependency.
I think maven based deps are the best way to handle this, an
Figure out that NPE. It was an issue with my ObjectFactory not calling
super.injectInternalBeans() method to inject using the XWork container.
-bp
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [
Anyone know the answer to this. I have created an
HttpServletRequestWrapper and changed the getRequestURI and
getServletPath methods in order to invoke a different Struts action.
However, I'm getting an XWork stack trace in the ValidationInterceptor
on a variable that is injected by Guice. This
Not to forget. The dtd file located here -->
http://struts.apache.org/dtds/struts-2.0.dtd
Still needs to be updated to include default-class-ref
Can someone update the site?
Matt
matt.payne wrote:
>
> I created the Jira issue for xwork.
>
> http://jira.opensymphony.com/browse/XW-603
>
>
I created the Jira issue for xwork.
http://jira.opensymphony.com/browse/XW-603
Ted Husted wrote:
>
> 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
On Tue, January 15, 2008 1:09 pm, Dale Newfield wrote:
> Frank W. Zammetti wrote:
>> my feeling is that until a project deprecates a release, then
>> no, there would be no expiration. Anyone who +1'd a release is implying
>> they are willing to support it until it's officially deprecated.
>
> Do w
On Jan 15, 2008 1:09 PM, Dale Newfield <[EMAIL PROTECTED]> wrote:
> Frank W. Zammetti wrote:
> > my feeling is that until a project deprecates a release, then
> > no, there would be no expiration. Anyone who +1'd a release is implying
> > they are willing to support it until it's officially deprec
I've posted a patch in JIRA to update the dependency.
I think maven based deps are the best way to handle this, and we could try
to convince the maven guys into doing some kind of "sping-xxx-2.0"
repository link which pointed to the latest 2.0.x release :)
Al.
- Original Message -
F
Frank W. Zammetti wrote:
my feeling is that until a project deprecates a release, then
no, there would be no expiration. Anyone who +1'd a release is implying
they are willing to support it until it's officially deprecated.
Do we ever deprecate any releases except non-current patch-level ones?
On Tue, January 15, 2008 11:38 am, Dale Newfield wrote:
> Frank W. Zammetti wrote:
>> Martin Cooper wrote:
>>> 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*
Al Sutton wrote:
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).
I got bit by this dependency today and I'm wondering if it makes sense
to
Frank W. Zammetti wrote:
Martin Cooper wrote:
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? :)
Does that mean
On Tue, January 15, 2008 10:25 am, Antonio Petrelli wrote:
> Everything except the "obligation" is fine for me. Probably "promise"
> could
> be fine :-)
I wonder if there's a way to codify a pinky-swear :) LOL
> Antonio
Frank
---
2008/1/15, Frank W. Zammetti <[EMAIL PROTECTED]>:
>
> One debatable point: there would be a subtle difference between saying "a
> +1 vote implies *intention* to support the release" versus saying "a +1
> vote implies *willingness* to support the release". Especially if you
> might be talking about
On Tue, January 15, 2008 4:59 am, Ted Husted wrote:
> As it happens, the only outstanding patch for Struts 1 is one of
> Frank's, [STR-3006], an IE7 edge case.
That's funny, I didn't even remember that one!
Frank
--
Frank W. Zammetti
Author of "Practical DWR 2 Projects"
(2008, Apress, ISBN 1-5
On Tue, January 15, 2008 5:04 am, Ted Husted wrote:
> On Jan 15, 2008 5:00 AM, Antonio Petrelli <[EMAIL PROTECTED]>
> wrote:
>> What about replacing the term "obligation" with "intention"?
>
> +1 -- The voter's "intention" was the original point, and the most we
> could ever ask.
+1 here as well
I think the problem is within the version of freemarker we're using
(specifically in the template loading code). We're using 2.3.4 and the
latest is 2.3.11, so I'd like to suggest we upgrade the dependency to 2.3.11
in order to benefit from the bug fixes and improvements made. I will then
retes
Is the patching process documented anywhere? I get a spare time now and
again and I could probably merge in a patch.
Al.
- Original Message -
From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List"
Sent: Tuesday, January 15, 2008 9:48 AM
Subject: Re: [VOTE] Should voting
+1 to that.
- Original Message -
From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List"
Sent: Tuesday, January 15, 2008 10:04 AM
Subject: Re: [VOTE] Should voting +1 on a release imply that the vote
intends to help support the release?
On Jan 15, 2008 5:00 AM, Antonio
2008/1/15, Ted Husted <[EMAIL PROTECTED]>:
> Here's the underlying problem: We have over fifty outstanding patches.
> We have had over fifty outstanding patches for months nows. As a PMC
> member, I would like to know who intends to be available to help apply
> patches in 2008. Not "fix" bugs, but
On Jan 15, 2008 5:00 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> What about replacing the term "obligation" with "intention"?
+1 -- The voter's "intention" was the original point, and the most we
could ever ask.
-
To unsubs
2008/1/15, Al Sutton <[EMAIL PROTECTED]>:
>
> > Sorry I don't understand, because English is not my mother tongue.
> Please
> > elaborate it.
> >
>
> From what you said the only way you know if a release will be supported is
> if you are helping to support it, so from that you should only be voting
On Jan 15, 2008 1:40 AM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> That's a loaded question... do we have even three *PEOPLE* still willing
> to support further releases of S1? :)
If a security flaw, or other important reason to do a new release
appeared, yes, I am sure that we do.
As it hap
From: "Antonio Petrelli" <[EMAIL PROTECTED]>
2008/1/15, Al Sutton <[EMAIL PROTECTED]>:
Following your argument, if you only +1 releases which are going to be
supported, yet you don't know if any release will be supported, surely
you
can only +1 releases you are willing to support?
Sorry
On Jan 15, 2008 4:04 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> We are not obliged to work on Struts, we can go away at any time, and we
> have not deadlines. So, the *forced obligation* of support seems like a
> nonsense to me.
Please note that the original post cites the top-level ASF
doc
2008/1/15, Al Sutton <[EMAIL PROTECTED]>:
>
> The joy of spaces in the path...
>
> c:\users\al\struts2\eclipse workspace\struts2 as the checkout area fails
> c:\users\al\struts2\workspace\struts2 as the checkout area works
>
> Yup, renaming the directory to something without a space fixes the
> pro
2008/1/15, Al Sutton <[EMAIL PROTECTED]>:
>
> Following your argument, if you only +1 releases which are going to be
> supported, yet you don't know if any release will be supported, surely you
> can only +1 releases you are willing to support?
Sorry I don't understand, because English is not my
Following your argument, if you only +1 releases which are going to be
supported, yet you don't know if any release will be supported, surely you
can only +1 releases you are willing to support?
I think the obligation is at the time of the vote and not a moral obligation
until death. You have
The joy of spaces in the path...
c:\users\al\struts2\eclipse workspace\struts2 as the checkout area fails
c:\users\al\struts2\workspace\struts2 as the checkout area works
Yup, renaming the directory to something without a space fixes the problem.
Thanks to everyone for their efforts to double c
2008/1/15, Al Sutton <[EMAIL PROTECTED]>:
>
> So if you wouldn't +1 for a release with no support, then what do you do
> to
> ensure support is available before +1ing?
Nothing: in real world, how do you ensure that a volunteer entity works?
Trust, belief that the volunteers are good people, and
So if you wouldn't +1 for a release with no support, then what do you do to
ensure support is available before +1ing?
- Original Message -
From: "Antonio Petrelli" <[EMAIL PROTECTED]>
To: "Struts Developers List"
Sent: Tuesday, January 15, 2008 8:25 AM
Subject: Re: [VOTE] Should votin
2008/1/15, Al Sutton <[EMAIL PROTECTED]>:
>
> Why would you vote to release something knowing that once it's out there
> may
> be nobody to help people with problems?
I wouldn't vote +1 for a release with no support, obviously. But I don't
feel obliged to do anything. My main "moral obligation"
Antonio,
I believe the obligation is to help with the section you know, not
necessarily the entire system.
Why would you vote to release something knowing that once it's out there may
be nobody to help people with problems?
Al.
- Original Message -
From: "Antonio Petrelli" <[EMAIL
2008/1/15, Ted Husted <[EMAIL PROTECTED]>:
>
> 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."
> ---
For me voting does not mean "obligation" of support, but
43 matches
Mail list logo