openorb-users — A moderate volume list for user & developer questions and problems

[openorb-users] SSL question

[J. S. E. <ev...@cp...>]

Hi All,

I've got a luser question: when trying to run the out-of-the-box SSL 
example I get the following error (using latest CVS and sun JDK 1.4.0):

$ java -cp "d:/CORBA/OpenORB/OpenORB/dist/openorb-1.3.0.jar;d:/CORBA/OpenORB/Op
enORB/dist/openorb_tools-1.3.0.jar;d:/CORBA/OpenORB/OpenORB/dist/avalon-framewo
rk.jar;d:/CORBA/OpenORB/OpenORB/dist/logkit.jar;d:/CORBA/OpenORB/SSL/dist/openo
rb_ssl-1.3.0.jar;d:/CORBA/OpenORB/SSL/dist/openorb_ssl_examples-1.3.0.jar " org
.openorb.ssliop.examples.basic.Server
Exception in thread "main" org.omg.CORBA.COMM_FAILURE: Unable to listen on 
684 (
java.net.SocketException)  vmcid: 0x0  minor code: 0  completed: No
         at 
org.openorb.ssliop.SSLTransportServerInitializer.open_port(SSLTranspo
rtServerInitializer.java:196)
         at 
org.openorb.ssliop.SSLTransportServerInitializer.<init>(SSLTransportS
erverInitializer.java:151)
         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
Method)

         at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
orAccessorImpl.java:39)
         at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
onstructorAccessorImpl.java:27)
         at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
         at 
org.openorb.CORBA.kernel.OpenORBLoader.constructClass(OpenORBLoader.j
ava:471)
         at 
org.openorb.iiop.IIOPProtocolInitializer.init(IIOPProtocolInitializer
.java:215)
         at org.openorb.PI.OpenORBInitInfo.post_init(OpenORBInitInfo.java:155)
         at org.openorb.CORBA.kernel.OpenORBLoader.init(OpenORBLoader.java:232)
         at org.openorb.CORBA.ORB.set_parameters(ORB.java:835)
         at org.omg.CORBA.ORB.init(ORB.java:346)
         at org.openorb.ssliop.examples.basic.Server.main(Server.java:62)

Anyone willing to offer a nugget of wisdom here?  I assume, perhaps 
stupidly, that the embedded configurations should suffice for running the 
example, is this the case?

Scott 

RE: [openorb-users] setting ORBInitRef in command line

[<Kri...@te...>]

Michael:

If I try your method of corbaloc in the openorb.xml file
the following error is what I get. 

krishna


Exception in thread "main" java.lang.StackOverflowError
        at 
java.util.AbstractCollection.<init>(AbstractCollection.java:47)
        at java.util.AbstractList.<init>(AbstractList.java:59)
        at java.util.ArrayList.<init>(ArrayList.java:96)
        at java.util.ArrayList.<init>(ArrayList.java:107)
        at org.openorb.CORBA.ORB.getKeyFromString(Unknown Source)
        at org.openorb.CORBA.ORB.scan_url_loc(Unknown Source)
        at org.openorb.CORBA.ORB.string_to_object(Unknown Source)
        at org.openorb.CORBA.ORB.resolve_initial_references(Unknown 
Source)
        at org.openorb.CORBA.ORB.scan_url_loc(Unknown Source)
        at org.openorb.CORBA.ORB.scan_url_name(Unknown Source)
        at org.openorb.CORBA.ORB.string_to_object(Unknown Source)
        at org.openorb.CORBA.ORB.resolve_initial_references(Unknown 
Source)
 	........
        at org.openorb.CORBA.ORB.resolve_initial_references(Unknown 
Source)
        at org.openorb.CORBA.ORB.scan_url_loc(Unknown Source)
        at org.openorb.CORBA.ORB.scan_url_name(Unknown Source)
        at org.openorb.CORBA.ORB.string_to_object(Unknown Source)
        at org.openorb.CORBA.ORB.resolve_initial_references(Unknown 
Source)
        at org.openorb.CORBA.ORB.scan_url_loc(Unknown Source)
 	.....
 
        at org.openorb.CORBA.ORB.scan_url_name(Unknown Source)
        at org.openorb.CORBA.ORB.string_to_object(Unknown Source)
        at org.openorb.CORBA.ORB.resolve_initial_references(Unknown 
Source)
        at org.openorb.CORBA.ORB.scan_url_name(Unknown Source)
        at org.openorb.CORBA.ORB.string_to_object(Unknown Source)
        at org.openorb.CORBA.ORB.resolve_initial_references(Unknown 
Source)
 ............  
  
        at org.openorb.CORBA.ORB.scan_url_name(Unknown Source)
        at org.openorb.CORBA.ORB.string_to_object(Unknown Source)

-----Original Message-----
From: mi...@ru... [mailto:mi...@ru...]
Sent: Tuesday, September 10, 2002 3:42 AM
To: ope...@li...
Subject: Re: [openorb-users] setting ORBInitRef in command line


> Hello!
>
> I have OpenORB 1.3.0 installed. In OpenORB.xml I have set corbaloc for
> NameService to be
> <localhost>. This XML file is part of jar file which I include in my
> client <CLASSPATH>.
> Inside the client I am doing
> org.omg.CORBA.ORB.init(<ARGS>,null).
> ............
>             nc = NamingContextExtHelper.narrow(
>                     orb.resolve_initial_references("NameService"));
>
> The above works fine as long as the NameService is running locally.
> But, I would like to be able to change this corbaloc for NameService
> at run time (pointing to a machine other than localhost).
>
> What is the correct way to override an entry in OpenORB.xml file?
>
> I tried specifying -DORBInitRef
> NameService=corbaloc://<IPADDRESS>:<PORTNUMBER>/NameService
> in command line. but it still tries corbaloc given in the OpenORB.xml
> file which is in my classpath.

That is indeed strange as the command line switches should be given
precedence to more static settings, like the OpeNORB.xml file. I will 
have a
look at this.

> Ofcourse once I change corbaloc in the NameService entry in 
openorb.xml
> file (pointing to the
> remote machine), it works fine!

