Scott,
This is interesting. I've been going over the JNDI1.2beta docco and there's
nothing that jumps out at me showing how one can do this given my current
set of assumptions. (I may be blinded by my JNDI 1.1 strategy which uses a
javaURLContextFactory - I'm sure it's obvious to you what difficulties this
presents).
You've mentioned that there is some sort of configuration option for each
component. Perhaps you might elaborate on how JNDI1.2 actually *uses* that
configuration to allow multiple vendor's "java:comp/env" namespace provider
within the same VM? In what way does that differ from JNDI 1.1
(specifically the Context.URL_PKG_PREFIXES and javaURLContextFactory)?
I'm also very troubled by your statement about "java:thisuser" which goes
against everything that I've seen about this namespace so far - i.e. that it
is *only* "java:comp/env" with no other hierarchy. If you consider that the
"java:comp/env" namespace is read-only you should be able to see why it's so
troubling.
Thanks for your help.
Trevor
-----Original Message-----
From: Scott Seligman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: 14 June 1999 06:47
Subject: Re: [EJB-INT] EJB1.1 bean JNDI question
>Jim Rhyne <[EMAIL PROTECTED]> writes:
>>
>> Scott,
>> Has there been any thought about what should be used to determine this
JNDI
>> context? I can think of:
>> the container,
>> the "session",
>> the user/principal,
>> the server,
>> the organization department of the user,
>> the the organization department of the server,
>
>For purposes of EJB1.1 and J2EE, the relevant factor is the component
>(for EJB it's actually the EJB home object, since multiple EJB
>instances share the same environment).
>
>Any of the other things you list may reasonably be used to define
>some context, though. One could imagine the future addition of
>something along the lines of "java:thisuser". And of course you're
>free to add anything you want to your own custom JNDI namespaces.
>
>
>Scott Seligman
>Java Software Engineering
>Sun Microsystems
>
>===========================================================================
>To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
>of the message "signoff EJB-INTEREST". For general help, send email to
>[EMAIL PROTECTED] and include in the body of the message "help".
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
