Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:X-YMail-OSG:Mime-Version:In-Reply-To:References:Content-Type:Message-Id:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer;
  b=HuXWsxng178Fzx1E4+rzR75DNM8ZVnCpoZz2vVkPRuMGOlyWQgqsqUiRZEOv9Nx6noo9xXJYORL+SoTuiprz7IHfbx8lOPvttOGvv/9/7KTTu+c5vecBsHf/DqDY8VSREK6TtoyTqrG+vuQAud1wfsBPI4i5hlJDO7cw7/0Hkxs=
  ;
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <45C7B8C5-EB46-4EC1-8232-A3B8108754FC@visi.com>
References: <617220.30675.qm@web31712.mail.mud.yahoo.com>
 <4FECCCC2-837F-4AA3-869F-BEBD0581845C@yahoo.com>
 <CE95BBB0-E89D-4D24-A73B-CB8890CEF15F@yahoo.com>
 <3EF10860-3A6B-4854-B5B0-4FA8ED49D06D@gmail.com>
 <A6124FA6-B67E-4841-814C-924A08353E23@visi.com>
 <9A88BF0D-F124-4558-A99F-95D399248019@visi.com>
 <6FF38C72-7446-4372-A94E-EB4743A1479D@yahoo.com>
 <45C7B8C5-EB46-4EC1-8232-A3B8108754FC@visi.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <A7DE4716-B80A-4EAC-B5C5-DCC89330445C@yahoo.com>
Content-Transfer-Encoding: 7bit
From: David Jencks <david_jencks@yahoo.com>
Subject: Re: Jndi names, need input (Re: [DISCUSS] G 2.0.2 Release plan)
Date: Mon, 1 Oct 2007 16:24:47 -0700
To: dev@geronimo.apache.org


On Sep 29, 2007, at 3:06 PM, David Blevins wrote:

>
> On Sep 29, 2007, at 12:31 AM, David Jencks wrote:
>
>>
>> On Sep 28, 2007, at 8:40 PM, David Blevins wrote:
>>
>>>
>>> On Sep 25, 2007, at 3:40 PM, David Blevins wrote:
>>>
>>>>
>>>> On Sep 25, 2007, at 7:38 AM, Kevan Miller wrote:
>>>>
>>>>> One thing I've noticed -- the default JNDI name for EJB's has  
>>>>> been changed in OpenEJB. So, there is a compatibility issue  
>>>>> with 2.0.1. We might be able to configure how OpenEJB generates  
>>>>> this default to maintain backward compatibility. Better, IMO,  
>>>>> to go ahead and match OpenEJB's behavior.
>>>>
>>>> There are no compatibility issues as it was explicitly set in  
>>>> Geronimo 2.0.1 to be essentially {moduleId}/{ejbName}/ 
>>>> {interfaceClass}  (actually it's {deploymentId}/{interfaceClass}  
>>>> and deploymentId will be {moduleId}/{ejbName}).  It'll still be  
>>>> the same in Geronimo 2.0.2, just now it can be changed to  
>>>> something shorter.
>>>>
>>>> I'd be fine with Geronimo using the OpenEJB default of  
>>>> essentially {ejbName}{interfaceType.annotationName} (it's  
>>>> {deploymentId}{interfaceType.annotation} where deploymentId  
>>>> defaults to {ejbName}), but it's definitely a default that  
>>>> targets people with just a couple apps.  People in bigger  
>>>> environments would have to set the jndiname and deploymentId  
>>>> formats to something less likely to conflict.
>>>
>>> Does anyone have any thoughts or preferences on this one?  Need  
>>> to get some input from the group.
>>
>> My opinion on what to do depends a bit on whether this name format  
>> can result in name collisions for javaee clients as well as non- 
>> javaee clients.
>
> Javaee client names and the non-javaee client now use different  
> trees, so the jndiformat has no impact on javaee client functionality.

I talked with david a bit on irc and he tells me there is a flag so  
we can set it so if there is a non-javaee jndi name conflict we log  
an error instead of throwing an exception.

I'm happy with a simple default format for non-javaee jndi ejb names  
if collisions result in loud logging rather than exceptions.  I'd  
like it to be possible for people only using javaee to deploy lots of  
copies of the same app without exceptions from name collisions, even  
if this means some random copy of the app wins in the non-javaee  
jndi.  If someone wants to do this AND use non-javaee jndi they  
should read the instructions and figure out a sufficiently complicate  
name format so they avoid collisions.

IIUC the proposed simple name format above that one would be just fine.

thanks
david jencks

>
> -David
>