In general the exact way of doing this might be to provide all settings 
in
one corbaloc URL:

corbaloc://host1:port1,host2:port2,...,hostN:portN/NameService

The ORB will try to find the host with which the connection succeeds...

Hope that helps,
   Michael




-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
openorb-users mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openorb-users

============================================================
The information contained in this message may be privileged 
and confidential and protected from disclosure.  If the 
reader of this message is not the intended recipient, or an 
employee or agent responsible for delivering this message to 
the intended recipient, you are hereby notified that any 
reproduction, dissemination or distribution of this 
communication is strictly prohibited. If you have received 
this communication in error, please notify us immediately by 
replying to the message and deleting it from your computer.

Thank you.
Tellabs
============================================================

Re: [openorb-users] setting ORBInitRef in command line

[Michael R. <mi...@ru...>]

> Hello!
>
> I have OpenORB 1.3.0 installed. In OpenORB.xml I have set corbaloc for
> NameService to be
> <localhost>. This XML file is part of jar file which I include in my
> client <CLASSPATH>.
> Inside the client I am doing
> org.omg.CORBA.ORB.init(<ARGS>,null).
> ............
>             nc = NamingContextExtHelper.narrow(
>                     orb.resolve_initial_references("NameService"));
>
> The above works fine as long as the NameService is running locally.
> But, I would like to be able to change this corbaloc for NameService
> at run time (pointing to a machine other than localhost).
>
> What is the correct way to override an entry in OpenORB.xml file?
>
> I tried specifying -DORBInitRef
> NameService=corbaloc://<IPADDRESS>:<PORTNUMBER>/NameService
> in command line. but it still tries corbaloc given in the OpenORB.xml
> file which is in my classpath.

That is indeed strange as the command line switches should be given
precedence to more static settings, like the OpeNORB.xml file. I will have a
look at this.

> Ofcourse once I change corbaloc in the NameService entry in openorb.xml
> file (pointing to the
> remote machine), it works fine!

In general the exact way of doing this might be to provide all settings in
one corbaloc URL:

corbaloc://host1:port1,host2:port2,...,hostN:portN/NameService

The ORB will try to find the host with which the connection succeeds...

Hope that helps,
   Michael

[openorb-users] setting ORBInitRef in command line

[<Kri...@te...>]

Hello!

I have OpenORB 1.3.0 installed. In OpenORB.xml I have set corbaloc for 
NameService to be  
<localhost>. This XML file is part of jar file which I include in my 
client <CLASSPATH>. 
Inside the client I am doing 
	org.omg.CORBA.ORB.init(<ARGS>,null). 
	............
            nc = NamingContextExtHelper.narrow(
                    orb.resolve_initial_references("NameService"));

The above works fine as long as the NameService is running locally.
But, I would like to be able to change this corbaloc for NameService 
at run time (pointing to a machine other than localhost). 

What is the correct way to override an entry in OpenORB.xml file?

I tried specifying -DORBInitRef 
NameService=corbaloc://<IPADDRESS>:<PORTNUMBER>/NameService
in command line. but it still tries corbaloc given in the OpenORB.xml 
file which is in my classpath.

Ofcourse once I change corbaloc in the NameService entry in openorb.xml 
file (pointing to the 
remote machine), it works fine!

Thanks,
krishna


============================================================
The information contained in this message may be privileged 
and confidential and protected from disclosure.  If the 
reader of this message is not the intended recipient, or an 
employee or agent responsible for delivering this message to 
the intended recipient, you are hereby notified that any 
reproduction, dissemination or distribution of this 
communication is strictly prohibited. If you have received 
this communication in error, please notify us immediately by 
replying to the message and deleting it from your computer.

Thank you.
Tellabs
============================================================

Re: [openorb-users] Marshalling Exception

[Michael R. <mi...@ru...>]

> >> We are using OpenORB/OmniORB combination for our system. The C++-Server
> >uses
> >> OmniORB, the JAVA-client uses OpenORB and both are running under VMS.
> >>
> >> Do I get on the client side an exception, if the IDL expects doubles in
a
> >> function call, but the server is running the IDL, which defines longs
in
> >> that function call? What happens on the OpenORB side in this case?
> >
> >Have a look at the class CDRInputStream. The methods read_long() and
> >read_double() show the difference. Basically double is 8 Bytes and long
is
> 4
> >Bytes (in CORBA). That is why long is mapped to int in Java.
> >
> >If you are sending a long type where a double is expected (or vice versa)
> >you will always get a MARSHAL exception...
>
> Hallo,
>
> nun ist es leider so, dass der C++Server von jemand anderem geschrieben
wird
> und sich auch nicht in die Quellen schauen laesst. Er sagt nun, dass seine
> Methode nicht aufgerufen wird. Wie kann ich feststellen, wo die
Aufrufkette
> unterbrochen worden ist? Oder anders: Gibt es eine Moeglichkeit
mitzuloggen,
> was ueber den Socket geschrieben wird. Klar, ich bin daran interessiert,
> festzustellen, dass auf OpenORB (und damit unserer Seite) alles sauber
> laeuft.

Please do not take discussions off list as others might be interested in it
and for archiving reasons...

Use the properties:
    -Dopenorb.debug.trace=DEBUG -Dopenorb.debug.level=HIGH

