Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 92341 invoked from network); 15 Feb 2008 13:42:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Feb 2008 13:42:32 -0000 Received: (qmail 34676 invoked by uid 500); 15 Feb 2008 13:42:26 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 34461 invoked by uid 500); 15 Feb 2008 13:42:26 -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 34452 invoked by uid 99); 15 Feb 2008 13:42:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Feb 2008 05:42:25 -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.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Feb 2008 13:41:48 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id AA7DC71408A for ; Fri, 15 Feb 2008 05:42:08 -0800 (PST) Message-ID: <32316422.1203082928695.JavaMail.jira@brutus> Date: Fri, 15 Feb 2008 05:42:08 -0800 (PST) From: "Knut Anders Hatlen (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-2559) recreating a datasource using javax.naming.Reference from a ClientDataSource40 fails In-Reply-To: <29054475.1176845235283.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-2559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12569269#action_12569269 ] Knut Anders Hatlen commented on DERBY-2559: ------------------------------------------- 2a looks good. Seems like the patch makes the implementation more in line with the description in the javadoc, so that's good. > recreating a datasource using javax.naming.Reference from a ClientDataSource40 fails > ------------------------------------------------------------------------------------ > > Key: DERBY-2559 > URL: https://issues.apache.org/jira/browse/DERBY-2559 > Project: Derby > Issue Type: Bug > Components: Network Client > Affects Versions: 10.3.1.4, 10.4.0.0 > Reporter: Myrna van Lunteren > Assignee: Kristian Waagan > Fix For: 10.4.0.0 > > Attachments: derby-2559-1a.diff, derby-2559-2a-defenses.diff, derby-2559-3a-documentation.diff > > > Consider the following code snippet from test DataSourceReferenceTest: > -------------------- > Referenceable refDS = (Referenceable) ds; > Reference dsAsReference = refDS.getReference(); > String factoryClassName = dsAsReference.getFactoryClassName(); > ObjectFactory factory = > (ObjectFactory) Class.forName(factoryClassName).newInstance(); > Object recreatedDS = > factory.getObjectInstance(dsAsReference, null, null, null); > --------------------- > When ds is a ClientDataSource40 (i.e. when running with jdk16), recreatedDS is null. > Note, that this showed up only after converting the test to junit, because the original test hardcoded the ds to be a ClientDataSource. I confirmed this not to be related to my changes for DERBY-2296 (which prompted me to convert the test), by backing out my changes to ClientBaseDataSource and client/am/Connection and rerunning the test (needed some minor adjustments of expected values table/array). > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.