Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Message-Id: <42AEC3A2.8030903@ev.co.yu>
Date: Tue, 14 Jun 2005 13:46:42 +0200
From: Nikola Milutinovic <Nikola.Milutinovic@ev.co.yu>
Organization: EPS JP Elektrovojvodina
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.7.8) Gecko/20050511
Mime-Version: 1.0
To: Tomcat Users List <tomcat-user@jakarta.apache.org>
Subject: Re: [Q] when to share jars
References: <20050614095705.42460.qmail@web41209.mail.yahoo.com>
 <42AEB95B.5050706@joedog.org>
In-Reply-To: <42AEB95B.5050706@joedog.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Tim Funk wrote:

> Never. I share jars. I wish I hadn't.
>
> When you upgrade JSTL, struts, etc - all get the upgrade for free - 
> but that means ultra stable apps which haven't been touched in years 
> may "magically break".


You're absolutely right Tim. If it works, don't fix it. And there is 
nothing worse than fixing (and breaking) something you never intended to 
touch, in the forst place. JPackage project is a valiant effort, but 
anyone who has gone through their (or any other) "RPM dependency hell" 
knows that stability is hard to achieve and even harder to preserve.

You might lean on JPackage, but you'll still be unable to prevent 
upgrade from breaking stuff. Of course, you can require an exact version 
of JSTL, Struts,..., but that is just like saying "don't touch anything".

Since there is nothing in the J2EE contract that would provide some sort 
of "library versioning control", the only thing you can do is package 
JARs with each web-app. That, unfortunately, bloats the WAR, but there 
is no other way to ensure stability.

> [Exception - log4j ... I like have a common/lib log4j]


Didn't someone complain on loggers overwriting each other? Of course, it 
might be a case of misuse.

Nix.

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org