And you will see an IIOP buffer dump for the client application.
From that you can grab the CORBA spec. and do a buffer analysis of what
travels between the apps. Easier might be to take Ethereal
(http://www.etheareal.com) with the CORBA plug in...

Michael

Re: [openorb-users] Portable Interceptors and Local Method Invocations

[<kd...@ez...>]

Hmm, looks like I have no choice but to do a complete marshal for the time 
being...

The timeouts I was talking about are lifetime timeouts - that is, if no 
methods have been invoked on an  object in the last hour, deactivate it. 
The example you gave was the ideal example for setting policy overrides 
though, which I needed for the ForceMarshal.

Kiril






"Michael Rumpf" <mi...@ru...>
Sent by: ope...@li...
05/09/2002 18:56
Please respond to openorb-users

 
        To:     <ope...@li...>
        cc: 
        Subject:        Re: [openorb-users] Portable Interceptors and Local Method Invocations


> Hi All,
>
> I created a portable interceptor for object life-cycle management
> (inactivity timeouts), and discovered that interceptors are not invoked
> for method calls to objects residing in the current VM (isLocal() ==
> true).

That is a problem that hasn't been solved by the OMG yet:

http://cgi.omg.org/issues/java-rtf.html#Issue4701
http://cgi.omg.org/issues/java2idl-rtf.html#Issue3754

There is already a bug filed at OpenORB's bug tracker:
http://sourceforge.net/tracker/index.php?func=detail&aid=515898&group_id=436
08&atid=436925

So, unless the spec. is not clear on how to deal with interceptors in 
local
invocations there will probably no support in OpenORB for this...

> I want some way of causing interceptors to be called for local objects,
> without going through the entire marshal-unmarshal that would occur if I
> set ForceMarshalPolicy. Is this possible? Wise? Should I look at another
> way of implementing timeouts?

For timeouts see the example 
src/examples/org/openorb/examples/messaging...

Michael

> Thanks for any help,
>
> Kiril Dunn
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> openorb-users mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openorb-users




-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
openorb-users mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openorb-users

Re: [openorb-users] Portable Interceptors and Local Method Invocations

[Michael R. <mi...@ru...>]

> Hi All,
>
> I created a portable interceptor for object life-cycle management
> (inactivity timeouts), and discovered that interceptors are not invoked
> for method calls to objects residing in the current VM (isLocal() ==
> true).

That is a problem that hasn't been solved by the OMG yet:

http://cgi.omg.org/issues/java-rtf.html#Issue4701
http://cgi.omg.org/issues/java2idl-rtf.html#Issue3754

There is already a bug filed at OpenORB's bug tracker:
http://sourceforge.net/tracker/index.php?func=detail&aid=515898&group_id=436
08&atid=436925

So, unless the spec. is not clear on how to deal with interceptors in local
invocations there will probably no support in OpenORB for this...

> I want some way of causing interceptors to be called for local objects,
> without going through the entire marshal-unmarshal that would occur if I
> set ForceMarshalPolicy. Is this possible? Wise? Should I look at another
> way of implementing timeouts?

For timeouts see the example src/examples/org/openorb/examples/messaging...

Michael

> Thanks for any help,
>
> Kiril Dunn
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> openorb-users mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openorb-users

[openorb-users] Portable Interceptors and Local Method Invocations

[<kd...@ez...>]

Hi All,

I created a portable interceptor for object life-cycle management 
(inactivity timeouts), and discovered that interceptors are not invoked 
for method calls to objects residing in the current VM (isLocal() == 
true).

I want some way of causing interceptors to be called for local objects, 
without going through the entire marshal-unmarshal that would occur if I 
set ForceMarshalPolicy. Is this possible? Wise? Should I look at another 
way of implementing timeouts?

Thanks for any help,

Kiril Dunn

Re: [openorb-users] HELP: configuring rmi over iiop

[Albert Z. <az...@ya...>]

Michael,

It was not a configuration issue at all.

While trying to get the hello example running, I found
two bugs. Please take a look at the fixes below, and
check them in if you see fit - I'm not set up to do
cvs yet.;)

1. In org/openorb/CORBA/ORB.java's method
scan_url_name(String loc), we should return the root
naming context right away as follows:
   ...
   org.omg.CORBA.Object namingobj = scan_url_loc( url
);
   if ( name.equals("") ) // root naming context
       return namingobj;
   ...
The exception I mentioned earlier was due to the
attempt of resolving an empty stringified name on the
root context.

2. In org/openorb/rmi/jndi/Context.java's method
lookup(javax.naming.Name name), we should return the
resolved object for a simple name once determined:
   ...
   org.omg.CORBA.Object obj = m_naming.resolve(
corbam_name );
   if ( corbam_name.length == 1 ) // a simple name -
look no further
       return obj;
   ...

Cheers,
Albert


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

Re: [openorb-users] Marshalling Exception

[Michael R. <mi...@ru...>]

----- Original Message -----
From: "Dr Reinhold Adscheid" <Rei...@ro...>
To: <ope...@li...>
Sent: Wednesday, September 04, 2002 10:31 AM
Subject: [openorb-users] Marshalling Exception


> We are using OpenORB/OmniORB combination for our system. The C++-Server
uses
> OmniORB, the JAVA-client uses OpenORB and both are running under VMS.
>
> Do I get on the client side an exception, if the IDL expects doubles in a
> function call, but the server is running the IDL, which defines longs in
> that function call? What happens on the OpenORB side in this case?

Have a look at the class CDRInputStream. The methods read_long() and
read_double() show the difference. Basically double is 8 Bytes and long is 4
Bytes (in CORBA). That is why long is mapped to int in Java.

If you are sending a long type where a double is expected (or vice versa)
you will always get a MARSHAL exception...

Michael

Re: [openorb-users] HELP: configuring rmi over iiop

[Michael R. <mi...@ru...>]

*snip*

> 5. I started the INS server like this:
> %JAVA_HOME%\jre\bin\java -cp %CLASSPATH%
> org.openorb.ins.Server -default\
> -ORBProfile=rmi
> And I did see these properties were used:
> [main] [DEBUG] (orb):
> iiop.CDRInputStreamClass=org.openorb.iiop.CDRInputStream
> [main] [DEBUG] (orb):
> iiop.CDROutputStreamClass=org.openorb.iiop.CDROutputStream
> ...
> [main] [DEBUG] (orb):
> initref.NameService=corbaloc::1.2@localhost:2001/NameService

This seems to be the corbaloc URL that the client needs to be able to
resolve the NameService


