struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dakota Jack" <>
Subject Re: [FRIDAY] Re: has struts reached the saturation
Date Wed, 22 Mar 2006 17:07:24 GMT
I would like to point out that communities and PMCs in Apache decidedly do
NOT have a one-to-one mapping.  I would also like to point out that a lot of
our "community" is migrant workers brought in especially for Shale and
having nothing much at all to do with the Struts community.  Many of them
only had as their credentials work on a foreign soil.

On 3/22/06, Henri Yandell <> wrote:
> On 3/19/06, Dakota Jack <> wrote:
> > I have expressed my "technical concerns" more than once.  I have even
> had
> > Craig agree with them, in a sense.  JSF is built for those who are
> > technically challenged and for tools.  I don't think even Craig thinks
> that
> > JSF is superior as a product for advanced webwork.  Who knows anymore,
> > however.  Look under my discussions, many of them,. about page based
> > controllers and my advocacy of a web-MVC.
> >
> > Why don't you say just what the major reason is that you chose Shale,
> JSF,
> > MyFaces, or whatever over Tapestry?  Do you think we should have
> Tapestry
> > under the Struts "umbrella" too.
> Thought I'd pipe up on this one.
> maps to a PMC, which maps to a coding community, not to
> a codebase.
> So:
> If Shale, Struts 1.x and Struts 2.x are being developed by the same
> community - then having them under the oversight of the Struts PMC is
> a good thing. If the community splits in two or three - then the
> question of their being together is a good one.
> Tapestry and MyFaces are not developed by the same community, and
> shouldn't be unless the communities show significant overlap.
> It's that simple :)
> Hen
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message