Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 86354 invoked from network); 16 Jan 2008 18:05:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Jan 2008 18:05:00 -0000 Received: (qmail 38060 invoked by uid 500); 16 Jan 2008 18:04:49 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 37666 invoked by uid 500); 16 Jan 2008 18:04:48 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 37655 invoked by uid 99); 16 Jan 2008 18:04:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Jan 2008 10:04:48 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [216.86.168.178] (HELO mxout-03.mxes.net) (216.86.168.178) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Jan 2008 18:04:21 +0000 Received: from [192.168.0.125] (unknown [212.76.37.214]) by smtp.mxes.net (Postfix) with ESMTP id 3A0CE23E49A for ; Wed, 16 Jan 2008 13:04:27 -0500 (EST) Message-ID: <478E478E.9080606@apache.org> Date: Wed, 16 Jan 2008 19:06:06 +0100 From: Grzegorz Kossakowski User-Agent: Thunderbird 2.0.0.9 (X11/20070801) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Repository block and C2.2 References: <954B4833-CB1E-4EB8-BF30-6B5DA3203244@robinwyles.com> <477B9C8C.6060906@tuffmail.com> <16500C7C-BE58-4C15-8857-A00AF8F3BBAB@robinwyles.com> <477DA1F8.5020307@gmx.de> <45A2FB44-C0A2-4C7A-A0B3-C3BFB41E2128@robinwyles.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Robin Wyles pisze: > After looking a bit deeper into this I can't see why the following > dependencies exist: > > cocoon-eventcache-impl -> cocoon-jms-impl > > cocoon-jms-impl -> cocoon-cron-impl > > Removing these dependencies from the block POMs doesn't cause any build > errors. Could someone with more knowledge of the eventcache and jms > blocks tell me if these dependencies are still valid? Hi Robin, I've looked at this dependencies and I guess they are some relict from the past. If repository works without eventcache I wouldn't bother about it too much at this stage. My advice is to just move on and have something working first. -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/