<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<small>Hello Michael.<br>
<br>
First, I'm using Python to implement this server.</small><br>
<br>
Michael wrote:
<blockquote cite="mid:48108773.5040904@bindone.de" type="cite">
<pre wrap="">Hi Marco,
didn't really follow the thread, but
Marco Ferreira wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Thanks for all the replies.
I have tried different ways to get to the result I want, but the problem
pressists.
Needed result: to be able to contact the corba objects through corbaloc
URI's
Solution one:
Use the omniINSPOA POA
Problem:
Can't get the client to touch the objects (OBJECT_NOT_EXIST)
</pre>
</blockquote>
<pre wrap=""><!---->Did you try sth like this?
CORBA::ORB_var orb = CORBA::ORB_init(argc, argv);
PortableServer::POAManager_var pman = rootpoa->the_POAManager();
PortableServer::LifespanPolicy_var lifespan2 =
rootpoa->create_lifespan_policy(PortableServer::PERSISTENT);
PortableServer::IdAssignmentPolicy_var assign =
rootpoa->create_id_assignment_policy(PortableServer::USER_ID);
CORBA::PolicyList policy_list;
policy_list.length(2);
policy_list[0] = PortableServer::LifespanPolicy::_duplicate(lifespan2);
policy_list[1] = PortableServer::IdAssignmentPolicy::_duplicate(assign);
CORBA::Object_var obj = orb->resolve_initial_references("omniINSPOA");
PortableServer::POA_var omniINSPOA=PortableServer::POA::_narrow(obj);
MyImpl* m = new MyImpl();
PortableServer::ObjectId_var myId = PortableServer::string_to_ObjectId("SomeObjectId")
omniINSPOA->activate_object_with_id(myId, m);
pman = omniINSPOA->the_POAManager();
pman->activate();
orb->run();
Then start the server using a fixed endpoint:
startmyserver -ORBendPoint giop:tcp:127.0.0.1:11173
and access it through a corbaloc uri:
corbaloc::127.0.0.1:11173/SomeObjectId
</pre>
</blockquote>
<small>On my searches I have came across the solution you just
suggested, thing is </small><br>
<pre wrap="">PortableServer doesn't have any method by the name "string_to_ObjectId". I'd think it's missing cause it's useless on python?
Anyway, i did try something like that, but client always got object_not_exist.
<big>Using omniMapper, here part of it:</big>
IncBaseServiceObjKey IOR:010000001e00000049444c3a496e636f676e69746f2f42617365536572766963653a312e30000000010000000000000064000000010102000e00000031302e3133382e3130342e39310015dc0e000000feb16a0f48000053c5000000000000000200000000000000080000000100000000545441010000001c00000001000000010001000100000001000105090101000100000009010100
<big>And here's what omniMapper daemon outputs:</big>
omniORB: Server accepted connection from giop:tcp:10.138.104.91:44786
omniORB: AsyncInvoker: thread id = 2 has started. Total threads = 3
omniORB: Scavenger task execute.
omniORB: AsyncInvoker: thread id = 3 has started. Total threads = 3
omniORB: giopWorker task execute.
omniORB: Accepted connection from giop:tcp:10.138.104.91:44786 because of this rule: "* unix,ssl,tcp"
omniORB: inputMessage: from giop:tcp:10.138.104.91:44786 118 bytes
omniORB:
4749 4f50 0100 0100 6a00 0000 0100 0000 GIOP....j.......
0100 0000 0c00 0000 0100 0000 0100 0100 ................
0901 0100 0100 0000 0100 0000 1400 0000 ................
496e 6342 6173 6553 6572 7669 6365 4f62 IncBaseServiceOb
6a4b 6579 0600 0000 5f69 735f 6100 0000 jKey...._is_a...
0000 0000 1e00 0000 4944 4c3a 496e 636f ........IDL:Inco
676e 6974 6f2f 4261 7365 5365 7276 6963 gnito/BaseServic
653a 312e 3000 e:1.0.
omniORB: Dispatching remote call '_is_a' to: key<IncBaseServiceObjKey> (active)
Mapping `IncBaseServiceObjKey' to IOR:010000001e00000049444c3a496e636f676e69746f2f42617365536572766963653a312e30000000010000000000000064000000010102000e00000031302e3133382e3130342e39310015dc0e000000feb16a0f48000053c5000000000000000200000000000000080000000100000000545441010000001c00000001000000010001000100000001000105090101000100000009010100
omniORB: Implementation of '_is_a' generated LOCATION_FORWARD.
omniORB: sendChunk: to giop:tcp:10.138.104.91:44786 172 bytes
omniORB:
4749 4f50 0100 0101 a000 0000 0000 0000 GIOP............
0100 0000 0300 0000 1e00 0000 4944 4c3a ............IDL:
496e 636f 676e 6974 6f2f 4261 7365 5365 Incognito/BaseSe
7276 6963 653a 312e 3000 0000 0100 0000 rvice:1.0.......
0000 0000 6400 0000 0101 0200 0e00 0000 ....d...........
3130 2e31 3338 2e31 3034 2e39 3100 15dc 10.138.104.91...
0e00 0000 feb1 6a0f 4800 0053 c500 0000 ......j.H..S....
0000 0000 0200 0000 0000 0000 0800 0000 ................
0100 0000 0054 5441 0100 0000 1c00 0000 .....TTA........
0100 0000 0100 0100 0100 0000 0100 0105 ................
0901 0100 0100 0000 0901 0100 ............
omniORB: Server connection refcount = 1
omniORB: Server connection refcount = 0
omniORB: Server close connection from giop:tcp:10.138.104.91:44786
</pre>
<blockquote cite="mid:48108773.5040904@bindone.de" type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">Solution two:
Use omniMapper to map the object names to correct IOR's
Problem:
When client contacts the corbaloc URI, omniMapper stays on some kind
of infinite loop with return LOCATION_FORWARD
</pre>
</blockquote>
<pre wrap=""><!---->Same problem imho, the location_forward is created because of object_not_exist
</pre>
<blockquote type="cite">
<pre wrap="">
I've tried your example Fischer, and some more while googling, and they
all work.
Mine just seems to want to be left alone in the corner :|
_______________________________________________
omniORB-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:omniORB-list@omniorb-support.com">omniORB-list@omniorb-support.com</a>
<a class="moz-txt-link-freetext" href="http://www.omniorb-support.com/mailman/listinfo/omniorb-list">http://www.omniorb-support.com/mailman/listinfo/omniorb-list</a>
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
<br>
</body>
</html>