> [main] [DEBUG] (orb):
>
javax.rmi.CORBA.PortableRemoteObjectClass=org.openorb.rmi.system.PortableRem
oteObjectDelegateImpl
> [main] [DEBUG] (orb):
> javax.rmi.CORBA.StubClass=org.openorb.rmi.system.StubDelegateImpl
> [main] [DEBUG] (orb):
> javax.rmi.CORBA.UtilClass=org.openorb.rmi.system.UtilDelegateImpl
>
> 6. This is the stack trace from starting the
> HelloServer:
> %JAVA_HOME%\jre\bin\java -cp %CLASSPATH%
> org.open.rmi.examples.hello.HelloServer
>
> javax.naming.NamingException: CORBA system exception
> while finding initial context
> (org.omg.CORBA.BAD_PARAM: Call to resolve failed with
> the following exception:   vmcid: OMG  minor code: 10
> completed: No).  Root exception is
> org.omg.CORBA.BAD_PARAM: Call to resolve failed with
> the following exception:   vmcid: OMG  minor code: 10
> completed: No
>         at org.openorb.CORBA.ORB.scan_url_name(Unknown
> Source)
>         at
> org.openorb.CORBA.ORB.string_to_object(Unknown Source)
>         at
> org.openorb.rmi.jndi.CtxFactory.getInitialContext(Unknown
> Source)

The string being passed from getInitialContext() to string_to_object() seems
to be in a wrong format. The BAD_PARAM exception is thrown when the URL does
not contain a '/' character.

Try to specify

-Djavax.naming.Context.PROVIDER_URL=corbaloc::1.2@localhost:2001/NameService

when starting your app.

I've never used the JNDI SPI from the RIMoverIIOP package myself and I
haven't heard of many people that have done, so there may be some bugs
around...

Michael


>         at
> javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:662)
>         at
> javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:243)
>         at
> javax.naming.InitialContext.init(InitialContext.java:219)
>         at
> javax.naming.InitialContext.<init>(InitialContext.java:195)
>         at
> org.openorb.rmi.examples.hello.HelloServer.main(Unknown
> Source)

> Caused by: java.lang.reflect.InvocationTargetException
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
>         at
>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
>         at
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
>         at
> java.lang.reflect.Method.invoke(Method.java:324)
>         ... 8 more
> Caused by:
> org.omg.CosNaming.NamingContextPackage.InvalidName:
> IDL:omg.org/CosNaming/NamingContext/InvalidName:1.0
>         at
>
org.omg.CosNaming.NamingContextPackage.InvalidNameHelper.read(InvalidNameHel
per.java:60)
>         at
>
org.omg.CosNaming._NamingContextExtStub.resolve_str(_NamingContextExtStub.ja
va:169)
>         ... 12 more
> CORBA system exception while finding initial context
> (org.omg.CORBA.BAD_PARAM: Call to resolve failed with
> the following exception:   vmcid: OMG  minor code: 10
> completed: No)
>
>
> Thanks in advance,
> Albert
>
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Finance - Get real-time stock quotes
> http://finance.yahoo.com
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> openorb-users mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openorb-users

[openorb-users] HELP: configuring rmi over iiop

[Albert Z. <az...@ya...>]

I'm new to OpenORB (1.3.0 beta2), so please bear with
me for this simple question - how to correctly and
fully configure the rmi module? Thanks.

This is what I did with the config files:
1. I did put the orb.properties file with the
following entries into JDK1.4's
%JAVA_HOME%\jre\lib directory.
org.omg.CORBA.ORBClass=org.openorb.CORBA.ORB
org.omg.CORBA.ORBSingletonClass=org.openorb.CORBA.ORBSingleton
javax.rmi.CORBA.StubClass=org.openorb.rmi.system.StubDelegateImpl
javax.rmi.CORBA.UtilClass=org.openorb.rmi.system.UtilDelegateImpl
javax.rmi.CORBA.PortableRemoteObjectClass=org.openorb.rmi.system.PortableRemoteObjectDelegateImpl

2. Add a profile to OpenORB.xml:

  <!--
====================================================================
-->
  <!-- This profile extends the default, and enables
RMI over IIOP.         -->
  <!--
====================================================================
-->
  <profile name="rmi" extends="debug" >
    <description>
    Enables RMI over IIOP.
    </description>

    <import
xlink:href="${openorb.home}config/rmi.xml#rmi" />
  </profile>

3. Changed the iiop port for CorbalocService from 683
to 2001 to make INS work.

4. The classpath I used to launch the HelloServer is
as follows:
E:\OpenORB-1.3.0\coss\NamingService-1.3.0\examples>echo
%CLASSPATH%
E:\OpenORB-1.3.0\coss\RMIoverIIOP-1.3.0\lib\openorb_rmi_examples-1.3.0.jar;E:\Op
enORB-1.3.0\coss\RMIoverIIOP-1.3.0\lib\openorb_rmi_test-1.3.0.jar;E:\OpenORB-1.3
.0\coss\RMIoverIIOP-1.3.0\lib\openorb_rmi-1.3.0.jar;E:\OpenORB-1.3.0\coss\RMIove
rIIOP-1.3.0\lib\openorb_rmi_tools-1.3.0.jar;E:\OpenORB-1.3.0\coss\NamingService-
1.3.0\lib\openorb_ins_examples-1.3.0.jar;E:\OpenORB-1.3.0\coss\NamingService-1.3
.0\lib\openorb_ins-1.3.0.jar;E:\OpenORB-1.3.0\coss\NamingService-1.3.0\lib\openo
rb_tns-1.3.0.jar;E:\OpenORB-1.3.0\coss\NamingService-1.3.0\lib\openorb_tns_test-
1.3.0.jar;E:\OpenORB-1.3.0\coss\PersistentStateService-1.3.0\lib\openorb_pss_exa
mples-1.3.0.jar;E:\OpenORB-1.3.0\coss\PersistentStateService-1.3.0\lib\openorb_p
ss-1.3.0.jar;E:\OpenORB-1.3.0\coss\TransactionService-1.3.0\lib\openorb_ots_exam
ples-1.3.0.jar;E:\OpenORB-1.3.0\coss\TransactionService-1.3.0\lib\openorb_ots-1.
3.0.jar;E:\OpenORB-1.3.0\lib\openorb-1.3.0.jar;E:\OpenORB-1.3.0\lib\openorb_tool
s-1.3.0.jar;E:\OpenORB-1.3.0\lib\openorb_examples-1.3.0.jar;E:\OpenORB-1.3.0\lib
\openorb_test-1.3.0.jar;E:\OpenORB-1.3.0\lib\avalon-framework.jar;E:\OpenORB-1.3
.0\lib\excalibur-configuration.jar;E:\OpenORB-1.3.0\lib\junit.jar;E:\OpenORB-1.3
.0\lib\logkit.jar;E:\OpenORB-1.3.0\lib\xerces.jar

