I have created an EAR file using IBM RAD 7.0 and it works on Websphere. Now I am trying to deploy it on JBoss 4.2.2 GA.
During start-up, JBoss says that it "Bound EJB Home 'XYZ' to JNDI 'XYZ'". However, when I look up the EJB (from a Websphere client) using the following code, it does not work (though it works if the EJB is deployed on Websphere itself):
As I mentioned, the client is deployed on Websphere, so I don't have the JBoss JARs there. Are you saying that it is not possible to call an EJB deployed on JBoss from a Websphere client? That would defy the concept of "standards" which J2EE brings in.
until you don't put jboss client jar file you will not be able to call ejbs on jboss server.
J2EE defines standards for the development. So you use standard API in your business implementation. But during runtime execution you need a client jar files of your application server in order to execute your beans
Can you point me to a link which says that I cannot call an EJB on a server infrastructure of one type from a client on another type of infrastructure? Eventually its using RMI or IIOP underneath and sharing common objects....
No intention to divert from the question, I never called anybody theoretical or practical - I just need proof of the solution being posted. I know for myself that it will work if I include the JBoss client JARs but that is not the question at all - the question is whether I can call it from Websphere. I've practically done this kind of stuff even between .NET and Java before by sharing objects between streams so I am wondering why it cannot be done when both systems are Java-based. If somebody's done it before, pls post here. If you know that it cannot be done, pls point me to a Sun site or any trustworthy site (which says so) which would be practically true also.
Wow, a colleague of mine is working on trying to get it to work. Will keep you updated with whether we achieved it or not. Meanwhile if you can point me to a "reliable" link which confirms what you said, we will stop the effort.
