Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 90262 invoked from network); 22 Dec 2008 18:03:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 22 Dec 2008 18:03:05 -0000 Received: (qmail 61946 invoked by uid 500); 22 Dec 2008 18:03:05 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 61915 invoked by uid 500); 22 Dec 2008 18:03:05 -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 61906 invoked by uid 99); 22 Dec 2008 18:03:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Dec 2008 10:03:05 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Dec 2008 18:03:04 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 639E2234C465 for ; Mon, 22 Dec 2008 10:02:44 -0800 (PST) Message-ID: <536166429.1229968964407.JavaMail.jira@brutus> Date: Mon, 22 Dec 2008 10:02:44 -0800 (PST) From: "Myrna van Lunteren (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Issue Comment Edited: (DERBY-3984) Separate out the small number of build targets which really require JDK1.4 features from the bulk of the targets which ought to compile cleanly against small device libraries In-Reply-To: <196390229.1228925084392.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 [ https://issues.apache.org/jira/browse/DERBY-3984?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12658605#action_12658605 ] myrna edited comment on DERBY-3984 at 12/22/08 10:02 AM: ---------------------------------------------------------------------- This patch is based on the first attempt at check-in for DERBY-3988...Could you please update it ? The patch didn't apply cleanly to the current trunk (although it only had a problem with trunk/build.xml...and I was able to change that quite easily manually, or I could apply to revision 727106, but I'd like us to be on the same level). was (Author: myrna): This patch is based on the first attempt at check-in for DERBY-3988...Could you please update it ? The patch didn't apply cleanly to the current trunk (although it only had a problem with build.xml...and I was able to change that quite easily manually, or I could apply to revision 727106, but I'd like us to be on the same level). > Separate out the small number of build targets which really require JDK1.4 features from the bulk of the targets which ought to compile cleanly against small device libraries > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ > > Key: DERBY-3984 > URL: https://issues.apache.org/jira/browse/DERBY-3984 > Project: Derby > Issue Type: Improvement > Components: Build tools > Affects Versions: 10.5.0.0 > Reporter: Rick Hillegas > Assignee: Rick Hillegas > Attachments: derby-3984-01-aa-defaultToJsr169.diff > > > It would be good to make jsr169 the default platform for most Derby build targets. This will allow the build to raise compile-time errors when a checkin violates the small-device contract. Only a small number of features (listed in DERBY-3966) really require JDK1.4. Something like the following may work: > 1) Finish up DERBY-3966 so that java4compile.classpath defaults to an approximation of ${jdk14xmlSupport}: ${java15compile.classpath} > 2) Make compile.classpath default to jsr169compile.classpath > 3) Fortunately, jsr169compile.classpath itself already defaults to ${jsr169stubs}:${java14compile.classpath} > 4) Change a (hopefully) small number of targets to use java14compile.classpath rather than compile.classpath -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.