Does anyone know why there is a "converter" field in the DTD for an
action? I checked the XmlConfigurationProvider and it isn't using the
fields data. Was this a hold-over from somewhere, or a new feature that
isn't quiet there yet?
Thanks,
Ian
--
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> I hope you will join me in congratulating "MrDon",
> and the rest of the Struts group, for sticking
> through a long twelve+ months of tireless
> coding, debugging, and documenting.
Most definitely--thanks to all. I'm still digging S2
(WW, whatever :) a
I think we are going to have problems with the docs, which are pulled from
trunk, even for other branches, like 2_0, so release documentation could
reflect changes made on trunk. As suggested by Don, shouldn't we branch the
wiki space along with svn?
regards
musachy
--
"Hey you! Would you help
Also, in honour of Don and our friends at Atlassian, I'd like to
designate a new official beer for Struts 2 -- you guessed it --
Fosters!
Only an American would suggest Fosters ;-) Let's go for VB or Tooheys
since he'll end up in NSW.
You can bet that I'll be tipping myself a big blue can
I totally agree. Well deservered, Don.
A honorable mention for Toby though, because he was there doing a lot
of work in the beginning when everyone else was doing a lot of .. uhm,
talking (you catch my drift).
Congratulations to everyone else as well - great job !
Phil
On 2/22/07, Ted Husted <
On 2/22/07, Ted Husted <[EMAIL PROTECTED]> wrote:
In keeping with a personal tradition, I would like to designate a
"Most Valuable Committer" for the Struts 2.0.x series.
Don Brown has been a driving force behind the merger, from taking the
initiative in reworking the WebWork 2 codebase under t
Don't forget Don's evil tween, who has spent many hours silently watching WW
chatroom, kudos to both of them :)
musachy
On 2/22/07, Ted Husted <[EMAIL PROTECTED]> wrote:
In keeping with a personal tradition, I would like to designate a
"Most Valuable Committer" for the Struts 2.0.x series.
Do
In keeping with a personal tradition, I would like to designate a
"Most Valuable Committer" for the Struts 2.0.x series.
Don Brown has been a driving force behind the merger, from taking the
initiative in reworking the WebWork 2 codebase under the Struts banner
to bringing us Plugins -- arguably
Here's my own +1 for GA.
That makes the tally
Binding
3 +1 GA - Patrick Lightbody, Rainer Hermanns, Ted Husted.
1 +1 Beta - Rene Gielen.
Non-Binding
5 +1 GA - Dave Newton, Matt Raible, Nate Drake, Andre Faria, Philip Luppens.
1 +1 Beta - Pedro Herrera.
1 +1 Test Build - cilquirm.
I'll sub
On 2/21/07, Don Brown <[EMAIL PROTECTED]> wrote:
Ah, that makes much more sense :) As for collaborating, I'm all for it,
however in the case of Struts 2, it would happen probably at the XWork 2
layer. Since this code would be useful to non-Struts projects, perhaps it
would be better to move it
I would agree that once one is familiar with Spring, the way in which
commons-chain is heavily geared towards its own XML config can be a bit
challenging to ones design. I have had decent success creating chains and
commands in Spring, but I use them by knowing that they are in the Spring
Applica
Actually I think the xwork2 i18n code is pretty good. I would probably
look at that code as the basis--or at least make sure that we don't
loose any functionality. Although there's some areas that need
work--(hint validators), I thought webwork had pretty good i18n
support. Far more flexible
Antonio is correct. I was trying to create a Struts 1.3 Spring Command
to autowire my actions. The code is 95% from Spring's 1.2 version
(AutowireRequestProcessor), but then I realized I had no way to
initialize the instance variables which are needed.
In the old RP, there was an init() method
2007/2/22, Wendy Smoak <[EMAIL PROTECTED]>:
(I never got very far with Spring + Commons Chain, but as Antonio
suggests, that could be another option.)
Oops sorry, I confused Command with Action!
I don't know if Spring can inject beans in commands, sorry again :-(
Antonio
On 2/21/07, Paul Benedict <[EMAIL PROTECTED]> wrote:
I can't even make that assumption in Struts? I should be able to assume
how the Struts Chain works for a Struts Command. But in terms of a
solution, what do you suggest? I find it implausible there is no way for
a command to perform first-time
If we are talking about application scope, then any member could do
the initialization. It need not be the command, but could be a Struts
1 "PlugIn".
On 2/21/07, Paul Benedict <[EMAIL PROTECTED]> wrote:
Niall Pemberton wrote:
> The Commands have access to the application scope through the contex
2007/2/22, Don Brown <[EMAIL PROTECTED]>:
Ah, that makes much more sense :) As for collaborating, I'm all for it,
however in the case of Struts 2, it would happen probably at the XWork 2
layer. Since this code would be useful to non-Struts projects, perhaps it
would be better to move it to Jaka
17 matches
Mail list logo
