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 (asf.osuosl.org: domain of dakota.jack@gmail.com designates
 64.233.162.193 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=oExZfOPwEpCWJcY/hIkSsVFrfyfa1nIdK/2uyueDqr8oahMsGWM0YOY0tYwAuFRe7p0w5tSe6cflc8Rhf6dvPXygObjkbgKLJI9y0pi4Z79XhdpmS+DyyJ3aNaNAo/CSO17Qkgc280sWHuzPAbLHqwYt4EBmWC5PA6qe03U0ebg=
Message-ID: <e03014300511040806m297f3b53x42134dd87b0a4f10@mail.gmail.com>
Date: Fri, 4 Nov 2005 08:06:01 -0800
From: Dakota Jack <dakota.jack@gmail.com>
To: Struts Developers List <dev@struts.apache.org>, fzlists@omnytex.com
Subject: Re: Struts 1.3 Naming
In-Reply-To: <436AC12C.4040207@omnytex.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_6492_4577260.1131120361338"
References: <adba96190511031720i7225d3cfmcd20663759097ee6@mail.gmail.com>
	 <436AC12C.4040207@omnytex.com>

------=_Part_6492_4577260.1131120361338
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

What a concept. But, Frank, this leaves no room for things like Struts JSF,
etc. If Struts is just Struts, what will the people who want it to be
non-Struts do?

On 11/3/05, Frank W. Zammetti <fzlists@omnytex.com> wrote:
>
> One option I've said a couple of times that isn't on that list and seems
> like it isn't getting due consideration: "STRUTS"!
>
> I really don't understand why there would be any desire or need to
> change from the name in use now. As Laurie quite coherently stated
> earlier today, there is already an understanding in the community that
> Struts is a project, but also is a product. IMO, that should continue
> to be true.
>
> We should see:
>
> Struts 1.3.0
>
> ...which consists of:
>
> Core x.x.x
> Tiles x.x.x
> Validator x.x.x
> ...and so on...
>
> I think it's fair to say that the version number of Core would always
> match the version number of Struts. But the other subproject numbers
> can go off and do whatever they want.
>
> But when someone comes to get Struts, *TODAY*, they are looking for that
> one download that contains everything they need. I don't see why this
> should change after breaking out the subprojects.
>
> How should the Struts version number increment? I'm not as sure about
> that, but that is to me a separate question anyway. Call it Struts and
> be done with it. That neatly avoids all the confusion IMO.
>
> Frank
>
> Wendy Smoak wrote:
> > On 11/3/05, Don Brown <mrdon@twdata.org> wrote:
> >
> >
> >>BTW, was "Struts
> >>Distribution" voted down already, because I thought that was the most
> intuitive
> >>name for what we are trying to do.
> >
> >
> > IIRC it was Martin's suggestion, I think it got lost in the Great
> > Version Debate. :)
> >
> > So far we have
> > - Struts Classic
> > - Struts Core Library
> > - Struts Distribution
> >
> > Any other options, and which do you prefer?
> >
> > --
> > Wendy
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
> >
> >
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
> AIM: fzammetti
> Yahoo: fzammetti
> MSN: fzammetti@hotmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>


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

------=_Part_6492_4577260.1131120361338--