Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 50614 invoked from network); 13 Mar 2008 19:40:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Mar 2008 19:40:24 -0000 Received: (qmail 82868 invoked by uid 500); 13 Mar 2008 19:40:19 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 82814 invoked by uid 500); 13 Mar 2008 19:40:19 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 82803 invoked by uid 99); 13 Mar 2008 19:40:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Mar 2008 12:40:19 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jaw981@gmail.com designates 216.239.58.188 as permitted sender) Received: from [216.239.58.188] (HELO gv-out-0910.google.com) (216.239.58.188) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Mar 2008 19:39:42 +0000 Received: by gv-out-0910.google.com with SMTP id p33so939817gvf.27 for ; Thu, 13 Mar 2008 12:39:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=+mfpgpoSnrT2JFpT64sthCaDCIKsV+rlnn2rkcbYzhc=; b=c2ygyFI60sOR0rPBuVYNEqdv3NWmm368wSl1Z12MdYbySBh+vq/YuAnPdvUXNUJShdLZAR+M7K1tJcO/gCmZXHSdJ76QzZfK7erPiLUkCVFJ6C72+l5vLOvvwhg3HzJplkD/aB9VmFcyfg31DIhLw2xH2k2ip6wVxZwqZ7eXoC0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=HOugLo75D6A4mrm3SrgDx4Q7AsVRYoxwMCDDxZbtSGB+7tRrD2gTUFoaPlsANQDx2OQ/kzB8euqm+AhxUoJj7ZiuXKPzPTd0/Ajad67fSi/oYRixRjjUlmBdJlG2DJ0jWEtzaKshx4uL1gkn65oheHvZzzJ1sSho5bDbqHBaP+c= Received: by 10.150.140.6 with SMTP id n6mr5661222ybd.111.1205437190435; Thu, 13 Mar 2008 12:39:50 -0700 (PDT) Received: by 10.151.6.12 with HTTP; Thu, 13 Mar 2008 12:39:50 -0700 (PDT) Message-ID: <73a75e430803131239i597fee05p9d271ff5b292f27b@mail.gmail.com> Date: Thu, 13 Mar 2008 15:39:50 -0400 From: "Jason Warner" To: dev@geronimo.apache.org Subject: Re: [DISCUSS] Geronimo 2.1 samples In-Reply-To: <47D97CC4.50604@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8902_23038112.1205437190443" References: <47D6BF50.90802@earthlink.net> <47D703BD.1010609@apache.org> <47D7E4B5.9040208@earthlink.net> <7AEBD2C5-5A9E-4C34-AA99-828F10519958@yahoo.com> <47D7FA67.5020601@earthlink.net> <47D976CC.3000805@earthlink.net> <01DD025D-0447-4F12-BD24-DE6C961D76F9@yahoo.com> <47D97CC4.50604@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_8902_23038112.1205437190443 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I wasn't sure which thread to put this in, so I'll throw it in here. So far, it seems that when we've been discussing samples, we're lumping the sample applications and the migration samples in together. Is this something we want to do? In my mind, they aren't really the same and shouldn't necessarily be in the same place. AFAIK, a sample application is supposed to be able to be checked out, built, and deployed on geronimo straight away to highlight some feature or functionality. The migration samples, though, are meant to be fiddled with before they can be deployed on Geronimo. If we lump them all in together, how is a user supposed to know which is which when browsing svn? Would it make sense to keep the migration samples in a separate space? On Thu, Mar 13, 2008 at 3:13 PM, Hernan Cunico wrote: > David Jencks wrote: > > > > On Mar 13, 2008, at 11:47 AM, Joe Bohn wrote: > > > >> Joe Bohn wrote: > >>> David Jencks wrote: > >>>> > >>>> On Mar 12, 2008, at 7:12 AM, Joe Bohn wrote: > >>>> > >>>>> Donald Woods wrote: > >>>>>> Joe Bohn wrote: > >>>>>>> > >>>>>>> 2) When to release the samples? I think we should make an effort > >>>>>>> to release the samples concurrent with each Geronimo release. > >>>>>>> This is important because the jsp & servlet examples are > >>>>>>> referenced from within the welcome page on Geronimo. I suppose > >>>>>>> we could remove that reference and eliminate the need to release > >>>>>>> concurrently. > >>>>>> why not move the samples back under geronimo/server, so they are > >>>>>> maintained and versioned with each release and can then be used as > >>>>>> additional testsuite tests? If not, releasing right after a > >>>>>> server release is fine. > >>>>> > >>>>> I was thinking about doing this. It seems everybody thinks we > >>>>> should release them together anyway so what is the real value with > >>>>> them being split out? Does anybody object to moving them back with > >>>>> the server? > >>>> > >>>> well, since I thought our next goal with the server build was to > >>>> separate it into independently released plugins, I think putting the > >>>> samples in with the main server build would be a big step backwards. > >>> Well, I agree that it would appear to be a step backwards from that > >>> perspective. However, it would ensure the following: > >>> 1) The samples would get released (not forgotten as has been the case > >>> with 2.1) > >>> 2) The samples would be released concurrent with the Geronimo release > >>> so that they are available for use, education, and documentation from > >>> day 1. It seems almost everybody is in favor of this. > >>> 3) They could be leveraged in the testsuite tests (as Donald pointed > >>> out) to help validate our build and find problems earlier. > >>> I fail to see too many negatives from a practical perspective but I'm > >>> certainly open to discussion .... I want to do what is best. > >>> Perhaps we need to refine our plugin strategy. There are situations > >>> where it makes sense to split things apart but there are also > >>> situations where it might make sense to bundle things. > >>> Joe > >> > >> Would those folks that feel strongly about not pulling these samples > >> back into the server repo please provide some rationale for their > >> argument as I have done for including them? It appears that the > >> samples were removed without much thought given to how they might > >> eventually be released in conjunction with a server release. I like > >> the idea of modularity but in this case I don't see clear benefits to > >> keeping them separate. > >> > >> Please keep in mind that including the samples in the server source > >> branch and releasing them concurrent with the server does not mean > >> that they are bundled with the server. They are still independent > >> artifacts. However, it would ensure that they are vetted with the > >> server release and are available when the server release is > >> available. The samples are really only there to show value on top of > >> a Geronimo server and they are tied to a specific server release (at > >> least that is how we have managed and documented them thus far) so > >> having released independent of the server doesn't appear to bring any > >> value. > >> > >> I looked back through a number of old email threads and these samples > >> were included in the welcome page with a lot of support at the time > >> (with a desire to have even more samples included or downloadable from > >> the welcome page) ... several folks stating that they should be > >> included with the server image itself. I certainly don't want to > >> bundle the samples with the server image but having the released with > >> the server makes sense to me. > > > > I'm speculating a bit here. > > > > This might be similar to the testsuite being a bit monolithic. > > > > As a thought experiment, what if we... > > - made the welcome page a plugin, and the piece of build including it > > also builds the samples > > - the maven generated site includes the stuff you need to download (zips > > etc) (I think this is doable) > > Are we using any maven site today? what type of info goes there? who > consumes it? > > .zip samples download shouldn't be any different from the other downloads > we have, right? > > Cheers! > Hernan > > > - the welcome page links to the maven generated site > > - this leaves the door open to making the welcome page + samples > > independently versioned in the future, and possibly to selenium testing. > > > > - we split up the testsuite into integration tests for "plugins" or > > plugin groups, and they assemble the servers they need on the fly > > > > - assemblies may or may not include the welcome page plugin. > > > > dunno how practical this is for 2.1.1 > > > > thanks > > david jencks > > > > > > > >> > >> Joe > >> > >> > > > > > -- ~Jason Warner ------=_Part_8902_23038112.1205437190443 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I wasn't sure which thread to put this in, so I'll throw it in here.  So far, it seems that when we've been discussing samples, we're lumping the sample applications and the migration samples in together.  Is this something we want to do?  In my mind, they aren't really the same and shouldn't necessarily be in the same place.  AFAIK, a sample application is supposed to be able to be checked out, built, and deployed on geronimo straight away to highlight some feature or functionality.  The migration samples, though, are meant to be fiddled with before they can be deployed on Geronimo.  If we lump them all in together, how is a user supposed to know which is which when browsing svn?  Would it make sense to keep the migration samples in a separate space?