5. I started the INS server like this:
%JAVA_HOME%\jre\bin\java -cp %CLASSPATH%
org.openorb.ins.Server -default\
-ORBProfile=rmi
And I did see these properties were used:
[main] [DEBUG] (orb):
iiop.CDRInputStreamClass=org.openorb.iiop.CDRInputStream
[main] [DEBUG] (orb):
iiop.CDROutputStreamClass=org.openorb.iiop.CDROutputStream
...
[main] [DEBUG] (orb):
initref.NameService=corbaloc::1.2@localhost:2001/NameService
[main] [DEBUG] (orb):
javax.rmi.CORBA.PortableRemoteObjectClass=org.openorb.rmi.system.PortableRemoteObjectDelegateImpl
[main] [DEBUG] (orb):
javax.rmi.CORBA.StubClass=org.openorb.rmi.system.StubDelegateImpl
[main] [DEBUG] (orb):
javax.rmi.CORBA.UtilClass=org.openorb.rmi.system.UtilDelegateImpl

6. This is the stack trace from starting the
HelloServer:
%JAVA_HOME%\jre\bin\java -cp %CLASSPATH%
org.open.rmi.examples.hello.HelloServer

javax.naming.NamingException: CORBA system exception
while finding initial context
(org.omg.CORBA.BAD_PARAM: Call to resolve failed with
the following exception:   vmcid: OMG  minor code: 10 
completed: No).  Root exception is
org.omg.CORBA.BAD_PARAM: Call to resolve failed with
the following exception:   vmcid: OMG  minor code: 10 
completed: No
        at org.openorb.CORBA.ORB.scan_url_name(Unknown
Source)
        at
org.openorb.CORBA.ORB.string_to_object(Unknown Source)
        at
org.openorb.rmi.jndi.CtxFactory.getInitialContext(Unknown
Source)
        at
javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:662)
        at
javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:243)
        at
javax.naming.InitialContext.init(InitialContext.java:219)
        at
javax.naming.InitialContext.<init>(InitialContext.java:195)
        at
org.openorb.rmi.examples.hello.HelloServer.main(Unknown
Source)
Caused by: java.lang.reflect.InvocationTargetException
        at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at
java.lang.reflect.Method.invoke(Method.java:324)
        ... 8 more
Caused by:
org.omg.CosNaming.NamingContextPackage.InvalidName:
IDL:omg.org/CosNaming/NamingContext/InvalidName:1.0
        at
org.omg.CosNaming.NamingContextPackage.InvalidNameHelper.read(InvalidNameHelper.java:60)
        at
org.omg.CosNaming._NamingContextExtStub.resolve_str(_NamingContextExtStub.java:169)
        ... 12 more
CORBA system exception while finding initial context
(org.omg.CORBA.BAD_PARAM: Call to resolve failed with
the following exception:   vmcid: OMG  minor code: 10 
completed: No)


Thanks in advance,
Albert


__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

[openorb-users] Marshalling Exception

[Dr R. A. <Rei...@ro...>]

We are using OpenORB/OmniORB combination for our system. The C++-Server uses
OmniORB, the JAVA-client uses OpenORB and both are running under VMS.

Do I get on the client side an exception, if the IDL expects doubles in a
function call, but the server is running the IDL, which defines longs in
that function call? What happens on the OpenORB side in this case?

RE : RE : [openorb-users] OpenORB as relacement

[Poupart E. <Erw...@cn...>]

Just because i used javaORB before and because it's a way for me to =
verify that my application is independent of ORB. i want to be able to =
change the ORB with only one configuration file and no modification in =
the code.

Nobody knows, perhaps later i will have to use an another orb and i =
want to be able to switch to it easily.

An another interesting point is the possibility to compare performance =
between ORB's.
I use a profiler on my application with one ORB, then with the other =
and i look at the differences.

Erwann.


-----Message d'origine-----
De : Shawn Boyce [mailto:sh...@qc...]=20
Envoy=E9 : mardi 3 septembre 2002 14:54
=C0 : Poupart Erwann
Cc : ope...@li...
Objet : Re: RE : [openorb-users] OpenORB as relacement


What are your reasons for switching?

Poupart Erwann wrote:

>Hi all,
>
>Im a replacing also javaorb with openorb.
>
>Considering performances i used a profiler on the same application=20
>switching only the ORBs.
>
>I noticed no significative improvment on the two following points :
>
>ORB.run() uses about 55% to 60% of the CPU
>
>And the remote call on a corba object to a method doing nothing takes=20
>about the same amount of time : between 11 to 12 ms.
>
>The most important improvments should be, i suppose, concerning the=20
>functionnalities and the modularity.
>
>Regards,
>
>-----Message d'origine-----
>De : Andrew Cartwright [mailto:ac...@op...]
>Envoy=E9 : vendredi 6 septembre 2002 01:09
>=C0 : ope...@li...
>Objet : [openorb-users] OpenORB as relacement
>
>
>A success story with OpenORB.  After a couple of weeks of on and off
>development I have managed to replace(allow ORB switching) our current =

>commercial orb with OpenORB and at the same time move to Java 1.4.x. =20
>
>We have a product that uses Naming and Notification and it is now=20
>working with
>OpenORB 1.3 beta 2 and JDK 1.4.1 rc1.  As I'm only at the proof of =
concept=20
>stage I still have to conduct performance and durability testing (and =
work=20
>out what to do with the C++ CORBA component) but up to this point I =
have been=20
>impressed with OpenORB and would recommend it for evaluation.
>
>Thank you.
> =20
>

