Return-Path: Delivered-To: apmail-incubator-geronimo-dev-archive@incubator.apache.org Received: (qmail 61119 invoked by uid 500); 23 Aug 2003 16:37:34 -0000 Mailing-List: contact geronimo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: geronimo-dev@incubator.apache.org Delivered-To: mailing list geronimo-dev@incubator.apache.org Received: (qmail 61056 invoked from network); 23 Aug 2003 16:37:32 -0000 Received: from adsl-209-233-18-245.dsl.snfc21.pacbell.net (HELO public.coredevelopers.net) (209.233.18.245) by daedalus.apache.org with SMTP; 23 Aug 2003 16:37:32 -0000 Received: from tiger (gateway [192.168.2.253]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by public.coredevelopers.net (Postfix on SuSE Linux 8.0 (i386)) with ESMTP id 39EB5F4C4; Sat, 23 Aug 2003 08:31:28 -0700 (PDT) From: "Jeremy Boynes" To: , Subject: RE: [dom4j/w3c] Exposing Documents on geronimo components Date: Sat, 23 Aug 2003 08:37:55 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <3F471DDE.1080903@coredevelopers.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I would say - neither! The JSR88 deployer will have mechanisms for converting the XML to DDBean and DConfigBean trees. I would suggest these are exposed rather than the XML in either form. This allows the deployer to store the config in any form - we have already talked about storing config in an external, not-necessarily XML repository such as RDBMS or JNDI. It also matches the future direction of replacing XML DDs with J2SE metadata. -- Jeremy > -----Original Message----- > From: Jan Bartel [mailto:jan@coredevelopers.net] > Sent: Saturday, August 23, 2003 12:55 AM > To: geronimo-dev@incubator.apache.org > Subject: [dom4j/w3c] Exposing Documents on geronimo components > > > Some of the web container components would like to expose a parsed XML > Document in their methods. Do we have any policy on whether any such > exposed Documents from the core infrastructure should be w3c only, or > would we allow a dom4j Document to be exposed? The w3c interfaces > guarantee interoperability but they are such a pain to work with .... > > Jan > -- > > /**************************************** > * Jan Bartel > * Associate > * Core Developers Network LLC > * http://www.coredevelopers.net > ****************************************/ > >