Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 70554 invoked from network); 23 Dec 2007 07:39:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Dec 2007 07:39:11 -0000 Received: (qmail 99513 invoked by uid 500); 23 Dec 2007 07:38:54 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 99469 invoked by uid 500); 23 Dec 2007 07:38:54 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 99369 invoked by uid 99); 23 Dec 2007 07:38:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 22 Dec 2007 23:38:54 -0800 X-ASF-Spam-Status: No, hits=-100.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; Sun, 23 Dec 2007 07:38:39 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 3803871420A for ; Sat, 22 Dec 2007 23:38:43 -0800 (PST) Message-ID: <3055341.1198395523226.JavaMail.jira@brutus> Date: Sat, 22 Dec 2007 23:38:43 -0800 (PST) From: "David Jencks (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Created: (GERONIMO-3718) ResourceRef lookups are now really slow MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org ResourceRef lookups are now really slow --------------------------------------- Key: GERONIMO-3718 URL: https://issues.apache.org/jira/browse/GERONIMO-3718 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: connector, naming Affects Versions: 2.0.x, 2.1 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 We had to turn off jndi reference lookup result caching since the tck is now testing that e.g. datasource lookups give you a different object each time. Some of Matt's performance tests indicate that finding the MCFWrapper gbean takes an inordinate amount of time. One possibility is to, instead of caching the lookup result, look up the gbean when the jndi tree is set up for the javaee component. Calling e.g. $getResource() is then as fast as the resource adapter makes it to get a new connection factory. This needs a few changes in both naming and connector and connector-builder. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.