Berin:

I'd agree that the dependancy creep you describe below is generally a bad thing 
- especially if it only turns up at runtime, that's far worse!

How can we track this down and (if possible and agreeable to all) remove the 
dependancy? I assume it's not a straight import if it's not happening at 
compile-time?

I guess that's a long-winded way of saying "+1" :-)

Mike

On Fri, 25 Jun 2004 09:08:43 -0400
Berin Loritsch <[EMAIL PROTECTED]> wrote:

> It appears that Fortress is suffering from dependency creep.  For a
> longer explanation of what I am referring to look at:
> 
> http://www.jroller.com/comments/bloritsch/Weblog/dependency_creep
> 
> Specifically, either Fortress Container IMPL or Fortress Container API
> has dependencies on Commons Logging and Commons Bean Util where it
> didn't use to.  I really have no problems with either of these libraries
> except the fact that if you compile an existing project using the new
> Fortress libraries you will receive no compilation problems--but if you
> run it, you will find that it doesn't work.  That's bad.
> 
> I am sure there is a reason for including these libraries, although I
> missed what it was in the past.  The need to include Commons Logging
> or having Fortress fail baffles me beyond reason.  Fortress already
> has a logging abstraction, so why do we need two in the same system?
> 
> Do you think we can make a case to remove any dependency that can easily
> be done in house?  It just seems like building on sand (a Stefano
> complaint) and I don't particularly like having a bazillion things to
> depend on just to build another framework.
> 
> -- 
> 
> "Programming today is a race between software engineers striving to 
> build bigger and better idiot-proof programs, and the Universe trying to 
> produce bigger and better idiots. So far, the Universe is winning."
>                  - Rich Cook
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> Apache Excalibur Project -- URL: http://excalibur.apache.org/


-- 
Michael Nash

JGlobal Ltd 
Next-Generation Web Application Development and Open Source Support
http://www.jglobal.com

Bahamas Commerce and Trade
Offshore eCommerce Hosting and Business Services
http://www.bahamascommerce.com


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Apache Excalibur Project -- URL: http://excalibur.apache.org/

Reply via email to