Hi,
The contrib/iiop module is not usable yet. It is unfinished (and ongoing)
work, which will be integrated into RH when it reaches alpha quality.
Hopefully, very soon...
Regards,
Francisco
On Sat, 27 Oct 2001, Dmitri Colebatch wrote:
afaik JBoss uses RMI/JRMP out of the box, to run
On Mon, 29 Oct 2001, Rene Maldonado wrote:
Now, another qustion, if I want to use an existing server application in CORBA
my EJB will be a CORBA client, I think there will be no problem woth that, am I
right?
Right, there should be no problem with that.
Regards,
Francisco
Hi,
JBoss does nothing with Sun's ORB.
It seems that orb.string_to_object() cannot find the IIOP stub it needs to
generate a CORBA object reference. It attempts to extract a codebase from
your IOR, but there is no codebase component in the IOR:
--IOR components-
TypeId :
On Mon, 19 Nov 2001, Coetmeur, Alain wrote:
Hi,
what are the names of these codebase classes ?
what is their purpose ?
The codebase is a space separated list of URLs. Its components may specify
either directories or jar files. They form a search path for class files
not available locally.
Hi Tom,
Please see inlined comments.
On Thu, 11 Jul 2002, Tom Gardner wrote:
I'm having trouble with using IIOP and JBoss 3.0.x. I've
tried all the tricks I've been able to find on the JBoss
website and on this newsgroup without success. Your help
would be appreciated!
I've taken the
Hi Joerg,
I did not understand the second exception below (the one you got using
the Sun ORB). The testAny() method does not appear in the stack trace.
Are you sure it was thrown within testAny()?
The first exception (the one you got using JacORB) made sense to me.
It is not related to the
Hi Maris,
Unfortunately you can't do this to reach the CosNaming service in JBoss.
This restriction is not imposed by JacORB, but by the JNDI CosNaming
service provider supplied with Sun's JDK.
JDK 1.4 lets you use corbaloc URLs, which are much more human readable:
The iiop-service makes EJBs available to IIOP clients. It allows
CORBA clients or RMI/IIOP clients to invoke methods on EJBs.
You do not need the iiop-service to do the reverse thing (an EJB
calling an external CORBA server).
Regards,
Francisco
On Mon, 29 Jul 2002, Kamel Haddouche wrote:
waiting patiently).
You would have to build a bridge until then. Or you could fund
Francisco Reverbel to implement it through a JBG support contract.
I'll let Francisco chime in with more details.
Bill
Alexander Titov wrote:
Hello.
In the section 8 (page 412-413
Hello Gerard,
JNDI will give you IIOP references to EJBHomes if you tell it to
use the CosNaming JNDI provider and specify the IOR for the CORBA
naming service EJBHomes are registered with. You can do this by
using a client-side jndi.properties with two lines:
On Fri, 31 May 2002, Gerard BUNEL wrote:
Thanks Francisco,
Just another question. You said:
JNDI will give you IIOP references to EJBHomes if you tell it to
use the CosNaming JNDI provider and specify the IOR for the CORBA
naming service EJBHomes are registered with. You can do this by
I have seen a stack trace like this before. Aren't you using an older
JacORB version at the client side by any chance?
JBoss requires JacORB 1.4. Neither JacORB 1.3.X or 1.4.betaX will work.
JacORB 1.4 was not yet publicly available when we released JBoss 3.0,
which went out with an unofficial
Hi Darius,
Thanks for your feedback!
The refactoring caused a change in the CosNaming IOR indeed. Now I see
that maybe I got a bit carried away when did this. I've made the CORBA
naming service use the new IIOPInvoker stuff, but this was not really
necessary. The IOR change could have been
On Fri, 7 Jun 2002, Gerard BUNEL wrote:
Francisco Reverbel a écrit :
I have seen a stack trace like this before. Aren't you using an older
JacORB version at the client side by any chance?
Don't know. I downloaded the jboss-all which included the jacorb.jar. Is
there mean to know
)
at com.ftrd.cti.server.CTIServerImpl.run(CTIServerImpl.java:2495)
at java.lang.Thread.run(Thread.java:484)
Francisco Reverbel a écrit :
On Fri, 7 Jun 2002, Gerard BUNEL wrote:
Francisco Reverbel a écrit :
I have seen a stack trace like this before. Aren't you using an older
Hello Gerard,
Right now I would suggest you to use JacORB at both sides, so we can
weed out any chance of ORB interoperability problems. Please use at
the client side the jacorb.jar file in the JBoss 3.0 distribution.
From the stack trace below (the second one) I see that you have already
Hi,
If you specify the same port whenever you start the naming service
(by passing '-p port' to ns, at the command line) then the NS_Ref
files generated by every ns run will be all identical. So you can
safely have in your war file a NS_Ref file generated by a previous
ns run.
This solution
Hi,
Just want to add that if you use JacORB at the client side then you
don't need to generate IIOP stubs in advance. The client library will
automatically (and transparently) download IIOP stubs from the JBoss
server.
Try to start your client as shown below. (All this stuff should be
into the
18 matches
Mail list logo
