"Eric Pugh" <[EMAIL PROTECTED]> writes:

>As far as the jar thing goes there are advantages and disadvantages.

>One big jar is easier to deal with.

>Lots of little jars allow you to include ONLY what you want.

>Lots of little jars are easier to update one segment.

Lots of little jars lead to things like this:

% ls commons-httpclient/jars/*.jar
commons-httpclient/jars/commons-httpclient-2.0-alpha3.jar
commons-httpclient/jars/commons-httpclient-2.0-beta1.jar
commons-httpclient/jars/commons-httpclient-2.0-rc1.jar
commons-httpclient/jars/commons-httpclient-2.0alpha1-20020829.jar

Maven dependencies on c-httpclient from the maven build. One would
think that the "home of the reactor" would be able to get a single,
unified set of dependencies.

I personally prefer the "a few big jars" approach. But it's just an opinion,
feel free to work on Fulcrum as you like.

        Regards
                Henning

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
[EMAIL PROTECTED]        +49 9131 50 654 0   http://www.intermeta.de/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
freelance consultant -- Jakarta Turbine Development  -- hero for hire

"Dominate!! Dominate!! Eat your young and aggregate! I have grotty silicon!" 
      -- AOL CD when played backwards  (User Friendly - 200-10-15)

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to