Tom,
In the CORBA case, you would most likely bind to the CosNaming service
directly and not JNDI. At least this is what I have done with a GUID
generator for GemStone/J. Works swell...
-Chris.
www.gemstone.com
> -----Original Message-----
> From: Tom Jordan [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, January 03, 2000 1:19 AM
> To: [EMAIL PROTECTED]
> Subject: Binding Objects to JNDI
>
> Hi,
>
> Couple of questions. I've read in the archieves, that to provide
> facilities
> such as GUIDs that are unique across a multi-vms setups that you can build
> the guid object to jndi (I presume that this object would have to have a
> remote interface?)
>
> 1) Is there a standard / recommended way to bind these non-ejb objects to
> jndi upon server startup. Servers like weblogic have startup class that I
> presume could do the the work. Is there a method that would work across
> platforms? I am looking for a standard way to deploy much like you have
> for
> ejbs.
>
> 2) I have also read that you should use RMI or CORBA objects for tasks
> like
> the above. Are there any guidelines that can used to determine when to use
> RMI objects and not EJBs? How would my implementation change if I were to
> switch appserver where the underlying technology is CORBA? Would I have
> to
> the RMI registry running separately?
>
> Thanks in advance.
> Tom
>
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com
>
> ==========================================================================
> =
> 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".
