Is'nt JRMP (Java Remote Method Protocol) the transport mechanism used by EJB
for any RMI invocations.
- Chinmay.
> ----------
> From: Rumble, Nick[SMTP:[EMAIL PROTECTED]]
> Reply To: A mailing list for Enterprise JavaBeans development
> Sent: Wednesday, October 13, 1999 8:05 AM
> To: [EMAIL PROTECTED]
> Subject: Re: AW: The truth about EJB's
>
> .... And IIOP requires an ORB (whatever that is - please explain) to host
> the EJB ?
>
> -----Original Message-----
> From: Hal Hildebrand (Work) [mailto:[EMAIL PROTECTED]]
> Sent: 11 October 1999 16:34
> To: [EMAIL PROTECTED]
> Subject: Re: AW: The truth about EJB's
>
>
> RMI is the interface definition language, not the transport mechanism. We
> use
> our own flavor of RMI/IIOP.
>
> EJB uses RMI as the equivalent of IDL. EJB doesn't specify the transport
> mechanism.
>
> > I'm confused - where does an ORB come into the equation ?
> >
> > I thought that all EJB client/server communication was via RMI ?
> >
> > Can anyone clarify this for me.
> >
> > Thanks
> >
> > Nick
> >
> > -----Original Message-----
> > From: Hal Hildebrand (Work) [mailto:[EMAIL PROTECTED]]
> > Sent: 09 October 1999 17:58
> > To: [EMAIL PROTECTED]
> > Subject: Re: AW: The truth about EJB's
> >
> >
> > You do need to use Oracle's ORB when doing EJB's. The old Netscape ORB
> > won't
> > work, and we're using our own version of RMI/IIOP (the JDK 1.2 rmi/iiop
> > standard wasn't available when I did this).
> >
> > ----- Original Message -----
> > From: John Collins <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Saturday, October 09, 1999 8:33 AM
> > Subject: Re: AW: The truth about EJB's
> >
> >
> > Actually, if the problem is with the browser's internal ORB (Netscape, I
> > assume), then it isn't the sandbox problem but an ORB compatibility
> problem.
> > Netscape includes a rather old version of VisiBroker. Using the 1.2
> plug-in
> > should solve the problem, or you can explicitly load a different ORB
> along
> > with your applet. You shouldn't need to use Oracle's ORB. The latter
> > approach may make applet download times unacceptable, of course. Note
> that
> > most ORBs do not yet support the CallByValue mechanism needed by
> RMI/IIOP.
> > I
> > believe the latest version of VisiBroker does.
> >
> > Good luck.
> >
> > John Collins
> >
> > Hermann Schmitt wrote:
> >
> > > Hallo,
> > > I think the cause are the so called "sandbox restrictions" for
> applets.
> If
> > > you use the Java Plug-in 1.2 with the browsers, you can use JDK 1.2.,
> > which
> > > does not haave the samd box restrictions.
> > > Hermann Schmitt
> > >
> > > -----Urspr|ngliche Nachricht-----
> > > Von: A mailing list for Enterprise JavaBeans development
> > > [mailto:[EMAIL PROTECTED]]Im Auftrag von scott coleman
> > > Gesendet: Freitag, 8. Oktober 1999 10:21
> > > An: [EMAIL PROTECTED]
> > > Betreff: The truth about EJB's
> > > Wichtigkeit: Hoch
> > >
> > > Hi
> > >
> > > I wrote to one of your collegues and they informed to forward my
> letter
> > > to you, so here it is, it
> > >
> > > The problem is that we have a server with an Oracle database that the
> > > EJB's are deployed into. We then try to activate an EJB through a web
> > > browser and it is impossible. But if we have the same code but
> activate
> > > it through the applet veiwer or a Application it works. This appears
> to
> > > be due to the fact that the Web Browser has its own internal ORB. And
> > > oracle need there own to use the EJB's deployed into their database.
> > > They have informed me that this is probably the case for all EJB
> > > vendors.
> > > I thought of using PowerTier as our EJB vendor, but their web pages
> > > implies that ther have the same problem. The only way to instantiate
> and
> > > use an EJB on the server from with an Client Web Browser is to use
> > > servlets, for creation and method calls etc.
> > > Also i looked at the sun web page at a section called Communication
> > > Protocols and it states "Browsers can invoke the application through a
> > > servlet running on the HTTP server. The browser communicates with the
> > > servlet using HTTP, and the servlet communicates with the application
> > > using RMI" which to me implies that you can only invoke an EJB on the
> > > server and communicate with it using a servlet running on the HTTP
> > > server.
> > >
> > > I hope this has defined my question, is it possible to invoke and
> > > communicate with an EJB on the Server directly from within a Web
> Browser
> > > without using servlets.
> > >
> > > I look forward to your reply
> > > Scott
> > > [EMAIL PROTECTED]
> > >
> > >
> >
> ==========================================================================
> =
> > > 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".
> >
> >
> ==========================================================================
> =
> > 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".
> >
> >
> >
> >
> >
> >
> >
> >
> > The statements and opinions expressed here are my own and may not
> represent
> those of the company.
> >
> > This e-mail is subject to copyright and the information in it is
> confidential. It is intended only for the named recipient. You are advised
> not
> to disclose the contents of this e-mail to another pers
> > on or take copies of it.
> >
> >
> ==========================================================================
> =
> > 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".
>
>
>
>
>
>
>
>
> The statements and opinions expressed here are my own and may not
> represent those of the company.
>
> This e-mail is subject to copyright and the information in it is
> confidential. It is intended only for the named recipient. You are advised
> not to disclose the contents of this e-mail to another pers
> on or take copies of it.
>
> ==========================================================================
> =
> 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".