On Thu, Mar 13, 2008 at 3:13 PM, Hernan Cunico <hcunico@gmail.com> wrote:
David Jencks wrote:
>
> On Mar 13, 2008, at 11:47 AM, Joe Bohn wrote:
>
>> Joe Bohn wrote:
>>> David Jencks wrote:
>>>>
>>>> On Mar 12, 2008, at 7:12 AM, Joe Bohn wrote:
>>>>
>>>>> Donald Woods wrote:
>>>>>> Joe Bohn wrote:
>>>>>>>
>>>>>>> 2) When to release the samples?  I think we should make an effort
>>>>>>> to release the samples concurrent with each Geronimo release.
>>>>>>> This is important because the jsp & servlet examples are
>>>>>>> referenced from within the welcome page on Geronimo.  I suppose
>>>>>>> we could remove that reference and eliminate the need to release
>>>>>>> concurrently.
>>>>>> why not move the samples back under geronimo/server, so they are
>>>>>> maintained and versioned with each release and can then be used as
>>>>>> additional testsuite tests?  If not, releasing right after a
>>>>>> server release is fine.
>>>>>
>>>>> I was thinking about doing this.  It seems everybody thinks we
>>>>> should release them together anyway so what is the real value with
>>>>> them being split out?  Does anybody object to moving them back with
>>>>> the server?
>>>>
>>>> well, since I thought our next goal with the server build was to
>>>> separate it into independently released plugins, I think putting the
>>>> samples in with the main server build would be a big step backwards.
>>> Well, I agree that it would appear to be a step backwards from that
>>> perspective.  However, it would ensure the following:
>>> 1) The samples would get released (not forgotten as has been the case
>>> with 2.1)
>>> 2) The samples would be released concurrent with the Geronimo release
>>> so that they are available for use, education, and documentation from
>>> day 1.  It seems almost everybody is in favor of this.
>>> 3) They could be leveraged in the testsuite tests (as Donald pointed
>>> out) to help validate our build and find problems earlier.
>>> I fail to see too many negatives from a practical perspective but I'm
>>> certainly open to discussion .... I want to do what is best.
>>> Perhaps we need to refine our plugin strategy.  There are situations
>>> where it makes sense to split things apart but there are also
>>> situations where it might make sense to bundle things.
>>> Joe
>>
>> Would those folks that feel strongly about not pulling these samples
>> back into the server repo please provide some rationale for their
>> argument as I have done for including them?  It appears that the
>> samples were removed without much thought given to how they might
>> eventually be released in conjunction with a server release.  I like
>> the idea of modularity but in this case I don't see clear benefits to
>> keeping them separate.
>>
>> Please keep in mind that including the samples in the server source
>> branch and releasing them concurrent with the server does not mean
>> that they are bundled with the server.  They are still independent
>> artifacts.  However, it would ensure that they are vetted with the
>> server release and are available when the server release is
>> available.  The samples are really only there to show value on top of
>> a Geronimo server and they are tied to a specific server release (at
>> least that is how we have managed and documented them thus far) so
>> having released independent of the server doesn't appear to bring any
>> value.
>>
>> I looked back through a number of old email threads and these samples
>> were included in the welcome page with a lot of support at the time
>> (with a desire to have even more samples included or downloadable from
>> the welcome page) ... several folks stating that they should be
>> included with the server image itself.  I certainly don't want to
>> bundle the samples with the server image but having the released with
>> the server makes sense to me.
>
> I'm speculating a bit here.
>
> This might be similar to the testsuite being a bit monolithic.
>
> As a thought experiment, what if we...
> - made the welcome page a plugin, and the piece of build including it
> also builds the samples
> - the maven generated site includes the stuff you need to download (zips
> etc) (I think this is doable)

Are we using any maven site today? what type of info goes there? who consumes it?

.zip samples download shouldn't be any different from the other downloads we have, right?

Cheers!
Hernan

> - the welcome page links to the maven  generated site
> - this leaves the door open to making the welcome page + samples
> independently versioned in the future, and possibly to selenium testing.
>
> - we split up the testsuite into integration tests for "plugins" or
> plugin groups, and they assemble the servers they need on the fly
>
> - assemblies may or may not include the welcome page plugin.
>
> dunno how practical this is for 2.1.1
>
> thanks
> david jencks
>
>
>
>>
>> Joe
>>
>>
>
>



--
~Jason Warner ------=_Part_8902_23038112.1205437190443--