From general-return-4817-apmail-xml-general-archive=xml.apache.org@xml.apache.org Wed Aug 22 22:44:36 2001 Return-Path: Delivered-To: apmail-xml-general-archive@xml.apache.org Received: (qmail 59863 invoked by uid 500); 22 Aug 2001 22:44:36 -0000 Mailing-List: contact general-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: general@xml.apache.org Delivered-To: mailing list general@xml.apache.org Delivered-To: moderator for general@xml.apache.org Received: (qmail 85228 invoked from network); 22 Aug 2001 18:45:08 -0000 From: "Andrew Anand" To: Subject: partial parsing of XML Date: Wed, 22 Aug 2001 13:45:38 -0500 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.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal In-Reply-To: <3B83E73C.FB7DA4EF@sun.com> X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N I want to parse a part of the XML file. Say for example I want to somehow tell the parser to skip parsing a portion of XML that references a particular child DTD(parameter entity reference made in parent DTD). Can you please suggest me a way and please note that I do not want to use the SAXParser. Thanks, Andrew -----Original Message----- From: Edwin Goei [mailto:edwingo@sun.com] Sent: Wednesday, August 22, 2001 12:09 PM To: general@xml.apache.org; Joseph Kesselman Subject: Re: xml-commons XML API and API evolution Joseph Kesselman wrote: > > >Suppose a version of Xalan > >supported DOM L2 and a newer version of Xerces came out that supported > >DOM L3 then there would need to be two versions of xml-apis.jar > > Or, as you noted, copying the source code in at build time... but that > raises other issues; it means the order of Xalan/Xerces on the classpath > affects whether user code sees dom2 or dom3, which is not exactly obvious > at first glance. > > Or, since DOM3 isn't a Recommendation yet, the dom-experimental package. > > Or dom2.jar/dom3.jar; select the appropriate one. Our whole problem is > that the bundled higher-level JARs don't deal well with evolution of > standard APIs; breaking those out as independent units has costs but does > have definite benefits. It seems that the issue of ordering jarfiles on the classpath is unavoidable which ever scheme is used. It's true that having dom2.jar and dom3.jar does make it more obvious, but I see these disadvantages with this scheme (call it #2): + Makes it difficult for the user since they need to set CLASSPATH=dom3.jar,jaxp.jar,sax2.jar,xalan.jar,xerces.jar + Does not fix the applet problem that I mentioned in an earlier email In Scheme #1, the single jar file approach, if xerces supported DOM L3 and xalan used DOM L2, then the instructions would tell the user to set CLASSPATH=xerces.jar,xalan.jar. If the user just wanted to use xerces, then they would just set CP=xerces.jar. There is less to explain. It also fixes the applet problem. So I'm not yet convinced that either scheme #2 (avoid duplication) or #3 (a separate xml-apis.jar file) is the best way to go. -Edwin --------------------------------------------------------------------- In case of troubles, e-mail: webmaster@xml.apache.org To unsubscribe, e-mail: general-unsubscribe@xml.apache.org For additional commands, e-mail: general-help@xml.apache.org --------------------------------------------------------------------- In case of troubles, e-mail: webmaster@xml.apache.org To unsubscribe, e-mail: general-unsubscribe@xml.apache.org For additional commands, e-mail: general-help@xml.apache.org