Return-Path: Delivered-To: apmail-incubator-abdera-dev-archive@locus.apache.org Received: (qmail 80143 invoked from network); 17 Jun 2006 13:17:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Jun 2006 13:17:48 -0000 Received: (qmail 23149 invoked by uid 500); 17 Jun 2006 13:17:48 -0000 Delivered-To: apmail-incubator-abdera-dev-archive@incubator.apache.org Received: (qmail 23122 invoked by uid 500); 17 Jun 2006 13:17:48 -0000 Mailing-List: contact abdera-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: abdera-dev@incubator.apache.org Delivered-To: mailing list abdera-dev@incubator.apache.org Received: (qmail 23113 invoked by uid 99); 17 Jun 2006 13:17:48 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Jun 2006 06:17:48 -0700 X-ASF-Spam-Status: No, hits=1.8 required=10.0 tests=MSGID_FROM_MTA_HEADER,RCVD_IN_WHOIS_BOGONS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [203.121.192.7] (HELO mail.e-wire.net.au) (203.121.192.7) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 17 Jun 2006 06:17:45 -0700 Received: from developer (mail.e-wire.net.au [127.0.0.1]) by mail.e-wire.net.au (8.13.1/8.13.1) with ESMTP id k5HDDQbH003629 for ; Sat, 17 Jun 2006 21:13:27 +0800 Message-Id: <200606171313.k5HDDQbH003629@mail.e-wire.net.au> Received: from 203-121-204-130.e-wire.net.au [203.121.204.130] for mail.e-wire.net.au (EHLO developer) via SMTP; Sat, 17 Jun 2006 21:13:27 +0800 Reply-To: From: "Gav...." To: Subject: RE: Now that the code's in Date: Sat, 17 Jun 2006 21:17:22 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcaRk/aXs5zNrrfETWC6iV6VcaWCTgAeo1+Q X-BitDefender-SpamStamp: 1.1.4 049000040111ABAAAAEAAAAAAAAAAABAAAAAAAAAAAAAQAAAI X-BitDefender-Spam: No (0) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Stephen Duncan [mailto:stephen.duncan@gmail.com] > Sent: Saturday, 17 June 2006 6:30 AM > To: abdera-dev@incubator.apache.org > Subject: Re: Now that the code's in > > And the Eclipse .settings folder. And probably .project at top level > as well (and any sublevels it's not on...) > > -Stephen > > On 6/16/06, Stephen Duncan wrote: > > Also, in each level that has a pom.xml, the target folder should be > > added to svn:ignore. > > > > -Stephen > > > > On 6/16/06, Garrett Rooney wrote: > > > A few little things I've noticed... > > > > > > There are various files in the abdera java tree that have > > > svn:executable set on them for no discernable reason. If someone with > > > commit access could remove it from LICENSE and the various pom.xml > > > files they'd earn my undying gratitude ;-) > > > > > > We have maven build glue in the top level of the tree, but the ant > > > build file is down in the build subdir. Is there a reason for that? > > > I've got some local changes that move build.xml up into the top level > > > directory, so you don't have to do the '-f build/build.xml' dance when > > > you run make. Any interest in these changes? > > > > > > The unit tests don't work via ant anymore, the target is commented > > > out, and the test suite that used to be there doesn't seem to exist > > > anymore. > > > > > > -garrett > > > > > > > > > -- > > Stephen Duncan Jr > > www.stephenduncanjr.com Just to add my little bit, I am a Forrest Dev (in case you wondered where I popped up from) and also Do little bit in Lenya. It may just be these projects, but it seems to me that the layout of the Repository here is a little weird. I mean, why have two trunks ? , Can the website not be part of the same trunk, it would make for easier maintenance and deployment in the Future, ease of use and readability for users etc also. Also, I don't think that anything above 'trunk' (either one) should be Available to the general dev/user community. Not a good idea to let Everyone loose with branches etc. Instructions should then be put on the website that devs/users can download The latest SVN from 'Trunk', not root. New users might like to see 'svn co http://svn.apache.org/repos/asf/incubator/abdera/ > abdera' as it is Currently on the website so they don't have to run off and find the appropriate command. If it were reorganised into one trunk this would be 'svn co http://svn.apache.org/repos/asf/incubator/abdera/trunk > abdera' And would contain both the java and site trees in one, but all branches And other unneeded files/directories would be ignored and reserved for Only committer use. Otherwise I reckon 'svn revert' will become someones Best friend. The snell_sandbox, is this for everyone to play with ? If so an idea I bring from Forrest etc is the Whiteboard, call it the Sandbox if you Like, but is housed not in a branch, but as a sub-dir of trunk, that Way everyone gets to play, add there own whiteboard/sandbox sub-projects. Eventually they either get deleted or merged into the core, or a plugin, whatever. Just some observations that may or may not fit in with the needs of this Project. Gav...