Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 2893 invoked from network); 16 Aug 2006 18:55:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 16 Aug 2006 18:55:17 -0000 Received: (qmail 58253 invoked by uid 500); 16 Aug 2006 18:55:16 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 58198 invoked by uid 500); 16 Aug 2006 18:55:16 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@forrest.apache.org List-Id: Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 58187 invoked by uid 99); 16 Aug 2006 18:55:15 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Aug 2006 11:55:15 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [212.23.3.142] (HELO rutherford.zen.co.uk) (212.23.3.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Aug 2006 11:55:15 -0700 Received: from [82.69.78.226] (helo=[192.168.0.2]) by rutherford.zen.co.uk with esmtp (Exim 4.50) id 1GDQXV-0004yn-2U for dev@forrest.apache.org; Wed, 16 Aug 2006 18:54:53 +0000 Message-ID: <44E369EE.7070906@apache.org> Date: Wed, 16 Aug 2006 19:54:38 +0100 From: Ross Gardler User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@forrest.apache.org Subject: Re: [RT] A new Forrest implementation? References: <200608161321.k7GDLaju009795@mail.e-wire.net.au> In-Reply-To: <200608161321.k7GDLaju009795@mail.e-wire.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-Rutherford-IP: [82.69.78.226] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Gav.... wrote: > >>-----Original Message----- >>From: David Crossley [mailto:crossley@apache.org] >>Sent: Wednesday, 16 August 2006 10:41 AM >>To: dev@forrest.apache.org >>Subject: Re: [RT] A new Forrest implementation? >> >>Gav.... wrote: >> >>>The other side effect of being a dev - and could also apply to user too >>>maybe to a certain extent, joining the 'Forrest' Dev list was the first >>>Step - in reality to even begin to get beneath the engine of this baby, >>>involves joining more mailing lists of other communities in order to >>>understand, extend, and manage all aspects of Forrest. Being on the one >>>List simply is not good enough these days if one is to familarise >> >>yourself >> >>>with all aspects of Forrest. >>>As a result of joining Forrest, I am also on the dev lists at 'Abdera' , >>>'Cocoon' , 'Lenya' , 'Gump' , 'Chaperon' , 'Daisy' , 'XSL (mulburytech)' >> >>, >> >>>'Heraldry' , 'Jira' , 'Subversion' , 'Maven'. >>> >>>Ok, so 3 or 4 of those are not needed, but do give a better overall >>>understanding of the whole picture - and these all were '..as a result >> >>of >> >>>..' >>> >>>And I don't mind, I'm not complaining, it is encouraged to x-commune and >> >>get >> >>>and give help, the point is I think that so many lists is living proof >> >>that >> >>>Forrest is indeed a complex beast - at least in terms of what >> >>functionality >> >>>is provided at the end of it. >> >>This is not true. Forrest developers do not need to >>join other mailing lists to do advanced Forrest. >> >>Take me for example. Out of your list of 11 above, >>i only subscribe to one: dev at cocoon, and even that >>is not necessary to understand Forrest. Following their >>documentation, then asking questions in context at the >>Forrest lists is sufficient. >> >>(I do do gump, but that is not because of Forrest.) >> >>You will burn yourself out by joining so many. > > > Ok, I 'perceived' this a while ago to be an unwritten requirement for a dev > - in order to more fully understand the goings on under the bonnet. I don't > Really contribute much to these lists but I do skim through and read those > That could be relevant to Forrest, and search them occasionally when an > Appropriate issue arises. I guess I don't like 'black boxes' . David is correct that it is not necessary to join those lists to use Forrest. But if you want to do anything non-trivial then it is necessary to understand some of the underlying technologies that Gav refers too. This is the kind of complexity I am talking about - we just don't need it to achieve what we are trying to achieve. Ross