Return-Path: Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 19103 invoked from network); 11 Oct 1999 22:54:33 -0000 Received: from ha1.rdc1.ct.home.com (HELO mail.rdc1.ct.home.com) (imail@24.2.0.66) by apache.org with SMTP; 11 Oct 1999 22:54:33 -0000 Received: from littlefoot ([24.0.243.24]) by mail.rdc1.ct.home.com (InterMail v4.01.01.07 201-229-111-110) with SMTP id <19991012003634.MLIX3646.mail.rdc1.ct.home.com@littlefoot> for ; Mon, 11 Oct 1999 17:36:34 -0700 Message-ID: <003b01bf143b$8d9a7840$0200a8c0@littlefoot> From: "Scott Tavares" To: References: <3801D8DD.F6C88C1C@db.com> <3801EA44.C7F97663@algroup.co.uk> <38022BA1.34BC3E48@eng.sun.com> <380230B4.5BF68CCD@algroup.co.uk> <3802392F.23826909@eng.sun.com> <38024AF5.CF3CD1D8@algroup.co.uk> <19991011182236.A16551@sba.miami.edu> Subject: Re: XML configuration revisited Date: Mon, 11 Oct 1999 18:54:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Don't forget Argo/UML http://www.ics.uci.edu/pub/arch/uml/ & http://www.ics.uci.edu/pub/arch/uml/v07/docs/codeorg.html ----- Original Message ----- From: Troy Poppe To: Sent: Monday, October 11, 1999 6:22 PM Subject: Re: XML configuration revisited > On Mon, Oct 11, 1999 at 11:58:03PM +0200, Jan-Henrik Haukeland wrote: > > Ben Laurie writes: > > > > > James Todd wrote: > > > > > > > > the hosting system need not know or be exposed to the > > > > component details but instead provided the bare minimum > > > > needed to establish the relationship and delegate the > > > > work to the component. the work is in definining the > > > > interface amongst the container and the component. > > > > > > I'm finding that a little difficult to parse, but assuming I've > > > understood you, I think I agree. However, I suspect that all you've done > > > is restated the problem without getting us any closer to a solution. > > > > On the contrary, at least James et.al. did a good architectural stab > > at getting at one solution > > > > (http://java.sun.com/people/gonzo/tomcat/ConfigService.jpg) > > > > I do feel that James is right (also) when he said that it was the lack > > of code that sort of damped down the discussion. It's only possible to > > discuss the "emperors new clothes" that far. BTW AFAI remember, the > > discussion went much farther than discussing DTD's which is (and to an > > extent should be) only a _minor_ thing in this problem domain. > > Actually, I was about to say the same thing (thanks Jan). We got to > the point where we determined that we needed to know more about what > we were looking at as far as scope in order to determine where to go > next. (ie. look at the code drop and figure out how things are interally > structured). > > Also, does anyone remember the colloraboration(horribly misspelled ;) ) > tool discussion? Did we ever decide on any particular tool? Together/J > was mentioned, as was VThought. (I remember hearing that we probably > had a better chance with Together/J because of the Java aspect). Anyone > adverse to starting that discussion again? Perhaps a [VOTE] thread > on this? > > - Troy > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org >