Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Message-ID: <3E5CA021.4010604@apache.org>
Date: Wed, 26 Feb 2003 12:08:17 +0100
From: Stefano Mazzocchi <stefano@apache.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.3b) Gecko/20030202
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: [RT] what cocoon is doing wrong
References: <3E5BBC11.5050205@apache.org> <3E5BBED2.4070606@apache.org>
In-Reply-To: <3E5BBED2.4070606@apache.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Berin Loritsch wrote:

>> why do we depend on different 'concurrent' libraries?
> 
> 
> :)  Actually CVS HEAD only requires Doug Lea's stuff.
> We will be releasing ECM again right after Framework which
> will finalize the only released libs to only use the one concurrent
> library.

So, can I remove the one of them from our CVS?

>> why do we have altRMI stuff over in /lib/optional when they are needed 
>> by the instrumentation that is placed on /lib/core? wouldn't it be 
>> core itself?
> 
> 
> AltRMI is not necessarily *required* for InstrumentManager.  It is only
> necessary for connecting to an already running JVM.  The Avalon team is
> also looking into this dependency ourselves.  It is somewhat messy to
> require AltRMI for instrument (which we are looking to officially
> release RSN).

I'll see what I can do to move instrumentation out of the way into a 
block for now.

-- 
Stefano Mazzocchi                               <stefano@apache.org>
    Pluralitas non est ponenda sine necessitate [William of Ockham]
--------------------------------------------------------------------