Return-Path: Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 50333 invoked from network); 11 Aug 2003 13:20:22 -0000 Received: from umbongo.flamefew.net (64.253.103.114) by daedalus.apache.org with SMTP; 11 Aug 2003 13:20:22 -0000 Received: by umbongo.flamefew.net (Postfix on Linux (i386), from userid 500) id F2A6CDBB; Mon, 11 Aug 2003 09:20:19 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by umbongo.flamefew.net (Postfix on Linux (i386)) with ESMTP id EC126C86 for ; Mon, 11 Aug 2003 09:20:19 -0400 (EDT) Date: Mon, 11 Aug 2003 09:20:19 -0400 (EDT) From: Henri Yandell X-X-Sender: hen@umbongo.flamefew.net To: Jakarta Commons Developers List Subject: RE: Tomcat Naming In-Reply-To: <9C5166762F311146951505C6790A9CF8A6E9B5@US-VS1.corp.mpi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Mon, 11 Aug 2003, Shapira, Yoav wrote: > > Howdy, > > >Tomcat ships with a naming component which is relatively easy to reuse. > >There has been some talk of moving this Jakarta Commons to encourage > >reuse. > > > >I know that many have expressed interest in doing something like this, > but > >is there anyone out there with any strong views either way. > > I can see a commons-naming component. A naming service implementation > is far from trivial, IMHO, and thus can have many bugs, so having one > solid jakarta implementation starting off from the mature and tested > tomcat one seems cool. > > I didn't realize the tomcat one is dependent on Tyrex, and that has me a > bit worried. Tyrex, while good, hasn't had a release since 1.0 in May > 2002, and seems to be "dead in the water." I'd like to be wrong on > this, though? Tomcat Naming is dependent on JavaMail, JMX, Tyrex, Commons Collections and JTA. However, apart from Collections, all the others are only dependencies for ObjectFactories. JMX is a dependency for a wrapper around the JNDI. So the core JNDI implementation itself is just dependent on Collections [for LRUMap]. Hen