Mailing-List: contact dev-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Developers List" <dev@struts.apache.org>
Received-SPF: pass (idunn.apache.osuosl.org: domain gmail.com designates
 64.233.166.176 as permitted sender)
DomainKey-Status: good
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=RuevCrLUbn9Q4NgFjoQEpl6bOc1+p0b10YaJrNFi7kVoLVsMClpMRMymoiE0P47Mhp9/ZB0gJ53oVGiiQ/zbX3cGFOmBy6B4o4gwZWFLvxtXJZDzK3I/bm1bacxLAAiAIDxu2St35UOG2zd9SuMhbB0DgwrqgP7zQZCu5+e7+Uc=
Message-ID: <8b3ce3790609240859r1149bba7r7cac59b40fdb094d@mail.gmail.com>
Date: Sun, 24 Sep 2006 11:59:56 -0400
From: "Ted Husted" <husted@apache.org>
Sender: ted.husted@gmail.com
To: "Struts Developers List" <dev@struts.apache.org>
Subject: Re: Struts "Legacy" (I prefer not)
In-Reply-To: <451618FE.80901@twdata.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <45160E2D.4020509@apache.org> <451612B5.6090606@twdata.org>
	 <4516142C.3010101@apache.org> <451618FE.80901@twdata.org>

On 9/24/06, Don Brown <mrdon@twdata.org> wrote:
> From a solely framework developer standpoint, Struts 1 needs to be retire=
d.

:) Oh no, not that  again :)

The highest purpose of an ASF project is not to simply produce a
software artifact. Neither is our highest purpose to try and market
software to as many stakeholders as possible.

Our purpose is to *collaborate* on the building of software. To us,
the community that builds the software is more important than the
software itself. It doesn't matter how many stakeholders a product
has, if there are not volunteers willing to help with the project,
then, from an ASF perspective, the project is a failure.

So long as there are at least three souls in this universe who are
ready, willing, and able to collaborate on Struts 1 in the Apache Way,
then it is the PMC's obligation to provide the infrastructure to make
it so. We proved that during the Tomcat Wars, and AFAIK, the "Let
Darwin decide" doctrine still stands.

But, the key word is still collaborate, which should mean with
*everyone* involved with the project. The question should be how can
we improve Struts 1 and bring it closer to what our friends are doing
with Struts 2? And, how else can we improve Struts 2 so that that it
works better with Struts 1?

Hopefully, we will all continue to look for ways to improve both
codebases and continue to bring the configurations closer together. In
Struts 2, we've been adding "missing" features, like wildcard
mappings. Meanwhile, there are also several lessons the Struts 2 tags
can learn from Struts 1. For example, here's the links each framework
uses to change the locale

S1:
   <li>
      <html:link action=3D"/Locale?language=3Des">Espa=F1ol</html:link>
   </li>

S2:
    <li>
        <s:url id=3D"es" action=3D"Hello">
            <s:param name=3D"request_locale">es</s:param>
        </s:url>
        <s:a href=3D"%{es}">Espa=F1ol</s:a>
    </li>

For Struts 1, the lesson here is that we should be able to change the
locale without writing a custom action. For Struts 2, the lesson here
is that we should be able to add a single parameter to a tag in a
single line of code.

Likewise, to localize an input field

S1:

    <html:text key=3D"message" />

S2:

    <s:text label=3D"${getText(message)}"  name=3D"message" />

Here, Struts 2 should learn that tags should have "key" parameters for
easy localization.

Sure, these are isolated examples, but as more people port more
applications, we are certain to find many more ways we can learn from
each other, and colloborate on creating and maintaining the framework
that we all want to use to build our own applicatios.

-Ted.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org