For more infomation about this bug, visit

Peter Soetens
<peter [dot] soetens [..] ...> changed:

What |Removed |Added
--------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED

--- Comment #4 from Peter Soetens
<peter [dot] soetens [..] ...> 2008-04-29 23:34:45 ---
The patch have been applied on trunk/ocl.

$ svn ci deployment/ bin/ -m"Applied patch from bug #534: [Project] deployer
can not connect to CORBA components
> Needed to move code around such that most properties are processed before the component is created.
> "
Sending bin/CMakeLists.txt
Sending bin/cdeployer.cpp
Adding bin/deployer-corba.cpp
Sending deployment/CMakeLists.txt
Adding deployment/CorbaDeploymentComponent.cpp
Adding deployment/CorbaDeploymentComponent.hpp
Sending deployment/DeploymentComponent.cpp
Sending deployment/DeploymentComponent.hpp
Sending deployment/tests/deployment.cpf
Transmitting file data .........
Committed revision 29212.

For more infomation about this bug, visit

Peter Soetens
<peter [dot] soetens [..] ...> changed:

What |Removed |Added
--------------------------------------------------------------------------
Attachment #268 is|0 |1
obsolete| |

--- Comment #3 from Peter Soetens
<peter [dot] soetens [..] ...> 2008-04-29 21:21:05 ---
Created an attachment (id=269)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=269)
Allows to connect to servers *and* to create servers

Ruben's suggestion has been applied in this patch. Creation of servers is by
default off. You need to set the property:

1

For each component. Also By default the Naming Service is used to register your
server with. If you don't want to use it, set:

0

in addition to the above property.

For more infomation about this bug, visit

Peter Soetens
<peter [dot] soetens [..] ...> changed:

What |Removed |Added
--------------------------------------------------------------------------
Status|NEW |ASSIGNED
AssignedTo|orocos- |peter [dot] soetens [..] ...
|dev [..] ... |

--- Comment #2 from Peter Soetens
<peter [dot] soetens [..] ...> 2008-04-28 17:36:51 ---
Created an attachment (id=268)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=268)
Connects to remote components, creating local proxies.

This is a cleaner solution than Tine's patch. It allows to create a proxy for a
remote component using the name service or the IOR or the IOR file.

Say you have a remote Orocos component with the name 'MyComponent', you can
connect to it by using the XML syntax:

Which will make this component available in your application, using the
same name as the original.
This also works for the TaskBrowser deployer command 'loadComponent':

loadComponent("MyComponent", "CORBA")
loadComponent("MyComponent.ior", "IORFile")
loadComponent("IOR:.....", "IOR")

which allows to quickly connect to a remote component once you can copy/paste
the IOR into the console.

For more infomation about this bug, visit

--- Comment #1 from Tinne De Laet <tinne [dot] delaet [..] ...> 2008-04-23 13:54:16 ---
Created an attachment (id=267)
--> (https://www.fmtc.be/bugzilla/orocos/attachment.cgi?id=267)
Example of component which can be deployed and connects to remote components
using corba

(In reply to comment #0)
> When loading an application from an XML file, one can not specify that a
> component must connect to remote component. An easy fix would be to have a
> 'ControlTaskProxy' (or 'Remote') component type in the XML file which leads to
> connection to a remote component from the current application. The name would
> be resolved using the naming service. One could also specify IORs in an XML
> file. You could define the 'IORFile' component type in which the component name
> must be interpreted as a filename.
>
>
> ...
>
>
>
> ...
>
>
> Other suggestions ?
>

In our latest experiments, we used, just as you suggest, a seperate component
(we named it corbaclient), which connects to remote components. (I attached the
source )
This component had ports which were in fact just copies of the ports of the
remote component. The task of the corbaclient component was to put the value on
the ports of the remote component on the corbaclient ports, such that they can
be used by other local components.
We gave the corbaclient a poperty with the file name of the IOR of the remote
component:

1
2
3
4 ior
fileEstimation.ior
5

The xml of our corbaclient looked like this;

347
348 0.01
349 0
350 type="string">ORO_SCHED_RT
351
352 0
353 0
354 type="string">cpf/corbaClient.cpf
355
356
357
358 iTaSC
359
360

I have no idea if this was the best solution but is certainly worked :).

Tinne