--=20
Shawn Boyce
QCOM, Inc.  =20
Quality Software is Our Business
http://www.qcominc.com

RE : [openorb-users] ORBInitRef property

[Poupart E. <Erw...@cn...>]

Ok.

I didn't ask you to add specific property like in JavaORB, i was just =
complaining that this property is not in the ORB specification.

I will try to find a workaround which will read in an orb.properties =
file and set ORBInitRef at execution time like it is done in the =
command line.

Erwann.

<MR>
The properties are non-standard and I don't want to add all properties =
of competitive ORBs to OpenORB just to make the transition more smooth. =
The default.xml file is the place to be for such kind of information =
but I admit that it's also clumsy to use. That's why we have introduced =
"ignoreXML" switch ;) The configuration must be tackled in future =
versions. Doing any major change for the 1.x versions is impossible. =
You have two possiblities: 1. Send a patch for OpenORB 1.3.x which adds =
the desired functionality without breaking other ways to configure the =
ORB 2. Wait for OpenORB 2.x and help design a new configuration system =
that is easier to use than the XML stuff...

   Michael
</MR>


Regards,

Erwann.

-----Message d'origine-----
De : Michael Rumpf [mailto:mi...@ru...]
Envoy=E9 : mercredi 28 ao=FBt 2002 10:28
=C0 : Poupart Erwann; ope...@li...
Objet : Re: [openorb-users] ORBInitRef property


I have found no indication in the spec that the properties you mention =
are valid CORBA properties. Page 4-30 (or 177) of the CORBA 3.0 spec. =
does not mention any of the property names, only the last one which =
works also for you is mentioned there...

Michael

----- Original Message -----
From: "Poupart Erwann" <Erw...@cn...>
To: <ope...@li...>
Sent: Monday, August 26, 2002 3:07 PM
Subject: [openorb-users] ORBInitRef property


