Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 46941 invoked from network); 16 Feb 2005 08:27:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 16 Feb 2005 08:27:11 -0000 Received: (qmail 61053 invoked by uid 500); 16 Feb 2005 08:27:08 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 60989 invoked by uid 500); 16 Feb 2005 08:27:08 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 60975 invoked by uid 99); 16 Feb 2005 08:27:08 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from Unknown (HELO server.bizzdesign.nl) (80.89.226.18) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 16 Feb 2005 00:27:07 -0800 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [RT] How scripting made me hate java X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Date: Wed, 16 Feb 2005 09:24:11 +0100 Message-ID: <5E091A68F794974CAF431CA31F5AF2CC11E9FE@server.bizzdesign.nl> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [RT] How scripting made me hate java Thread-Index: AcUT+pYbhaWbkpwOTQy/xD7iBRP5bAABXoKQ From: "Bart Molenkamp" To: X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N >=20 > Niclas Hedhman wrote: > > On Wednesday 16 February 2005 07:06, Sylvain Wallez wrote: > > > >>Something that doesn't help also is the fact that our foundations are > >>maintained and documented (or not) elsewhere, at Excalibur. This > >>includes the Avalon framework interfaces and SourceResolver, Store, XML > >>utils, etc. Only the framework API is available online. So, should we > >>copy the javadoc of Excalibur component & frameworks we use in our own > >>repo to make this information more accessible? > > > > > > Why not use SVN's more exotic features of external linking, and plainly > > include the Excalibur codebase (source that is) as part of Cocoon? You > all > > have commit access to it, and it is not likely that the Excalibur > community > > will make any big changes in the future, and unlikely to object to any > > changes made from Cocoon committers. >=20 > Are you referring to the svn:external property? Would it be a problem that > we > have to include using https and not http? >=20 > Anyway, if we can make this work, this would be a great idea! Maybe completely off-topic, but here is my idea: Maybe it is even better to just copy it into the Cocoon codebase. Both codebases are in the same physical SVN repo, right? Then a copy won't take much space, and you're independent from changes to Excalibur. When changes to excalibur are required, you can make them in the Cocoon codebase, and when the Excalibur community makes changes to their codebase that is required in Cocoon, it should be possible to merge those changes into the Cocoon code base (merge with the changes you've made). It's a bit like a vendor branch, I guess... [1] Bart. [1] http://svnbook.red-bean.com/en/1.0/ch07s04.html