Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of norman.maurer@googlemail.com
 designates 209.85.210.170 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        b=r+twiQ5/BZPoz+IKnjnxLwzkqQ8iYGZyj/hJn04n6KfIcsib5g5GUpDytXjHqSQm+b
         OWLc58+R8AoU7uc0erxQcGbP89/IL1MibQm+CIDyys4iBA9OQP8AlwMm2d4ZljIcNouh
         26AYsOS2Mgji9UvwynV+LxvTFEA8AvEr8Q6+Y=
MIME-Version: 1.0
Sender: norman.maurer@googlemail.com
In-Reply-To: <AANLkTim02xN9FUS1PcFsyhdwhE4B+kpp8Dd-FeNOo0Qr@mail.gmail.com>
References: 
 <E0F8F1147C0A1447A6C5B2C0BDE7970C020EDC22@GAALPA1MSGUSR90.ITServices.sbc.com>
	<4D482D90.5050004@adobe.com>
	<AANLkTim02xN9FUS1PcFsyhdwhE4B+kpp8Dd-FeNOo0Qr@mail.gmail.com>
Date: Wed, 2 Feb 2011 13:58:47 +0100
Message-ID: <AANLkTik-s+f+93JLJ9VTHYL3qnP5evYEvWAYby18bN6B@mail.gmail.com>
Subject: Re: Jackrabbit dependencies
From: Norman Maurer <norman@apache.org>
To: users@jackrabbit.apache.org
Content-Type: text/plain; charset=ISO-8859-1

Good point Stefan,

thats exactly the cause why we (JAMES) exclude a bunch of
dependencies. I think jackrabbit would better be of to provide a
"light" distribution or mark things like these a optional.

Bye,
Norman


2011/2/2 Stefan Guggisberg <stefan.guggisberg@gmail.com>:
> On Tue, Feb 1, 2011 at 4:58 PM, Jukka Zitting <jzitting@adobe.com> wrote:
>> Hi,
>>
>> On 02/01/2011 04:35 PM, GOODWIN, MATTHEW (ATTCORP) wrote:
>>>
>>> We'd like to trim down the required dependencies that are deployed
>>> in our application.
>>
>> Do you have some pressing need for this (size, licensing, etc.)? If not,
>> by far the easiest solution is just to leave the dependencies intact, as
>> otherwise you'll need to keep reviewing your custom deployment whenever
>> you do an upgrade as the dependency graph may have changed.
>>
>> In the end it's just a few megabytes of extra bits which should nowadays
>
> sorry, but i don't agree. adding 'just a few megabytes' of extra dependencies
> which the majority of the users won't need do add up in the end and
> might cause conflicts in different deployment scenarios.
>
> the recent addition of the netcdf library is IMO an excellent example.
> apparently it did cause classloader issues, it increased the size of
> stand-alone
> jackrabbit by 15% and the majority of jackrabbit users will probably
> never use it... [1]
>
> just my 0.02$
>
> cheers
> stefan
>
> [1] http://jackrabbit.510166.n4.nabble.com/unable-to-build-trunk-missing-dependency-tp3080075p3080160.html
>
>> only be a problem if you're targeting a mobile or other embedded
>> environment. If you do and there's wider demand for something like this, we
>> might want to consider including such a jackrabbit-lite package in our
>> normal releases.
>>
>>> I've seen the output of the mvn dependency:tree but I was curious if
>>> some of the poi dependencies can be excluded at runtime.
>>
>> The POI libraries are used for full text indexing of various Microsoft file
>> formats, most notably MS Office.
>>
>> --
>> Jukka Zitting
>>
>