> Hi all,
>
> I tried to set ORBInitRef with different combinations without =
success.
>
>         props.put("org.omg.CORBA.ORBInitRef",
"NameService=3Dcorbaloc::localhost:2809/NameService");
> or
>         props.put( "org.omg.CORBA.ORBInitRef",
"NameService=3Dcorbaloc:iiop:1.0@localhost:2809/NameService" );
> or
>
props.setProperty("org.omg.CORBA.ORBInitRef.NameService","corbaname::loc=
alho
st:2809");
> or
>
props.setProperty("org.omg.CORBA.ORBInitRef.NameService","corbaloc::loca=
lhos
t:2809");
> ...
>
> None ot them is taken in account !
>
> The only way i have for the moment is to set this property on the=20
> command
line :
>
> Java ... -ORBInitRef =
NameService=3Dcorbaloc::localhost:2809/NameService
>
> Do i miss something in the documentation ?
>
> Thanks for any help,
>
> Regards,
>
> Erwann.
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old cell =

> phone?  Get a new here for FREE!=20
> https://www.inphonic.com/r.asp?r=3Dsourceforge1&refcode1=3Dvs3390
> _______________________________________________
> openorb-users mailing list ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openorb-users


-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old cell =
phone?  Get a new here for FREE! =
https://www.inphonic.com/r.asp?r=3Durceforge1&refcode1=3D3390
_______________________________________________
openorb-users mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openorb-users

Re: [openorb-users] ORBInitRef property

[Michael R. <mi...@ru...>]

It would be very useful to have those standard properties working for every
ORB's.

With JavaORB, i used org.omg.ORBInitialHost and org.omg.ORBInitialPort
properties to set the Initial NameService Location.

If i have to put this information in the command line, it's not very ease of
use because if you have several command files to modify to set a new
NameService Location, it's a bit clumsy.

It should be much more useful to have only one configuration file, called
orb.properties for example, used by every distributed components of the
application and containing those lines :

# Using OpenORB
org.omg.CORBA.ORBClass=org.openorb.CORBA.ORB
org.omg.CORBA.ORBSingletonClass=org.openorb.CORBA.ORBSingleton

org.omg.CORBA.NameService=corbaloc::localhost:2809/NameService


<MR>
The properties are non-standard and I don't want to add all properties of
competitive ORBs to OpenORB just to make the transition more smooth.
The default.xml file is the place to be for such kind of information but I
admit that it's also clumsy to use. That's why we have introduced
"ignoreXML" switch ;)
The configuration must be tackled in future versions. Doing any major change
for the 1.x versions is impossible. You have two possiblities:
1. Send a patch for OpenORB 1.3.x which adds the desired functionality
without breaking other ways to configure the ORB
2. Wait for OpenORB 2.x and help design a new configuration system that is
easier to use than the XML stuff...

   Michael
</MR>


Regards,

Erwann.

-----Message d'origine-----
De : Michael Rumpf [mailto:mi...@ru...]
Envoyé : mercredi 28 août 2002 10:28
À : Poupart Erwann; ope...@li...
Objet : Re: [openorb-users] ORBInitRef property


I have found no indication in the spec that the properties you mention are
valid CORBA properties. Page 4-30 (or 177) of the CORBA 3.0 spec. does not
mention any of the property names, only the last one which works also for
you is mentioned there...

Michael

----- Original Message -----
From: "Poupart Erwann" <Erw...@cn...>
To: <ope...@li...>
Sent: Monday, August 26, 2002 3:07 PM
Subject: [openorb-users] ORBInitRef property


> Hi all,
>
> I tried to set ORBInitRef with different combinations without success.
>
>         props.put("org.omg.CORBA.ORBInitRef",
"NameService=corbaloc::localhost:2809/NameService");
> or
>         props.put( "org.omg.CORBA.ORBInitRef",
"NameService=corbaloc:iiop:1.0@localhost:2809/NameService" );
> or
>
props.setProperty("org.omg.CORBA.ORBInitRef.NameService","corbaname::localho
st:2809");
> or
>
props.setProperty("org.omg.CORBA.ORBInitRef.NameService","corbaloc::localhos
t:2809");
> ...
>
> None ot them is taken in account !
>
> The only way i have for the moment is to set this property on the
> command
line :
>
> Java ... -ORBInitRef NameService=corbaloc::localhost:2809/NameService
>
> Do i miss something in the documentation ?
>
> Thanks for any help,
>
> Regards,
>
> Erwann.
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old cell
> phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> openorb-users mailing list ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openorb-users


-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=urceforge1&refcode1=3390
_______________________________________________
openorb-users mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openorb-users

Re: [openorb-users] OpenORB as relacement

[Michael R. <mi...@ru...>]

The reason why the ORB seems to be busy all the time is that OpenORB has
implemented a feature to overcome Java's blocking I/O (<JDK1.4).
The ORB listens on the port for a few ms. When no request arrives it times
out and tries to do some other stuff. After that it goes into the listen
state again. In a profiler the behaviour is shown as doing something
although no actual work is being done. This will hopefully be overcome in
the future when we make the switch to JDK 1.4's non blocking I/O
capabilities...

Michael

----- Original Message -----
From: "Poupart Erwann" <Erw...@cn...>
To: <ope...@li...>
Sent: Tuesday, September 03, 2002 2:16 PM
Subject: RE : [openorb-users] OpenORB as relacement


Hi all,

Im a replacing also javaorb with openorb.

Considering performances i used a profiler on the same application switching
only the ORBs.

I noticed no significative improvment on the two following points :

ORB.run() uses about 55% to 60% of the CPU

And the remote call on a corba object to a method doing nothing takes about
the same amount of time : between 11 to 12 ms.

The most important improvments should be, i suppose, concerning the
functionnalities and the modularity.

Regards,

-----Message d'origine-----
De : Andrew Cartwright [mailto:ac...@op...]
Envoyé : vendredi 6 septembre 2002 01:09
À : ope...@li...
Objet : [openorb-users] OpenORB as relacement


A success story with OpenORB.  After a couple of weeks of on and off
development I have managed to replace(allow ORB switching) our current
commercial orb with OpenORB and at the same time move to Java 1.4.x.

We have a product that uses Naming and Notification and it is now working
with
OpenORB 1.3 beta 2 and JDK 1.4.1 rc1.  As I'm only at the proof of concept
stage I still have to conduct performance and durability testing (and work
out what to do with the C++ CORBA component) but up to this point I have
been
impressed with OpenORB and would recommend it for evaluation.

Thank you.
--



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old cell phone?
Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
openorb-users mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openorb-users


-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=urceforge1&refcode1=3390
_______________________________________________
openorb-users mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openorb-users

Re: RE : [openorb-users] OpenORB as relacement

[Shawn B. <sh...@qc...>]

What are your reasons for switching?

Poupart Erwann wrote:

>Hi all,
>
>Im a replacing also javaorb with openorb.
>
>Considering performances i used a profiler on the same application switc=
hing only the ORBs.
>
>I noticed no significative improvment on the two following points :
>
>ORB.run() uses about 55% to 60% of the CPU
>
>And the remote call on a corba object to a method doing nothing takes ab=
out the same amount of time : between 11 to 12 ms.
>
>The most important improvments should be, i suppose, concerning the func=
tionnalities and the modularity.
>
>Regards,
>
>-----Message d'origine-----
>De : Andrew Cartwright [mailto:ac...@op...]=20
>Envoy=E9 : vendredi 6 septembre 2002 01:09
>=C0 : ope...@li...
>Objet : [openorb-users] OpenORB as relacement
>
>
>A success story with OpenORB.  After a couple of weeks of on and off=20
>development I have managed to replace(allow ORB switching) our current=20
>commercial orb with OpenORB and at the same time move to Java 1.4.x. =20
>
>We have a product that uses Naming and Notification and it is now workin=
g with=20
>OpenORB 1.3 beta 2 and JDK 1.4.1 rc1.  As I'm only at the proof of conce=
pt=20
>stage I still have to conduct performance and durability testing (and wo=
rk=20
>out what to do with the C++ CORBA component) but up to this point I have=
 been=20
>impressed with OpenORB and would recommend it for evaluation.
>
>Thank you.
> =20
>

--=20
Shawn Boyce
QCOM, Inc.  =20
Quality Software is Our Business
http://www.qcominc.com

RE : [openorb-users] ORBInitRef property

[Poupart E. <Erw...@cn...>]

It would be very useful to have those standard properties working for =
every ORB's.

With JavaORB, i used org.omg.ORBInitialHost and org.omg.ORBInitialPort =
properties to set the Initial NameService Location.

If i have to put this information in the command line, it's not very =
ease of use because if you have several command files to modify to set =
a new NameService Location, it's a bit clumsy.

It should be much more useful to have only one configuration file, =
called orb.properties for example, used by every distributed components =
of the application and containing those lines :

# Using OpenORB
org.omg.CORBA.ORBClass=3Dorg.openorb.CORBA.ORB
org.omg.CORBA.ORBSingletonClass=3Dorg.openorb.CORBA.ORBSingleton

org.omg.CORBA.NameService=3Dcorbaloc::localhost:2809/NameService

Regards,

Erwann.

-----Message d'origine-----
De : Michael Rumpf [mailto:mi...@ru...]=20
Envoy=E9 : mercredi 28 ao=FBt 2002 10:28
=C0 : Poupart Erwann; ope...@li...
Objet : Re: [openorb-users] ORBInitRef property


I have found no indication in the spec that the properties you mention =
are valid CORBA properties. Page 4-30 (or 177) of the CORBA 3.0 spec. =
does not mention any of the property names, only the last one which =
works also for you is mentioned there...

Michael

----- Original Message -----
From: "Poupart Erwann" <Erw...@cn...>
To: <ope...@li...>
Sent: Monday, August 26, 2002 3:07 PM
Subject: [openorb-users] ORBInitRef property


> Hi all,
>
> I tried to set ORBInitRef with different combinations without =
success.
>
>         props.put("org.omg.CORBA.ORBInitRef",
"NameService=3Dcorbaloc::localhost:2809/NameService");
> or
>         props.put( "org.omg.CORBA.ORBInitRef",
"NameService=3Dcorbaloc:iiop:1.0@localhost:2809/NameService" );
> or
>
props.setProperty("org.omg.CORBA.ORBInitRef.NameService","corbaname::loc=
alho
st:2809");
> or
>
props.setProperty("org.omg.CORBA.ORBInitRef.NameService","corbaloc::loca=
lhos
t:2809");
> ...
>
> None ot them is taken in account !
>
> The only way i have for the moment is to set this property on the=20
> command
line :
>
> Java ... -ORBInitRef =
NameService=3Dcorbaloc::localhost:2809/NameService
>
> Do i miss something in the documentation ?
>
> Thanks for any help,
>
> Regards,
>
> Erwann.
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old cell =

> phone?  Get a new here for FREE!=20
> https://www.inphonic.com/r.asp?r=3Dsourceforge1&refcode1=3Dvs3390
> _______________________________________________
> openorb-users mailing list ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openorb-users

RE : [openorb-users] OpenORB as relacement

[Poupart E. <Erw...@cn...>]

Hi all,

Im a replacing also javaorb with openorb.

Considering performances i used a profiler on the same application =
switching only the ORBs.

I noticed no significative improvment on the two following points :

ORB.run() uses about 55% to 60% of the CPU

And the remote call on a corba object to a method doing nothing takes =
about the same amount of time : between 11 to 12 ms.

The most important improvments should be, i suppose, concerning the =
functionnalities and the modularity.

Regards,

-----Message d'origine-----
De : Andrew Cartwright [mailto:ac...@op...]=20
Envoy=E9 : vendredi 6 septembre 2002 01:09
=C0 : ope...@li...
Objet : [openorb-users] OpenORB as relacement


A success story with OpenORB.  After a couple of weeks of on and off=20
development I have managed to replace(allow ORB switching) our current=20
commercial orb with OpenORB and at the same time move to Java 1.4.x. =20

We have a product that uses Naming and Notification and it is now =
working with=20
OpenORB 1.3 beta 2 and JDK 1.4.1 rc1.  As I'm only at the proof of =
concept=20
stage I still have to conduct performance and durability testing (and =
work=20
out what to do with the C++ CORBA component) but up to this point I =
have been=20
impressed with OpenORB and would recommend it for evaluation.

Thank you.
--=20



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old cell =
phone?  Get a new here for FREE! =
https://www.inphonic.com/r.asp?r=3Dsourceforge1&refcode1=3Dvs3390
_______________________________________________
openorb-users mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openorb-users

[openorb-users] OpenORB as relacement

[Andrew C. <ac...@op...>]

A success story with OpenORB.  After a couple of weeks of on and off=20
development I have managed to replace(allow ORB switching) our current=20
commercial orb with OpenORB and at the same time move to Java 1.4.x. =20

We have a product that uses Naming and Notification and it is now working=
 with=20
OpenORB 1.3 beta 2 and JDK 1.4.1 rc1.  As I'm only at the proof of concep=
t=20
stage I still have to conduct performance and durability testing (and wor=
k=20
out what to do with the C++ CORBA component) but up to this point I have =
been=20
impressed with OpenORB and would recommend it for evaluation.

Thank you.
--=20

[openorb-users] Using OpenORB OTS : Inactive Exception

[Claudia B. L. N. da S. <cb...@ci...>]

Hi,

I'm using OpenORB OTS and I've some problems related to Inactive
Exception. 

The message that appears is:

----------
org.omg.CosTransactions.Inactive: IDL:omg.org/CosTransactions/Inactive:1.0
        at org.omg.CosTransactions.InactiveHelper.read(InactiveHelper.java:103)
        at org.omg.CosTransactions._CoordinatorStub.create_subtransaction(_Coord
inatorStub.java:832)
        at org.openorb.ots.Impl.Current.begin(Current.java:174)
        at banco.openorb.OperadorBancarioCliente.main(OperadorBancarioCliente.ja
va:114)
********************************************************************************
*******
Fatal error in Current :
        Unexpected exception

java.lang.Error
Stack trace:
        at org.openorb.ots.Impl.Current.begin(Current.java:200)
        at banco.openorb.OperadorBancarioCliente.main(OperadorBancarioCliente.ja
va:114)
----------

I'll try to explain the situation. I have a bank application with
operations like deposit, transferency and balance. I made the following
test:

1. create an account A 
   begin
   ... //create an account 
   commit

2. make a deposit in A 
   begin
   ... //make a deposit
   commit

3. make a transfer from A to an account that no exists.
   try {
   begin
   ... (In this point, an exception occurs and I rollback the operation)
   commit  
   } catch(){
   rollback
   }

4. make a deposit in A 
   begin --> (in this point the exception occurs and that message appears)
   ...
   commit


Someone can help me?
Why is my program throwing this exception?

Thanks,
Claudia.

Re: [openorb-users] Timeout when receiving answer

[Michael R. <mi...@ru...>]

Yep, see the example in src/examples/org/openorb/examples/messaging ...

Michael

----- Original Message -----
From: "Dr Reinhold Adscheid" <Rei...@ro...>
To: <ope...@li...>
Sent: Friday, August 30, 2002 8:29 AM
Subject: [openorb-users] Timeout when receiving answer


> my problem is, that the server-process is running a different ORB and: it
> loops/deadlocks, so my OpenORB-client is waiting until we stop the server.
> Is there a possibility to wait a maximum amount of seconds for the answer?
> Thanks
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> openorb-users mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openorb-users

[openorb-users] Timeout when receiving answer

[Dr R. A. <Rei...@ro...>]

my problem is, that the server-process is running a different ORB and: it
loops/deadlocks, so my OpenORB-client is waiting until we stop the server.
Is there a possibility to wait a maximum amount of seconds for the answer?
Thanks

[openorb-users] Orbacus

[Marvin W. <ma...@we...>]

Hi,
Does anyone have experience porting Orbacus applications to
OpenORB?
Thanks.
---------------------------------------------------------
Marvin Wolfthal ma...@we...