> So, my point is that we *should* comply with the latest version of J2EE
> and allow stand-alone application clients to use the java: namespace. In
> order to do that there should be some changes to how we do things
> though. For example, I would suggest that our use of the global naming
> JNDI namespace changes so that the deployer *cannot* choose arbitrary
> JNDI-names *per bean* but instead only chooses a JNDI-root to which all
> beans are bound. E.g. "myapp" so that the bean "MyBean" would end up in
> "myapp/MyBean" in global JNDI. This means that the java: implementation
> for stand-alone clients become VERY simple since all we have to do is
> bind the name "java:comp/env" to the LinkRef "myapp". If I then lookup
> "java:comp/env/MyBean" in the client this would automatically resolve to
> "myapp/MyBean". Tada. Done.

how do you know that java:comp/env/
1- for client 1 points to myapp1
2- for client 2 points to myapp2

?

for beans that is trivial we are indirected by the container but for client
*there needs to be a call somewhere* saying this is my app.  What is this
call? please explain.

> If we keep the current way of doing things where each bean can be given
> a JNDI-name this becomes much more work for the deployer since he would
> have to resolve ALL bean references manually.

I am not sure I understand what you propose, if what you propose is that the
deployer not be given the liberty to choose jndi names but just the root of
the name (and then what?  the ejb-ref name? please explain) we would have to
think some more about it.

Now, before you go ape-shit, I am not saying it is a bad idea, I even think
that using ejb-ref the names ala jboss.xml from Sebastien (i.e. ejb-ref name
standard) and then scoping the beans on the server by application name is a
idea that is worth investigating.

PLgC
marc

>
> Comments on this? Does everyone understand what I'm talking about?
>
> /Rickard
>
>
> --
> --------------------------------------------------------------
> To subscribe:        [EMAIL PROTECTED]
> To unsubscribe:      [EMAIL PROTECTED]
> Problems?:           [EMAIL PROTECTED]
>
>



--
--------------------------------------------------------------
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Problems?:           [EMAIL PROTECTED]

Reply via email to