I just read some Sun documents about EJB 2.0 / J2EE 1.3. There was mentioned that now, with EJB 2.0 / J2EE 1.3, there will be feature that an EJB 2.0 client that was produced with vendor A, can talk to an EJB 2.0 bean that is running in a container of vendor B, via IIOP. This interoperability was mentioned as mandatory. So I think the problem will not be there with IIOP in EJB 2.0. Sad but true, I don't know the address of this document. :-(
-------- Original Message -------- Subject: Re: RE : IBM JDK (04-Okt-2001 11:16) From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] > The problem is not really related to the used protocol. The problem is that > stubs and skeletons usually rely on the underlying implementation. RMI/IIOP > only > "insures" that the network stream can be understood by another > implementation. > I'm not very familiar with the existing RMI/IIOP implementations. But, if > the > spec doesn't specify what's the inheritance/implementation/dependance of > the > stub/skeleton classes, we'll have the same problem. The conformance with > POA > should solve this problem. > You have exactly the same problem with code generated from the different > app > server vendors for EJB. In this case the generated inteposition class is > not > portable across app servers because they deal with the various internal > components (TM, security, filters, etc.) of the environment. > > My 10 (Euro) cents > > On 04 Oct 2001 06:11:47 UT > [EMAIL PROTECTED] wrote: > > Seems that the "Write once, run anywhere" solution is not 100% supported by > > JOnAS. Maybe we can find a solution for that. Do you think it is worth to > > build a task force that tries to fix it? I mean, J2EE wants implementors to > > support IIOP, so maybe we do not need to fix it at all? Or do you think > > that > > IIOP also does not work on IBM? > > > > -------- Original Message -------- > > Subject: RE : IBM JDK (04-Okt-2001 8:08) > > From: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > > > > Hi, > > > > > > JOnAS should work with IBM JDK1.3, it seems that the exception you > > > describe is relative to the RMI layer. RMI is differently implemented in > > > the IBM JDK; and the binary distribution of JOnAS is built on top SUN > > > "rmic" (rmic compiler, which compiles SUN dependent stub/skeleton). So > > > if you want to use the IBM JDK, you should recompile JOnAS with the IBM > > > "rmic". > > > There's another way to workaround this problem, use the JEREMIE version > > > of JOnAS. In this case you will get an independant transport layer which > > > is bundled with JOnAS (and compliant either on IBM or SUN JDK) > > > > > > Hope it helps. > > > > > > R�gis > > > -----Message d'origine----- > > > De : [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]] De la part de > > > [EMAIL PROTECTED] > > > Envoy� : mercredi 3 octobre 2001 13:33 > > > � : [EMAIL PROTECTED] > > > Objet : IBM JDK > > > > > > > > > Hi All, > > > > > > have anyone tried running Jonas on IBM Java Virtual Machine? because > > > from many reports, IBM VM is faster than SUN VM. > > > > > > I have JOnAS running perfectly fine on SUN JDK1.3.1, isn't that it > > > should run on other implementation of Virtual Machine without any > > > changes? > > > > > > But I get some error message when running the EJBServer > > > > > > JOnAS Server, version 2.3, running on rmi. > > > Cannot rebind UserTransaction:javax.naming.ConfigurationException [Root > > > exception is java.rmi.StubNotFoundException: Stub class not found: > > > com.sun.jndi.rmi.registry.ReferenceWrapper_Stub; nested exception is: > > > > > > java.lang.ClassNotFoundException:com/sun/jndi/rmi/registry/ReferenceWra > > > pper_Stub] > > > Cannot create ConnectionManager for jdbc_1 > > > JOnAS: Cannot create datasource: Oracle1 > > > Please check if Oracle1.properties is available in JONAS_ROOT/config, > > > HOME, or . > > > > > > Any suggestion would be appreciated. > > > > > > > > > Thank you. > > > > > > > > > __________________________________________________________________ > > > Your favorite stores, helpful shopping tools and great gift ideas. > > > Experience the convenience of buying online with Shop@Netscape! > > > http://shopnow.netscape.com/ > > > > > > Get your own FREE, personal Netscape Mail account today at > > > http://webmail.netscape.com/ > > > > > > ---- > > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > > > body of the message "unsubscribe jonas-users". 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 "unsubscribe jonas-users". > > > For general help, send email to [EMAIL PROTECTED] and > > > include in the body of the message "help". > > > > > > To: [EMAIL PROTECTED] > > > [EMAIL PROTECTED] > > > > > > To: [EMAIL PROTECTED] > > Cc: [EMAIL PROTECTED] > > > > ---- > > To unsubscribe, send email to [EMAIL PROTECTED] and > > include in the body of the message "unsubscribe jonas-users". > > For general help, send email to [EMAIL PROTECTED] and > > include in the body of the message "help". > > Regis Le Brettevillois > CTO > LIBeLIS "Agility for your J2EE IS" > www.libelis.com > ============================================== > "Don't waste time when making decisions. > Make time by tending them." > ---- > To unsubscribe, send email to [EMAIL PROTECTED] and > include in the body of the message "unsubscribe jonas-users". > For general help, send email to [EMAIL PROTECTED] and > include in the body of the message "help". > > To: [EMAIL PROTECTED] > [EMAIL PROTECTED] ---- To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "unsubscribe jonas-users". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
