Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 33423 invoked from network); 28 Oct 2006 01:05:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Oct 2006 01:05:23 -0000 Received: (qmail 94000 invoked by uid 500); 28 Oct 2006 01:05:34 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 93970 invoked by uid 500); 28 Oct 2006 01:05:34 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 93959 invoked by uid 99); 28 Oct 2006 01:05:34 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Oct 2006 18:05:34 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Oct 2006 18:05:21 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 0EC437142C1 for ; Fri, 27 Oct 2006 18:04:17 -0700 (PDT) Message-ID: <25428497.1161997457036.JavaMail.root@brutus> Date: Fri, 27 Oct 2006 18:04:17 -0700 (PDT) From: "Bryan Pendleton (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-1758) Enable xmlSuite to run as part of derbyall for JVMs that embed the required external jars. In-Reply-To: <11251466.1156450610641.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ http://issues.apache.org/jira/browse/DERBY-1758?page=comments#action_12445315 ] Bryan Pendleton commented on DERBY-1758: ---------------------------------------- I think Dan's idea of a separate XML utility class makes sense, too. I think it's reasonable to leave the haveClass method in the JDBC class and call it from the XML class. I applied the follow-up patch and I successfully ran various combinations of 1.4 and 1.5 JDK with and without the Xalan classes available. Everything seemed to be working correctly to me with the XML Junit tests, so I committed d1758_followup_v1.patch to subversion as revision 468605. > Enable xmlSuite to run as part of derbyall for JVMs that embed the required external jars. > ------------------------------------------------------------------------------------------ > > Key: DERBY-1758 > URL: http://issues.apache.org/jira/browse/DERBY-1758 > Project: Derby > Issue Type: Task > Components: Test > Affects Versions: 10.2.1.6, 10.3.0.0, 10.2.2.0 > Reporter: A B > Attachments: d1758_followup_v1.patch, d1758_newJUnitTests_v1.patch, d1758_newJUnitTests_v1.stat, d1758_newJUnitTests_v2.patch > > > Due to the fact the XML support in Derby has external dependencies on Apache Xalan and a JAXP parser (such as, but not limited to, Apache Xerces), the tests for XML, which are all included in "xmlSuite", are not currently run as part of derbyall. > Changes for DERBY-688 (and DERBY-567 indirectly) have now made it so that JVMs which have Apache Xalan and a JAXP parser embedded in them can run the XML tests without requiring additional jars, assuming that the embedded version of Xalan is at least the minimum version required by Derby (which is currently 2.5). > So given that, the xmlSuite should be enabled as part of derbyall for any JVMs that are capable of running them. Currently, this appears to mean only ibm142 and ibm15. > Per comments in DERBY-688, enabling the XML suite could include the following tasks: > 1. Enable the suite to run as part of derbyall but ONLY for JVMs that > embed the required Xalan/JAXP classes. > 2. Resolve the following diff in lang/xmlBinding.java that occurs on > some platforms (ex. Linux): > < Inserted roughly 40k of data. > 10 del > < Inserted roughly 40k of data. > 10a9,10 > > Inserted roughly 39k of data. > > Inserted roughly 37k of data. > 21 del > < 1, [ roughly 40k ] > 22 del > < 2, [ roughly 40k ] > 22a21,22 > > 1, [ roughly 39k ] > > 2, [ roughly 37k ] > 3. Add new tests to verify Derby behavior when XML classes are > not present. > Note that #3 may turn out to be its own Jira issue; the first two, however, should both be addressed as part of this issue since the xmlSuite will not run (and pass) on all platforms if either 1 or 2 is not addressed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira