From avalon-dev-returncaldwellmichelle@example.org Thu Jan 02 13:41:13 2003 Return-Path: <avalon-dev-returncaldwellmichelle@example.org> Delivered-To: caldwellmichelle@example.org Received: (qmail 31604 invoked from network); 2 Jan 2003 13:41:13 -0000 Received: from exchange.sun.com (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 13:41:13 -0000 Received: (qmail 9925 invoked by uid 97); 2 Jan 2003 13:42:00 -0000 Delivered-To: caldwellmichelle@example.org Received: (qmail 9801 invoked by uid 97); 2 Jan 2003 13:41:57 -0000 Mailing-List: contact caldwellmichelle@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:caldwellmichelle@example.org> List-Subscribe: <mailto:caldwellmichelle@example.org> List-Help: <mailto:caldwellmichelle@example.org> List-Post: <mailto:caldwellmichelle@example.org> List-Id: "Avalon Developers List" <avalon-dev.jakarta.apache.org> Reply-To: "Avalon Developers List" <caldwellmichelle@example.org> Delivered-To: mailing list caldwellmichelle@example.org Received: (qmail 9638 invoked by uid 98); 2 Jan 2003 13:41:54 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Date: 2 Jan 2003 13:40:35 -0000 Message-ID: <caldwellmichelle@example.org> From: Peter Donald <caldwellmichelle@example.org> To: caldwellmichelle@example.org Subject: [GUMP] Build Failure - jakarta-avalon-excalibur X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ---------------------------------------------------- This email is autogenerated from the output from: <http://cvs.apache.org/builds/gump/2003-01-02/jakarta-avalon-excalibur.html> ---------------------------------------------------- Buildfile: build.xml jar: Duplicated project name in import. Project Excalibur Driver Build file defined first in /home/rubys/jakarta/jakarta-avalon-excalibur/build.xml and again in /home/rubys/jakarta/jakarta-avalon-excalibur/build.xml prj-zip: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/zip/build/lib/excalibur-zip-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/zip/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/zip/dist prj-cli: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/cli/build/lib/excalibur-cli-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/cli/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/cli/dist prj-bzip2: dependencies: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/bzip2/build/classes [javac] Compiling 4 source files to /home/rubys/jakarta/jakarta-avalon-excalibur/bzip2/build/classes prepare-conf: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/bzip2/build/conf [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/bzip2/build/conf jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/bzip2/build/lib [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/bzip2/build/lib/excalibur-bzip2-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/bzip2/dist [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/bzip2/dist prj-baxter: check-environment: dependencies.jmx: dependencies.optional: dependencies: jmx-warning: [echo] ********************************************** [echo] * JMX MISSING [echo] * [echo] * The JMX.jar file could not be located so [echo] * the Baxter classes could not be compiled. [echo] ********************************************** compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/baxter/build/classes [copy] Copied 2 empty directories to /home/rubys/jakarta/jakarta-avalon-excalibur/baxter/build/classes prepare-conf: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/baxter/build/conf [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/baxter/build/conf jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/baxter/build/lib [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/baxter/build/lib/excalibur-baxter-1.0a.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/baxter/dist [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/baxter/dist prj-io: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/io/build/lib/excalibur-io-1.1.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/io/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/io/dist prj-loader: dependencies: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/loader/build/classes [javac] Compiling 12 source files to /home/rubys/jakarta/jakarta-avalon-excalibur/loader/build/classes [copy] Copying 3 files to /home/rubys/jakarta/jakarta-avalon-excalibur/loader/build/classes prepare-conf: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/loader/build/conf [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/loader/build/conf jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/loader/build/lib [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/loader/build/lib/excalibur-loader-1.0a.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/loader/dist [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/loader/dist prj-naming: dependencies: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/naming/build/classes [javac] Compiling 19 source files to /home/rubys/jakarta/jakarta-avalon-excalibur/naming/build/classes [rmic] RMI Compiling 1 class to /home/rubys/jakarta/jakarta-avalon-excalibur/naming/build/classes prepare-conf: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/naming/build/conf [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/naming/build/conf jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/naming/build/lib [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/naming/build/lib/excalibur-naming-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/naming/dist [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/naming/dist prj-threadcontext: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/threadcontext/build/lib/excalibur-threadcontext-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/threadcontext/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/threadcontext/dist prj-jprocess: dependencies: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/jprocess/build/classes [javac] Compiling 7 source files to /home/rubys/jakarta/jakarta-avalon-excalibur/jprocess/build/classes prepare-conf: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/jprocess/build/conf [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/jprocess/build/conf jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/jprocess/build/lib [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/jprocess/build/lib/excalibur-jprocess-0.99.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/jprocess/dist [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/jprocess/dist prj-tar: dependencies: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/tar/build/classes [javac] Compiling 6 source files to /home/rubys/jakarta/jakarta-avalon-excalibur/tar/build/classes prepare-conf: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/tar/build/conf [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/tar/build/conf jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/tar/build/lib [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/tar/build/lib/excalibur-tar-1.0a.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/tar/dist [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/tar/dist prj-collections: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/collections/build/lib/excalibur-collections-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/collections/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/collections/dist prj-i18n: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/i18n/build/lib/excalibur-i18n-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/i18n/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/i18n/dist prj-converter: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/converter/build/lib/excalibur-converter-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/converter/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/converter/dist prj-extension: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/extension/build/lib/excalibur-extension-1.0a.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/extension/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/extension/dist prj-concurrent: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/concurrent/build/lib/excalibur-concurrent-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/concurrent/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/concurrent/dist prj-instrument: dependencies: check-environment: framework-warning: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/instrument/build/lib/excalibur-instrument-0.3.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/instrument/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/instrument/dist prj-pool: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/pool/build/lib/excalibur-pool-1.1.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/pool/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/pool/dist prj-altrmi: prepare: dependencies: checkJettyJars: warnJettyJars: compile: metagenerate: block-jar: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/altrmi/build/lib/excalibur-altrmi-common-0.8a.jar [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/altrmi/build/lib/excalibur-altrmi-client-interfaces-0.8a.jar [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/altrmi/build/lib/excalibur-altrmi-client-impl-0.8a.jar [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/altrmi/build/lib/excalibur-altrmi-server-interfaces-0.8a.jar [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/altrmi/build/lib/excalibur-altrmi-server-impl-0.8a.jar [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/altrmi/build/lib/excalibur-altrmi-generator-0.8a.jar [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/altrmi/build/lib/excalibur-altrmi-registry-0.8a.jar dist-jar: [copy] Copying 7 files to /home/rubys/jakarta/jakarta-avalon-excalibur/altrmi/dist prj-container: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/container/build/lib/excalibur-container-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/container/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/container/dist prj-cache: dependencies: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/cache/build/classes [javac] Compiling 21 source files to /home/rubys/jakarta/jakarta-avalon-excalibur/cache/build/classes [javac] Note: /home/rubys/jakarta/jakarta-avalon-excalibur/cache/src/java/org/apache/excalibur/cache/Cache.java uses or overrides a deprecated API. [javac] Note: Recompile with -deprecation for details. [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/cache/build/classes prepare-conf: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/cache/build/conf [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/cache/build/conf jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/cache/build/lib [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/cache/build/lib/excalibur-cache-1.0a.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/cache/dist [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/cache/dist prj-configuration: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/configuration/build/lib/excalibur-configuration-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/configuration/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/configuration/dist prj-thread: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/thread/build/lib/excalibur-thread-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/thread/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/thread/dist prj-event: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/event/build/lib/excalibur-event-1.0.1.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/event/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/event/dist [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/event/dist/lib [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/event/dist/lib prj-logger: check-environment: dependencies.servlet: checkRequiredClass: Duplicated project name in import. Project dependencies defined first in /home/rubys/jakarta/jakarta-avalon-excalibur/depchecker.xml and again in /home/rubys/jakarta/jakarta-avalon-excalibur/depchecker.xml checkRequiredClass.fail: dependencies.datasource: checkRequiredClass: Duplicated project name in import. Project dependencies defined first in /home/rubys/jakarta/jakarta-avalon-excalibur/depchecker.xml and again in /home/rubys/jakarta/jakarta-avalon-excalibur/depchecker.xml checkRequiredClass.fail: dependencies.jms: dependencies.optional: dependencies: jms-warn: Duplicated project name in import. Project Excalibur Logger defined first in /home/rubys/jakarta/jakarta-avalon-excalibur/logger/build.xml and again in /home/rubys/jakarta/jakarta-avalon-excalibur/logger/build.xml op-warning: [echo] ********************************************** [echo] * [echo] * Classes needed for output via JMS are not [echo] * available. Excalibur Logger should build without them [echo] * [echo] * Recovery: [echo] * Get jms.jar from inside jms-1_0_2b.zip from http://java.sun.com/products/jms/docs.html and place it in ${lib.repo} (if defined), or set the ${jms.jar} property in ant.properties [echo] * [echo] *********************************************** sql-warn: mail-warn: Duplicated project name in import. Project Excalibur Logger defined first in /home/rubys/jakarta/jakarta-avalon-excalibur/logger/build.xml and again in /home/rubys/jakarta/jakarta-avalon-excalibur/logger/build.xml op-warning: [echo] ********************************************** [echo] * [echo] * Classes needed for output via SMTP are not [echo] * available. Excalibur Logger should build without them [echo] * [echo] * Recovery: [echo] * Get mail.jar from inside javamail-1_2.zip from http://java.sun.com/products/javamail/ and place it in ${lib.repo} (if defined), or set the ${mail.jar} property in ant.properties [echo] * [echo] *********************************************** log4j-warn: servlet-warn: optional-warnings: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/logger/build/lib/excalibur-logger-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/logger/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/logger/dist prj-sourceresolve: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/sourceresolve/build/lib/excalibur-sourceresolve-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/sourceresolve/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/sourceresolve/dist prj-monitor: dependencies: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/monitor/build/classes [javac] Compiling 17 source files to /home/rubys/jakarta/jakarta-avalon-excalibur/monitor/build/classes [javac] Note: /home/rubys/jakarta/jakarta-avalon-excalibur/monitor/src/java/org/apache/avalon/excalibur/monitor/Monitor.java uses or overrides a deprecated API. [javac] Note: Recompile with -deprecation for details. prepare-conf: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/monitor/build/conf [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/monitor/build/conf jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/monitor/build/lib [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/monitor/build/lib/excalibur-monitor-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/monitor/dist [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/monitor/dist prj-meta: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/meta/build/lib/excalibur-meta-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/meta/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/meta/dist prj-util: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/util/build/lib/excalibur-util-1.0.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/util/dist [copy] Copying 2 files to /home/rubys/jakarta/jakarta-avalon-excalibur/util/dist prj-assembly: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/assembly/build/lib/merlin-2.0a.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/assembly/dist [copy] Copying 3 files to /home/rubys/jakarta/jakarta-avalon-excalibur/assembly/dist prj-instrument-manager: dependencies: compile: prepare-conf: jar: [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/instrument-manager/build/lib/excalibur-instrument-manager-0.3.jar [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/instrument-manager/build/lib/excalibur-instrument-manager-interfaces-0.3.jar dist-jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/instrument-manager/dist [copy] Copying 4 files to /home/rubys/jakarta/jakarta-avalon-excalibur/instrument-manager/dist prj-fortress: Caught exception (org.apache.tools.ant.BuildException) while expanding tools.class.path: /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/${tools.dir}/lib not found. optional.dependencies: dependencies: path-with-meta: path-without-meta: path-builder: compile: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build/classes [javac] Compiling 34 source files to /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build/classes [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] Compiling 6 source files to /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build/classes prepare-conf: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build/conf [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build/conf jar: [mkdir] Created dir: /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build/lib [jar] Building jar: /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build/lib/excalibur-fortress-1.0.jar copy-optional-libs: big-jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build/tempjars [copy] Copying 1 file to /home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build/tempjars BUILD FAILED file:///home/rubys/jakarta/jakarta-avalon-excalibur/fortress/build.xml:77: Warning: Could not find file /home/rubys/jakarta/jakarta-avalon-excalibur/altrmi/dist/excalibur-altrmi-registry-0.7.jar to copy. Total time: 21 seconds -- To unsubscribe, e-mail: <mailto:caldwellmichelle@example.org> For additional commands, e-mail: <mailto:caldwellmichelle@example.org> From avalon-dev-returncaldwellmichelle@example.org Thu Jan 02 14:10:21 2003 Return-Path: <avalon-dev-returncaldwellmichelle@example.org> Delivered-To: caldwellmichelle@example.org Received: (qmail 46024 invoked from network); 2 Jan 2003 14:10:20 -0000 Received: from exchange.sun.com (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 14:10:20 -0000 Received: (qmail 13655 invoked by uid 97); 2 Jan 2003 14:11:32 -0000 Delivered-To: caldwellmichelle@example.org Received: (qmail 13634 invoked by uid 97); 2 Jan 2003 14:11:32 -0000 Mailing-List: contact caldwellmichelle@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:caldwellmichelle@example.org> List-Subscribe: <mailto:caldwellmichelle@example.org> List-Help: <mailto:caldwellmichelle@example.org> List-Post: <mailto:caldwellmichelle@example.org> List-Id: "Avalon Developers List" <avalon-dev.jakarta.apache.org> Reply-To: "Avalon Developers List" <caldwellmichelle@example.org> Delivered-To: mailing list caldwellmichelle@example.org Received: (qmail 13601 invoked by uid 98); 2 Jan 2003 14:11:31 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Reply-To: <caldwellmichelle@example.org> From: "Berin Loritsch" <caldwellmichelle@example.org> To: <caldwellmichelle@example.org> Cc: <caldwellmichelle@example.org>, <caldwellmichelle@example.org> Subject: Build Environment Date: Thu, 2 Jan 2003 09:10:39 -0500 Message-ID: <caldwellmichelle@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N We have already identified our build environment to be somewhat lacking. The number of JARs that we need to hold on to, and the number of files we need to keep track of, is extensive. As a result, before a release we have to debug our build environment along with our code. It is a time consuming job we shouldn't have to worry about. To fix the problem, I proposed Maven, and Nicola counter-proposed Centipede. Since I don't want to speak about things I didn't know, I decided to create a new "avalon" directory structure on my machine to experiment with the two build tools. Both have changed a fair amount since the last time I performed this excersize. Neither are a perfect match (again), but they are both far more user friendly. I figure that if I post this here, and copy the respective mailing lists, it will generate discussion and action in the respective groups again. Below is a list of strengths and weaknesses of each project. This is from the viewpoint of a user who doesn't know (and quite frankly doesn't care) how the internals work. I used the latest release from both projects--not the current CVS. -o0 Strengths 0o- Centipede --------- * Integrates with Forrest, which I also like by default. * Easy to extend for our purposes. User defined Cents are easy to develop and incorporate. * Declarative project descriptor integrates with Gump easily--it is merely an extended Gump descriptor. * Provides an interactive build if the user does not specify a specific target. It is a great help to those who are just learning how to make builds. Maven ----- * Integrates with Forrest, but not by default. * Not easy to extend with user defined modules, it requires user intervention to install project specific modules. * Project descriptor is declarative. It is intuitive and easy to understand. All a user needs to know is how to declare dependencies, and Maven takes care of it. * No explicit build script is needed. Maven fills in the blanks itself. * Not cluttered with messages that do not mean anything to the user. The build output provides enough information to know that things are working, and not so much that problems get hidden. -o0 Weaknesses 0o- Centipede --------- * The project descriptors are not as easily intuitive. You have an XML based properties file, as well as a meta-build ANT file. Why not just declare everything once like Maven, and take care of the dependencies automatically. * Centipede's default install does not automatically download and install missing cents. Cents are required for Centipede to do its work, but all the required Cents are not included for some strange reason. * In the absence of a meta-build ANT file, Centipede does not provide a way to "seed" a new project like Forrest. It should be easy to do, and it would be better than trying to figure out what to do from the site documentation. * Way too much information spit out at the user. Mountains of log files go by, some of the actions appear to be recursive (which always makes me nervous), and there is no intuitive way to lower the threshold of the log messages. I am not trying to debug Centipede--I just want to debug Avalon. Maven ----- * No way to "seed" a new project like Forrest does. I think work might be underway for it though. * Maven downloads alot of stuff to get started. If you don't have a fat internet connection, your first build takes a really long time. * Difficult to extend with project-specific modules. The machinery is there, but it has a lot of rough edges. The Forrest module is not included by default. -o0 Unclear Things 0o- Both projects have the typical Open Source failings. Documentation is sparse, and typically only covers what the developers were concentrating on. For example, both focus more attention to _converting_ an existing project than to _creating_ a new project from scratch. Between the two, Maven does have marginally better documentation. Centipede --------- * It looks like Centipede might be able to function like Maven to download dependencies on demand. I just can't seem to figure out how it would work. * Can I declare my build properties in a Properties file? It would actually be more intuitive than the XML variation, and a lot more dense. XML is not a panacea--it is a tool, and for this purpose it is overkill. It works quite well for the project descriptor, but not for properties. * If I use Forrest directly, I can stick my doc files in src/documentation/content/. If I use it through Centipede then I have to stick it in src/documentation/content/xdocs/. There is a mismatch. Maven ----- * What happens if I don't have an internet connection after I do the initial install? Will it be useless? -o0 The Bottom Line 0o- Neither build system is perfect. After my excersize, I have come to the conclusion that Maven is the more mature of the two build systems--but Centipede is catching up fast. In fact, if the current pace of development for the two projects continue, Centipede may very well overtake Maven in features and ease of use. I think Maven has a lower barrier of entry to the user, but Centipede is becoming easier to use and more developer friendly. I am a fan of black box tools like Maven, but if I need to do something a little out of the ordinary, I like the flexibility of Centipede. For Avalon, I want to depart from the hienous build system we have now. We have stretched ANT to its limits, and have many many JARs in our CVS. Our recursive build in Excalibur is problematic, and there is no clean way to simply declare dependencies--or even create a dependency graph. When you have one project that depends on another, that depends on yet another, you would like to know all the dependencies that are required for your build. Also, we (or is it just me?) would like to provide two versions of a project--A smaller JAR where the user has to include all the other dependencies, and a larger JAR where all Avalon code is included--making it easier for a user to use some of the larger and more complex subprojects. -- To unsubscribe, e-mail: <mailto:caldwellmichelle@example.org> For additional commands, e-mail: <mailto:caldwellmichelle@example.org> From avalon-dev-returncaldwellmichelle@example.org Thu Jan 02 14:40:36 2003 Return-Path: <avalon-dev-returncaldwellmichelle@example.org> Delivered-To: caldwellmichelle@example.org Received: (qmail 72656 invoked from network); 2 Jan 2003 14:40:35 -0000 Received: from exchange.sun.com (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 14:40:35 -0000 Received: (qmail 12391 invoked by uid 97); 2 Jan 2003 14:41:48 -0000 Delivered-To: caldwellmichelle@example.org Received: (qmail 12375 invoked by uid 97); 2 Jan 2003 14:41:47 -0000 Mailing-List: contact caldwellmichelle@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:caldwellmichelle@example.org> List-Subscribe: <mailto:caldwellmichelle@example.org> List-Help: <mailto:caldwellmichelle@example.org> List-Post: <mailto:caldwellmichelle@example.org> List-Id: "Avalon Developers List" <avalon-dev.jakarta.apache.org> Reply-To: "Avalon Developers List" <caldwellmichelle@example.org> Delivered-To: mailing list caldwellmichelle@example.org Received: (qmail 12364 invoked by uid 97); 2 Jan 2003 14:41:47 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) From: caldwellmichelle@example.org Reply-To: caldwellmichelle@example.org To: caldwellmichelle@example.org Date: Thu, 2 Jan 2003 21:40:29 +0700 Subject: ÊÃéÒ§ÊÃäìÊØ¢ÀÒ¾áÅФÇÒÁÁÑè¹ã¨ã¹µÑÇàͧ X-Mailer: QuickSender 1.05 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N =B7=E8=D2=B9=C3=D1=A1=CA=D8=A2=C0=D2=BE=E1=C5=D0=BA=D8=A4=A4=C5=D4=A1=A4=D1=C7=E0=CD=A7=E1=C5=D0=A4=B9=C3=CD=BA=A2=E9=D2=A7=E4=B4=E9=CD=C2=E8=D2=A7=E4=C3=3F =BB=D1=A8=A8=D8=BA=D5=B9=E3=B9=CA=C0=D2=C7=D0=E0=C8=C3=C9=B0=A1=D4=A8=B7=D5=E8=C3=D5=BA=E0=C3=E8=A7 =E2=CD=A1=D2=CA=B7=D5=E8=A8=D0=C3=D1=A1=C9=D2=CA=D8=A2=C0=D2=BE=E1=C5=D0=B7=D3=E3=CB=E9=C3=E8=D2=A7=A1=D2=C2=B4=D9=B4=D5=B9=D1=E9=B9=B7=D3=E4=B4=E9=C2=D2=A1 =E4=C1=E8=C1=D5=E2=CD=A1=D2=CA=CD=CD=A1=A1=D3=C5=D1=A7=A1=D2=C2 =CA=C0=D2=C7=D0=B5=E8=D2=A7=E6=A4=E8=CD=B9=A2=E9=D2=A7=E0=A4=C3=D5=C2=B4 =C3=D9=BB=C3=E8=D2=A7=B7=D5=E8=B4=D5 =CB=B9=E9=D2=B5=D2=B7=D5=E8=CA=B4=E3=CA=E9=E0=C3=D4=E8=C1=A8=D2=A7=E4=BB =CD=D2=CB=D2=C3=A1=E7=C5=E9=C7=B9=E1=B5=E8=C1=D5=CA=D2=C3=E0=A4=C1=D5=E1=C5=D0=BE=D4=C9=C0=D1=C2 =CD=D2=A1=D2=C8=A1=E7=B9=D3=E4=BB=CA=D9=E8=A1=D2=C3=B7=D3=C5=D2=C2=CA=D8=A2=C0=D2=BE =E2=B4=C2=B7=D1=E8=C7=E4=BB=E0=C3=D2=C1=D1=A1=BB=C3=D0=CA=BA=A1=D1=BA=CA=D4=E8=A7=E0=CB=C5=E8=D2=B9=D5=E9 =BB=D1=AD=CB=D2=B9=E9=D3=CB=B9=D1=A1=E0=A1=D4=B9 =B9=E9=D3=CB=B9=D1=A1=B9=E9=CD=C2 =E0=BA=D2=CB=C7=D2=B9 =E4=A2=C1=D1=B9=CA=D9=A7 =BB=C7=B4=A2=E9=CD =E0=A1=EA=D2=CA=EC =E4=C1=E0=A1=C3=B9 =BC=D4=C7=CB=B9=D1=A7 =CD=E8=CD=B9=E0=BE=C5=D5=C2 =E0=A4=C3=D5=C2=B4 =B9=CD=B9=E4=C1=E8=CB=C5=D1=BA =C0=D9=C1=D4=E1=BE=E9 =CA=D8=BA=BA=D8=CB=C3=D5=E8 =B7=D2=B9=E0=CB=C5=E9=D2=C1=D2=A1 =CB=C5=CD=B4=E0=C5=D7=CD=B4 =CB=D1=C7=E3=A8 =A4=C5=CD=E0=C3=CA=E0=B5=CD=C3=CD=C5=E4=B5=C3=A1=C5=D5=E0=AB=CD=E4=C3=B4=EC=CA=D9=A7 =CA=D4=E8=A7=B5=E8=D2=A7=E6=A2=E9=D2=A7=B5=E9=B9=B9=D3=E4=BB=CA=D9=E8=E2=C3=A4=B7=D5=E8=B5=E9=CD=A7=C3=D1=A1=C9=D2 =E0=AA=E8=B9 =B9=E9=D3=CB=B9=D1=A1=B5=D1=C7=C1=D2=A1=E4=C1=E8=E4=B4=E9=CB=C1=D2=C2=B6=D6=A7=A4=C7=D2=C1=CD=D6=B4=CD=D1=B4 =CB=C3=D7=CD=A2=D2=B4=A4=C7=D2=C1=E0=AA=D7=E8=CD=C1=D1=E8=B9 =E1=B5=E8=CB=C1=D2=C2=B6=D6=A7=A1=D2=C3=B9=D3=E4=BB=CA=D9=E8=E2=C3=A4=C0=D1=C2=C1=D2=A1=C1=D2=C2=E0=C3=D4=E8=C1=A8=D2=A1=CB=C5=CD=B4=E0=C5=D7=CD=B4=B5=D5=BA=B5=D1=B9 =A4=C7=D2=C1=B4=D1=B9=CA=D9=A7 =E2=C3=A4=CB=D1=C7=E3=A8 =CA=C1=CD=A7=BD=E8=CD =AB=D6=E8=A7=CA=D4=E8=A7=E0=CB=C5=E8=D2=B9=D5=E9=B9=D3=E4=BB=CA=D9=E8=A1=D2=C3=B5=E9=CD=A7=C3=D1=A1=C9=D2 =B7=D1=E9=A7=C2=D1=A7=C1=D5=CA=D2=C3=BE=D4=C9=B5=E8=D2=A7=E6=A8=D2=A1=BE=D7=AA=BE=C3=C3=B3 =E1=C5=D0=CD=D2=CB=D2=C3=A8=D2=A1=E0=B9=D7=E9=CD=CA=D1=B5=C7=EC =C3=C7=C1=B7=D1=E9=A7=CD=D2=A1=D2=C8=B7=D5=E8=CB=D2=C2=E3=A8 =B7=D8=A1=B7=E8=D2=B9=CA=D2=C1=D2=C3=B6=CB=C5=D5=A1=E0=C5=D5=E8=C2=A7=E2=C3=A4=B5=E8=D2=A7=E6=E4=B4=E9=B4=E9=C7=C2=A1=D2=C3=BB=E9=CD=A7=A1=D1=B9=B7=D2=A7=E2=C0=AA=B9=D2=A1=D2=C3=B5=D2=C1=CB=C5=D1=A1=C7=D4=AA=D2=E2=C0=AA=B9=D2=A1=D2=C3 =E2=C0=AA=B9=D2=A1=D2=C3=B7=D5=E8=B4=D5=E1=C5=D0=E4=B4=E9=C3=D1=BA=A1=D2=C3=E1=A1=E9=E4=A2=A8=D0=AA=E8=C7=C2=B7=E8=D2=B9=E0=C5=D5=E8=C2=A7=CA=C0=D2=C7=D0=E0=CA=D5=E8=C2=A7=E4=B4=E9=B6=D6=A7 70 =E0=BB=CD=C3=EC=E0=AB=B9=B5=EC =B7=D3=E3=CB=E9=B7=E8=D2=B9=B4=D9=B4=D5 =E1=C5=D0=E1=A8=E8=C1=E3=CA =C3=C7=C1=B6=D6=A7=CA=C0=D2=BE=A8=D4=B5=E3=A8=B7=D5=E8=B4=D5=A2=D6=E9=B9 =E0=BE=D5=C2=A7=A1=C3=CD=A1=A2=E9=CD=C1=D9=C5=B7=D5=E8 www=2Egeocities=2Ecom=2Fhealthclub999=2Foctaline =A2=CD=A2=CD=BA=BE=C3=D0=A4=D8=B3=C1=D2 =B3=2E=E2=CD=A1=D2=CA=B9=D5=E9 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =CB=D2=A1=B7=E8=D2=B9=E4=C1=E8=BB=C3=D0=CA=A7=A4=EC=C3=D1=BA=E0=CD=A1=CA=D2=C3=A8=D2=A1=E0=C3=D2=CD=D5=A1 =A1=C3=D8=B3=D2=CA=E8=A7 E-Mail Address=E4=BB=B7=D5=E8 =3A fullymove458=40yahoo=2Ecom =C3=D0=BA=BA=A8=D0=B7=D3=A1=D2=C3=C5=BA=AA=D7=E8=CD=A2=CD=A7=B7=E8=D2=B9=CD=CD=A1=A8=D2=A1=B0=D2=B9=A2=E9=CD=C1=D9=C5 =28=A1=C3=D8=B3=D2=CA=E8=A7 mail address =E0=B7=E8=D2=B9=D1=E9=B9=29 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F You can insist on unsubscibed list by submit your E-mail address at fullymove458=40yahoo=2Ecom Please give specific E-mail address=2E -- To unsubscribe, e-mail: <mailto:caldwellmichelle@example.org> For additional commands, e-mail: <mailto:caldwellmichelle@example.org> From avalon-dev-returncaldwellmichelle@example.org Thu Jan 02 14:40:42 2003 Return-Path: <avalon-dev-returncaldwellmichelle@example.org> Delivered-To: caldwellmichelle@example.org Received: (qmail 72830 invoked from network); 2 Jan 2003 14:40:41 -0000 Received: from exchange.sun.com (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 14:40:41 -0000 Received: (qmail 12833 invoked by uid 97); 2 Jan 2003 14:41:53 -0000 Delivered-To: caldwellmichelle@example.org Received: (qmail 12779 invoked by uid 97); 2 Jan 2003 14:41:52 -0000 Mailing-List: contact caldwellmichelle@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:caldwellmichelle@example.org> List-Subscribe: <mailto:caldwellmichelle@example.org> List-Help: <mailto:caldwellmichelle@example.org> List-Post: <mailto:caldwellmichelle@example.org> List-Id: "Avalon Developers List" <avalon-dev.jakarta.apache.org> Reply-To: "Avalon Developers List" <caldwellmichelle@example.org> Delivered-To: mailing list caldwellmichelle@example.org Received: (qmail 12742 invoked by uid 97); 2 Jan 2003 14:41:51 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) From: caldwellmichelle@example.org Reply-To: caldwellmichelle@example.org To: caldwellmichelle@example.org Date: Thu, 2 Jan 2003 21:40:32 +0700 Subject: ÊÃéÒ§ÊÃäìÊØ¢ÀÒ¾áÅФÇÒÁÁÑè¹ã¨ã¹µÑÇàͧ X-Mailer: QuickSender 1.05 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N =B7=E8=D2=B9=C3=D1=A1=CA=D8=A2=C0=D2=BE=E1=C5=D0=BA=D8=A4=A4=C5=D4=A1=A4=D1=C7=E0=CD=A7=E1=C5=D0=A4=B9=C3=CD=BA=A2=E9=D2=A7=E4=B4=E9=CD=C2=E8=D2=A7=E4=C3=3F =BB=D1=A8=A8=D8=BA=D5=B9=E3=B9=CA=C0=D2=C7=D0=E0=C8=C3=C9=B0=A1=D4=A8=B7=D5=E8=C3=D5=BA=E0=C3=E8=A7 =E2=CD=A1=D2=CA=B7=D5=E8=A8=D0=C3=D1=A1=C9=D2=CA=D8=A2=C0=D2=BE=E1=C5=D0=B7=D3=E3=CB=E9=C3=E8=D2=A7=A1=D2=C2=B4=D9=B4=D5=B9=D1=E9=B9=B7=D3=E4=B4=E9=C2=D2=A1 =E4=C1=E8=C1=D5=E2=CD=A1=D2=CA=CD=CD=A1=A1=D3=C5=D1=A7=A1=D2=C2 =CA=C0=D2=C7=D0=B5=E8=D2=A7=E6=A4=E8=CD=B9=A2=E9=D2=A7=E0=A4=C3=D5=C2=B4 =C3=D9=BB=C3=E8=D2=A7=B7=D5=E8=B4=D5 =CB=B9=E9=D2=B5=D2=B7=D5=E8=CA=B4=E3=CA=E9=E0=C3=D4=E8=C1=A8=D2=A7=E4=BB =CD=D2=CB=D2=C3=A1=E7=C5=E9=C7=B9=E1=B5=E8=C1=D5=CA=D2=C3=E0=A4=C1=D5=E1=C5=D0=BE=D4=C9=C0=D1=C2 =CD=D2=A1=D2=C8=A1=E7=B9=D3=E4=BB=CA=D9=E8=A1=D2=C3=B7=D3=C5=D2=C2=CA=D8=A2=C0=D2=BE =E2=B4=C2=B7=D1=E8=C7=E4=BB=E0=C3=D2=C1=D1=A1=BB=C3=D0=CA=BA=A1=D1=BA=CA=D4=E8=A7=E0=CB=C5=E8=D2=B9=D5=E9 =BB=D1=AD=CB=D2=B9=E9=D3=CB=B9=D1=A1=E0=A1=D4=B9 =B9=E9=D3=CB=B9=D1=A1=B9=E9=CD=C2 =E0=BA=D2=CB=C7=D2=B9 =E4=A2=C1=D1=B9=CA=D9=A7 =BB=C7=B4=A2=E9=CD =E0=A1=EA=D2=CA=EC =E4=C1=E0=A1=C3=B9 =BC=D4=C7=CB=B9=D1=A7 =CD=E8=CD=B9=E0=BE=C5=D5=C2 =E0=A4=C3=D5=C2=B4 =B9=CD=B9=E4=C1=E8=CB=C5=D1=BA =C0=D9=C1=D4=E1=BE=E9 =CA=D8=BA=BA=D8=CB=C3=D5=E8 =B7=D2=B9=E0=CB=C5=E9=D2=C1=D2=A1 =CB=C5=CD=B4=E0=C5=D7=CD=B4 =CB=D1=C7=E3=A8 =A4=C5=CD=E0=C3=CA=E0=B5=CD=C3=CD=C5=E4=B5=C3=A1=C5=D5=E0=AB=CD=E4=C3=B4=EC=CA=D9=A7 =CA=D4=E8=A7=B5=E8=D2=A7=E6=A2=E9=D2=A7=B5=E9=B9=B9=D3=E4=BB=CA=D9=E8=E2=C3=A4=B7=D5=E8=B5=E9=CD=A7=C3=D1=A1=C9=D2 =E0=AA=E8=B9 =B9=E9=D3=CB=B9=D1=A1=B5=D1=C7=C1=D2=A1=E4=C1=E8=E4=B4=E9=CB=C1=D2=C2=B6=D6=A7=A4=C7=D2=C1=CD=D6=B4=CD=D1=B4 =CB=C3=D7=CD=A2=D2=B4=A4=C7=D2=C1=E0=AA=D7=E8=CD=C1=D1=E8=B9 =E1=B5=E8=CB=C1=D2=C2=B6=D6=A7=A1=D2=C3=B9=D3=E4=BB=CA=D9=E8=E2=C3=A4=C0=D1=C2=C1=D2=A1=C1=D2=C2=E0=C3=D4=E8=C1=A8=D2=A1=CB=C5=CD=B4=E0=C5=D7=CD=B4=B5=D5=BA=B5=D1=B9 =A4=C7=D2=C1=B4=D1=B9=CA=D9=A7 =E2=C3=A4=CB=D1=C7=E3=A8 =CA=C1=CD=A7=BD=E8=CD =AB=D6=E8=A7=CA=D4=E8=A7=E0=CB=C5=E8=D2=B9=D5=E9=B9=D3=E4=BB=CA=D9=E8=A1=D2=C3=B5=E9=CD=A7=C3=D1=A1=C9=D2 =B7=D1=E9=A7=C2=D1=A7=C1=D5=CA=D2=C3=BE=D4=C9=B5=E8=D2=A7=E6=A8=D2=A1=BE=D7=AA=BE=C3=C3=B3 =E1=C5=D0=CD=D2=CB=D2=C3=A8=D2=A1=E0=B9=D7=E9=CD=CA=D1=B5=C7=EC =C3=C7=C1=B7=D1=E9=A7=CD=D2=A1=D2=C8=B7=D5=E8=CB=D2=C2=E3=A8 =B7=D8=A1=B7=E8=D2=B9=CA=D2=C1=D2=C3=B6=CB=C5=D5=A1=E0=C5=D5=E8=C2=A7=E2=C3=A4=B5=E8=D2=A7=E6=E4=B4=E9=B4=E9=C7=C2=A1=D2=C3=BB=E9=CD=A7=A1=D1=B9=B7=D2=A7=E2=C0=AA=B9=D2=A1=D2=C3=B5=D2=C1=CB=C5=D1=A1=C7=D4=AA=D2=E2=C0=AA=B9=D2=A1=D2=C3 =E2=C0=AA=B9=D2=A1=D2=C3=B7=D5=E8=B4=D5=E1=C5=D0=E4=B4=E9=C3=D1=BA=A1=D2=C3=E1=A1=E9=E4=A2=A8=D0=AA=E8=C7=C2=B7=E8=D2=B9=E0=C5=D5=E8=C2=A7=CA=C0=D2=C7=D0=E0=CA=D5=E8=C2=A7=E4=B4=E9=B6=D6=A7 70 =E0=BB=CD=C3=EC=E0=AB=B9=B5=EC =B7=D3=E3=CB=E9=B7=E8=D2=B9=B4=D9=B4=D5 =E1=C5=D0=E1=A8=E8=C1=E3=CA =C3=C7=C1=B6=D6=A7=CA=C0=D2=BE=A8=D4=B5=E3=A8=B7=D5=E8=B4=D5=A2=D6=E9=B9 =E0=BE=D5=C2=A7=A1=C3=CD=A1=A2=E9=CD=C1=D9=C5=B7=D5=E8 www=2Egeocities=2Ecom=2Fhealthclub999=2Foctaline =A2=CD=A2=CD=BA=BE=C3=D0=A4=D8=B3=C1=D2 =B3=2E=E2=CD=A1=D2=CA=B9=D5=E9 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =CB=D2=A1=B7=E8=D2=B9=E4=C1=E8=BB=C3=D0=CA=A7=A4=EC=C3=D1=BA=E0=CD=A1=CA=D2=C3=A8=D2=A1=E0=C3=D2=CD=D5=A1 =A1=C3=D8=B3=D2=CA=E8=A7 E-Mail Address=E4=BB=B7=D5=E8 =3A fullymove458=40yahoo=2Ecom =C3=D0=BA=BA=A8=D0=B7=D3=A1=D2=C3=C5=BA=AA=D7=E8=CD=A2=CD=A7=B7=E8=D2=B9=CD=CD=A1=A8=D2=A1=B0=D2=B9=A2=E9=CD=C1=D9=C5 =28=A1=C3=D8=B3=D2=CA=E8=A7 mail address =E0=B7=E8=D2=B9=D1=E9=B9=29 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F You can insist on unsubscibed list by submit your E-mail address at fullymove458=40yahoo=2Ecom Please give specific E-mail address=2E -- To unsubscribe, e-mail: <mailto:caldwellmichelle@example.org> For additional commands, e-mail: <mailto:caldwellmichelle@example.org> From avalon-dev-returncaldwellmichelle@example.org Thu Jan 02 15:53:04 2003 Return-Path: <avalon-dev-returncaldwellmichelle@example.org> Delivered-To: caldwellmichelle@example.org Received: (qmail 17958 invoked from network); 2 Jan 2003 15:53:03 -0000 Received: from exchange.sun.com (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 15:53:03 -0000 Received: (qmail 29173 invoked by uid 97); 2 Jan 2003 15:54:17 -0000 Delivered-To: caldwellmichelle@example.org Received: (qmail 29115 invoked by uid 97); 2 Jan 2003 15:54:15 -0000 Mailing-List: contact caldwellmichelle@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:caldwellmichelle@example.org> List-Subscribe: <mailto:caldwellmichelle@example.org> List-Help: <mailto:caldwellmichelle@example.org> List-Post: <mailto:caldwellmichelle@example.org> List-Id: "Avalon Developers List" <avalon-dev.jakarta.apache.org> Reply-To: "Avalon Developers List" <caldwellmichelle@example.org> Delivered-To: mailing list caldwellmichelle@example.org Received: (qmail 1137 invoked by uid 98); 2 Jan 2003 15:08:17 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <caldwellmichelle@example.org> Date: Thu, 02 Jan 2003 15:06:33 +0000 From: Ross Gardler <caldwellmichelle@example.org> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: caldwellmichelle@example.org CC: caldwellmichelle@example.org, caldwellmichelle@example.org Subject: Re: Build Environment References: <caldwellmichelle@example.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I've not looked at Maven for quite some time so I will only comment on Centipede here: Berin Loritsch wrote: > -o0 Weaknesses 0o- > > Centipede > --------- > * The project descriptors are not as easily intuitive. You have > an XML based properties file, as well as a meta-build ANT file. > Why not just declare everything once like Maven, and take care > of the dependencies automatically. A better way of handling project and build descriptors is currently under discussion. > * Centipede's default install does not automatically download and > install missing cents. Cents are required for Centipede to do its > work, but all the required Cents are not included for some strange > reason. Centipede's default install does not include any of the cents in order to minimise the download size, however, all required cents should be downloaded when you build your project. They are downloaded to a central repository so each cent need only be downloaded once per site. There is no need to manually download anything other than the default install. If you had a different experience please report this as a bug and we'll deal with it (there is a known bug causing problems behind authenticating proxies). There is a separate bundle of cents should you prefer to download them all and install them manually for some reason. > * In the absence of a meta-build ANT file, Centipede does not provide > a way to "seed" a new project like Forrest. It should be easy to > do, and it would be better than trying to figure out what to do > from the site documentation. There is a templates project in CVS which provides a number of such "seed" projects. However, there is not currently a target for seeding a new project automatically in the way that Forrest does, you can expect one very soon though, I will tackle it today. > * Way too much information spit out at the user. Mountains of log > files go by, some of the actions appear to be recursive (which > always makes me nervous), and there is no intuitive way to lower > the threshold of the log messages. I am not trying to debug > Centipede--I just want to debug Avalon. > > Maven > ----- > * No way to "seed" a new project like Forrest does. I think work > might be underway for it though. > * Maven downloads alot of stuff to get started. If you don't have > a fat internet connection, your first build takes a really long > time. > * Difficult to extend with project-specific modules. The machinery > is there, but it has a lot of rough edges. The Forrest module is > not included by default. > > -o0 Unclear Things 0o- > > Both projects have the typical Open Source failings. Documentation > is sparse, and typically only covers what the developers were > concentrating on. For example, both focus more attention to > _converting_ an existing project than to _creating_ a new project > from scratch. Between the two, Maven does have marginally better > documentation. Fair comment. We have however, just completed a system that automatically generates documentation for our cents (plugins) from the build files and module descriptors. With this new documentation system you can expect more rapid development of docs since developers no longer need to maintain them separately from code. > > Centipede > --------- > * It looks like Centipede might be able to function like Maven to > download dependencies on demand. I just can't seem to figure out > how it would work. It does, the fact that it hasn't done so for you seems to indicate that you may be hitting one of our known bugs: if you are behind an authenticating proxy the auto download. So far there is no-one clamouring for a fix for this - if this is what stops you from using Centipede I am sure we'll tackle it for you. > * Can I declare my build properties in a Properties file? It would > actually be more intuitive than the XML variation, and a lot more > dense. XML is not a panacea--it is a tool, and for this purpose > it is overkill. It works quite well for the project descriptor, > but not for properties. I'm not 100% sure, someone will correct me if I am wrong, I don't *think* this is currently possible, but could be easily included if necessary. The reason I prefer to use XML is because I can generate documentation from it very easily. > * If I use Forrest directly, I can stick my doc files in > src/documentation/content/. If I use it through Centipede then > I have to stick it in src/documentation/content/xdocs/. There > is a mismatch. The forrest cent has now been updated to the latest version of forrest (Forrest itself used to use src/documentation/content/xdocs/). However, the location of these files is configurable and can be changed if you already have a directory structure you want to stick with. With the new version of the forrest cent you can build your docs independently of centipede by running the forrest command, although you will not get updated cent outputs for obvious reasons. The location of all files in the project, not just docs, can be configured in this way. You mentioned in your preamble that you have been experimenting with new directory structures in order to use Centipede. This is not necessary as you should be able to configure Centipede to work with your current structure. > > Maven > ----- > * What happens if I don't have an internet connection after I do > the initial install? Will it be useless? > > > -o0 The Bottom Line 0o- > > Neither build system is perfect. After my excersize, I have come > to the conclusion that Maven is the more mature of the two build > systems--but Centipede is catching up fast. In fact, if the current > pace of development for the two projects continue, Centipede may > very well overtake Maven in features and ease of use. > > I think Maven has a lower barrier of entry to the user, but > Centipede is becoming easier to use and more developer friendly. > I am a fan of black box tools like Maven, but if I need to do > something a little out of the ordinary, I like the flexibility > of Centipede. > > For Avalon, I want to depart from the hienous build system we > have now. We have stretched ANT to its limits, and have many > many JARs in our CVS. Our recursive build in Excalibur is > problematic, and there is no clean way to simply declare > dependencies--or even create a dependency graph. When you have > one project that depends on another, that depends on yet another, > you would like to know all the dependencies that are required > for your build. Also, we (or is it just me?) would like to > provide two versions of a project--A smaller JAR where the user > has to include all the other dependencies, and a larger JAR > where all Avalon code is included--making it easier for a > user to use some of the larger and more complex subprojects. > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Krysalis-developers mailing list > caldwellmichelle@example.org > https://lists.sourceforge.net/lists/listinfo/krysalis-developers -- To unsubscribe, e-mail: <mailto:caldwellmichelle@example.org> For additional commands, e-mail: <mailto:caldwellmichelle@example.org> From avalon-dev-returncaldwellmichelle@example.org Thu Jan 02 16:04:17 2003 Return-Path: <avalon-dev-returncaldwellmichelle@example.org> Delivered-To: caldwellmichelle@example.org Received: (qmail 22555 invoked from network); 2 Jan 2003 16:04:16 -0000 Received: from exchange.sun.com (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 16:04:16 -0000 Received: (qmail 7715 invoked by uid 97); 2 Jan 2003 16:05:32 -0000 Delivered-To: caldwellmichelle@example.org Received: (qmail 7698 invoked by uid 97); 2 Jan 2003 16:05:32 -0000 Mailing-List: contact caldwellmichelle@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:caldwellmichelle@example.org> List-Subscribe: <mailto:caldwellmichelle@example.org> List-Help: <mailto:caldwellmichelle@example.org> List-Post: <mailto:caldwellmichelle@example.org> List-Id: "Avalon Developers List" <avalon-dev.jakarta.apache.org> Reply-To: "Avalon Developers List" <caldwellmichelle@example.org> Delivered-To: mailing list caldwellmichelle@example.org Received: (qmail 7685 invoked by uid 98); 2 Jan 2003 16:05:31 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Date: Thu, 2 Jan 2003 08:06:06 -0800 Subject: Re: Build Environment Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: David Worms <caldwellmichelle@example.org> To: "Avalon Developers List" <caldwellmichelle@example.org> Content-Transfer-Encoding: 7bit In-Reply-To: <caldwellmichelle@example.org> Message-Id: <caldwellmichelle@example.org> X-Mailer: Apple Mail (2.551) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I have integrate Maven with my phoenix project since 2 months now and i'll share my experience as a user. I am still using ant for every task requiring xdoclet. This include generating altRMI code and meta information. I could have integrate it into the maven.xml file, but I didn't want to spend to much time on it. The best solution would be the creation of avalon-specific reactors (I think the term reactor is appropriate to define a maven module). To me, Maven is exceptionally useful when compiling and unit testing my code, on which I spend most of my time. It is really straightforward to build/install/integrate Maven with your existing project and compilation is much faster than ant when calling "maven console" followed by "test" at the prompt line. To answer one of your concern about Maven, you do not have to be connected to the internet as long as you dependancies declared in your project.xml file satisfy your maven's repository. There are some naming convention to be used to, and then you can manually add your jar into the filesystem directly. David On Thursday, January 2, 2003, at 06:10 AM, Berin Loritsch wrote: > We have already identified our build environment to be somewhat > lacking. The number of JARs that we need to hold on to, and the > number of files we need to keep track of, is extensive. As a result, > before a release we have to debug our build environment along with > our code. It is a time consuming job we shouldn't have to worry about. > > To fix the problem, I proposed Maven, and Nicola counter-proposed > Centipede. Since I don't want to speak about things I didn't know, > I decided to create a new "avalon" directory structure on my machine > to experiment with the two build tools. Both have changed a fair > amount since the last time I performed this excersize. Neither are > a perfect match (again), but they are both far more user friendly. > > I figure that if I post this here, and copy the respective mailing > lists, it will generate discussion and action in the respective groups > again. Below is a list of strengths and weaknesses of each project. > This is from the viewpoint of a user who doesn't know (and quite > frankly doesn't care) how the internals work. I used the latest > release from both projects--not the current CVS. > > -o0 Strengths 0o- > > Centipede > --------- > * Integrates with Forrest, which I also like by default. > * Easy to extend for our purposes. User defined Cents are easy to > develop and incorporate. > * Declarative project descriptor integrates with Gump easily--it > is merely an extended Gump descriptor. > * Provides an interactive build if the user does not specify a > specific target. It is a great help to those who are just learning > how to make builds. > > Maven > ----- > * Integrates with Forrest, but not by default. > * Not easy to extend with user defined modules, it requires user > intervention to install project specific modules. > * Project descriptor is declarative. It is intuitive and > easy to understand. All a user needs to know is how to declare > dependencies, and Maven takes care of it. > * No explicit build script is needed. Maven fills in the blanks > itself. > * Not cluttered with messages that do not mean anything to the user. > The build output provides enough information to know that things > are working, and not so much that problems get hidden. > > -o0 Weaknesses 0o- > > Centipede > --------- > * The project descriptors are not as easily intuitive. You have > an XML based properties file, as well as a meta-build ANT file. > Why not just declare everything once like Maven, and take care > of the dependencies automatically. > * Centipede's default install does not automatically download and > install missing cents. Cents are required for Centipede to do its > work, but all the required Cents are not included for some strange > reason. > * In the absence of a meta-build ANT file, Centipede does not provide > a way to "seed" a new project like Forrest. It should be easy to > do, and it would be better than trying to figure out what to do > from the site documentation. > * Way too much information spit out at the user. Mountains of log > files go by, some of the actions appear to be recursive (which > always makes me nervous), and there is no intuitive way to lower > the threshold of the log messages. I am not trying to debug > Centipede--I just want to debug Avalon. > > Maven > ----- > * No way to "seed" a new project like Forrest does. I think work > might be underway for it though. > * Maven downloads alot of stuff to get started. If you don't have > a fat internet connection, your first build takes a really long > time. > * Difficult to extend with project-specific modules. The machinery > is there, but it has a lot of rough edges. The Forrest module is > not included by default. > > -o0 Unclear Things 0o- > > Both projects have the typical Open Source failings. Documentation > is sparse, and typically only covers what the developers were > concentrating on. For example, both focus more attention to > _converting_ an existing project than to _creating_ a new project > from scratch. Between the two, Maven does have marginally better > documentation. > > Centipede > --------- > * It looks like Centipede might be able to function like Maven to > download dependencies on demand. I just can't seem to figure out > how it would work. > * Can I declare my build properties in a Properties file? It would > actually be more intuitive than the XML variation, and a lot more > dense. XML is not a panacea--it is a tool, and for this purpose > it is overkill. It works quite well for the project descriptor, > but not for properties. > * If I use Forrest directly, I can stick my doc files in > src/documentation/content/. If I use it through Centipede then > I have to stick it in src/documentation/content/xdocs/. There > is a mismatch. > > Maven > ----- > * What happens if I don't have an internet connection after I do > the initial install? Will it be useless? > > > -o0 The Bottom Line 0o- > > Neither build system is perfect. After my excersize, I have come > to the conclusion that Maven is the more mature of the two build > systems--but Centipede is catching up fast. In fact, if the current > pace of development for the two projects continue, Centipede may > very well overtake Maven in features and ease of use. > > I think Maven has a lower barrier of entry to the user, but > Centipede is becoming easier to use and more developer friendly. > I am a fan of black box tools like Maven, but if I need to do > something a little out of the ordinary, I like the flexibility > of Centipede. > > For Avalon, I want to depart from the hienous build system we > have now. We have stretched ANT to its limits, and have many > many JARs in our CVS. Our recursive build in Excalibur is > problematic, and there is no clean way to simply declare > dependencies--or even create a dependency graph. When you have > one project that depends on another, that depends on yet another, > you would like to know all the dependencies that are required > for your build. Also, we (or is it just me?) would like to > provide two versions of a project--A smaller JAR where the user > has to include all the other dependencies, and a larger JAR > where all Avalon code is included--making it easier for a > user to use some of the larger and more complex subprojects. > > > -- > To unsubscribe, e-mail: > <mailto:caldwellmichelle@example.org> > For additional commands, e-mail: > <mailto:caldwellmichelle@example.org> > -- To unsubscribe, e-mail: <mailto:caldwellmichelle@example.org> For additional commands, e-mail: <mailto:caldwellmichelle@example.org> From avalon-dev-returncaldwellmichelle@example.org Thu Jan 02 16:31:08 2003 Return-Path: <avalon-dev-returncaldwellmichelle@example.org> Delivered-To: caldwellmichelle@example.org Received: (qmail 42329 invoked from network); 2 Jan 2003 16:31:07 -0000 Received: from exchange.sun.com (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 16:31:07 -0000 Received: (qmail 29262 invoked by uid 97); 2 Jan 2003 16:32:23 -0000 Delivered-To: caldwellmichelle@example.org Received: (qmail 29195 invoked by uid 97); 2 Jan 2003 16:32:22 -0000 Mailing-List: contact caldwellmichelle@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:caldwellmichelle@example.org> List-Subscribe: <mailto:caldwellmichelle@example.org> List-Help: <mailto:caldwellmichelle@example.org> List-Post: <mailto:caldwellmichelle@example.org> List-Id: "Avalon Developers List" <avalon-dev.jakarta.apache.org> Reply-To: "Avalon Developers List" <caldwellmichelle@example.org> Delivered-To: mailing list caldwellmichelle@example.org Received: (qmail 29171 invoked by uid 98); 2 Jan 2003 16:32:21 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Reply-To: <caldwellmichelle@example.org> From: "Berin Loritsch" <caldwellmichelle@example.org> To: "'Avalon Developers List'" <caldwellmichelle@example.org>, <caldwellmichelle@example.org> Cc: <caldwellmichelle@example.org> Subject: RE: Build Environment Date: Thu, 2 Jan 2003 11:31:37 -0500 Message-ID: <caldwellmichelle@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <caldwellmichelle@example.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > From: Ross Gardler [mailto:caldwellmichelle@example.org] > > I've not looked at Maven for quite some time so I will only > comment on > Centipede here: Good. > Berin Loritsch wrote: > > -o0 Weaknesses 0o- > > > > Centipede > > --------- > > * The project descriptors are not as easily intuitive. You have > > an XML based properties file, as well as a meta-build ANT file. > > Why not just declare everything once like Maven, and take care > > of the dependencies automatically. > > A better way of handling project and build descriptors is currently > under discussion. Sounds good. > > * Centipede's default install does not automatically download and > > install missing cents. Cents are required for Centipede to do its > > work, but all the required Cents are not included for some strange > > reason. > > Centipede's default install does not include any of the cents > in order > to minimise the download size, however, all required cents should be > downloaded when you build your project. They are downloaded > to a central > repository so each cent need only be downloaded once per site. Well, the required cents should be included. Another way to minimize download time is to have two versions of the Forrest cent. If centipede discovers that Forrest is installed separately, then you only need to *use* it--not download another instance. It's only a minor gripe though. Does the current Forrest Cent use all the files the same way that Forrest does, or do you have to redeclare your settings in the XML properties file? > There is no need to manually download anything other than the default > install. If you had a different experience please report this > as a bug > and we'll deal with it (there is a known bug causing problems behind > authenticating proxies). I think this really is a user issue. Once I had Centipede installed (with CENTIPEDE_HOME in my path), I didn't know what to do. For some reason it wouldn't interact nicely on my system. One possibility was I was using Cygwin and had Centipede installed on my D: drive (mangling the path to /cygdrive/d/) which might mess up the BASH scripts. > There is a separate bundle of cents should you prefer to > download them > all and install them manually for some reason. I thought that is what you were supposed to do. I think you need some "getting started" docs. > > * In the absence of a meta-build ANT file, Centipede does > not provide > > a way to "seed" a new project like Forrest. It should be easy to > > do, and it would be better than trying to figure out what to do > > from the site documentation. > > There is a templates project in CVS which provides a number of such > "seed" projects. However, there is not currently a target for > seeding a > new project automatically in the way that Forrest does, you > can expect > one very soon though, I will tackle it today. Excellent. That will *really* help out--and maybe even push my opinion of which is the better build system towards Centipede. > > * Way too much information spit out at the user. Mountains of log > > files go by, some of the actions appear to be recursive (which > > always makes me nervous), and there is no intuitive way to lower > > the threshold of the log messages. I am not trying to debug > > Centipede--I just want to debug Avalon. Will you be tackling minimizing the log levels so the user doesn't have to look at mountains of meaningless (to him) information stream by? It also slows down the build because writing to System.out is far slower than writing to a file. Maybe logging to a file by default would be an even better idea? > > > > Centipede > > --------- > > * It looks like Centipede might be able to function like Maven to > > download dependencies on demand. I just can't seem to figure out > > how it would work. > > It does, the fact that it hasn't done so for you seems to > indicate that > you may be hitting one of our known bugs: if you are behind an > authenticating proxy the auto download. So far there is no-one > clamouring for a fix for this - if this is what stops you from using > Centipede I am sure we'll tackle it for you. Don't let it stop you from tackling you, but my problem was a user issue. Kind of a "I downloaded this thing, set the environment variable, put it in my path, so now what do I do?" problem. > > * Can I declare my build properties in a Properties file? It would > > actually be more intuitive than the XML variation, and a lot more > > dense. XML is not a panacea--it is a tool, and for this purpose > > it is overkill. It works quite well for the project descriptor, > > but not for properties. > > I'm not 100% sure, someone will correct me if I am wrong, I don't > *think* this is currently possible, but could be easily included if > necessary. The reason I prefer to use XML is because I can generate > documentation from it very easily. What documentation would you realistically create from the properties? The only thing I could think of would be just listing what the settings were that I chose. It is of dubious value, and can just as easily be accomplished by referencing the properties file via a URL, or embedding it in a <pre/> section on the site. > The location of all files in the project, not just docs, can be > configured in this way. You mentioned in your preamble that you have > been experimenting with new directory structures in order to use > Centipede. This is not necessary as you should be able to configure > Centipede to work with your current structure. We are wanting to impose a scalable directory structure for the future of Avalon, so it is not directly related to Centipede/Maven. I know that both of those tools can be altered to support what we want (within reason). -- To unsubscribe, e-mail: <mailto:caldwellmichelle@example.org> For additional commands, e-mail: <mailto:caldwellmichelle@example.org> From avalon-dev-returncaldwellmichelle@example.org Thu Jan 02 16:38:55 2003 Return-Path: <avalon-dev-returncaldwellmichelle@example.org> Delivered-To: caldwellmichelle@example.org Received: (qmail 47038 invoked from network); 2 Jan 2003 16:38:54 -0000 Received: from exchange.sun.com (83.161.120.155) by daedalus.apache.org with SMTP; 2 Jan 2003 16:38:54 -0000 Received: (qmail 7618 invoked by uid 97); 2 Jan 2003 16:38:47 -0000 Delivered-To: caldwellmichelle@example.org Received: (qmail 7410 invoked by uid 97); 2 Jan 2003 16:38:41 -0000 Mailing-List: contact caldwellmichelle@example.org; run by ezmlm Precedence: bulk List-Unsubscribe: <mailto:caldwellmichelle@example.org> List-Subscribe: <mailto:caldwellmichelle@example.org> List-Help: <mailto:caldwellmichelle@example.org> List-Post: <mailto:caldwellmichelle@example.org> List-Id: "Avalon Developers List" <avalon-dev.jakarta.apache.org> Reply-To: "Avalon Developers List" <caldwellmichelle@example.org> Delivered-To: mailing list caldwellmichelle@example.org Received: (qmail 7299 invoked by uid 98); 2 Jan 2003 16:38:40 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Subject: Re: Build Environment From: Jason van Zyl <caldwellmichelle@example.org> To: caldwellmichelle@example.org Cc: caldwellmichelle@example.org, caldwellmichelle@example.org, caldwellmichelle@example.org In-Reply-To: <caldwellmichelle@example.org> References: <caldwellmichelle@example.org> Content-Type: text/plain Organization: Zenplex Message-Id: <caldwellmichelle@example.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 02 Jan 2003 11:37:15 -0500 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH caldwellmichelle@example.org from [83.161.120.155] using ID <caldwellmichelle@example.org> at Thu, 2 Jan 2003 11:36:53 -0500 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Thu, 2003-01-02 at 09:10, Berin Loritsch wrote: > We have already identified our build environment to be somewhat > lacking. The number of JARs that we need to hold on to, and the > number of files we need to keep track of, is extensive. As a result, > before a release we have to debug our build environment along with > our code. It is a time consuming job we shouldn't have to worry about. > > To fix the problem, I proposed Maven, and Nicola counter-proposed > Centipede. Since I don't want to speak about things I didn't know, > I decided to create a new "avalon" directory structure on my machine > to experiment with the two build tools. Both have changed a fair > amount since the last time I performed this excersize. Neither are > a perfect match (again), but they are both far more user friendly. You can also look at the plexus build, which is an Avalon container with many components. Doesn't take much to build them all in the correct order. > I figure that if I post this here, and copy the respective mailing > lists, it will generate discussion and action in the respective groups > again. Below is a list of strengths and weaknesses of each project. > This is from the viewpoint of a user who doesn't know (and quite > frankly doesn't care) how the internals work. I used the latest > release from both projects--not the current CVS. > > -o0 Strengths 0o- > > Centipede > --------- > * Integrates with Forrest, which I also like by default. > * Easy to extend for our purposes. User defined Cents are easy to > develop and incorporate. > * Declarative project descriptor integrates with Gump easily--it > is merely an extended Gump descriptor. > * Provides an interactive build if the user does not specify a > specific target. It is a great help to those who are just learning > how to make builds. > > Maven > ----- > * Integrates with Forrest, but not by default. I myself don't have much interest in Forrest and I'm not out to pander to Avalon so I haven't done anything on this front as I'm focusing on JSL for the documentation transformation mechanism. It is very fast and getting faster. It's basically XSLT with object access. DVSL has been fully replaced in CVS HEAD. But I would never stop anyone from using what they want and if it makes it easier for you the forrest plugin can be distributed right now. I personally don't like cocoon much but I'm not going to block attempts by anyone else to use it. If Jeff wants to put the Maven plugin in CVS I don't think anyone would object to giving him access to maintain it until we get the plugins out of the core. As for plugins in general, they will use the same mechanism other dependencies use. So if a project states the need for a particular plugin it will just come down like any other dependency. The general mechanism is in place and the touchstone build in maven has a sample using a WAR file as a dependency. > * Not easy to extend with user defined modules, it requires user > intervention to install project specific modules. You mean the plugins are not easy to create or that users need to pop them in? As to the former I'm really no judge as making plugins: for me it isn't a challenge but I'm sure others may find it quirky. As for the latter, a plugin can be made a dependency and be dragged down with
{'source': 'Apache Software Foundation Public Mail Archives'}