I want to know if there is a better solution to remote an object in a server
process than the one I had to use. Let's suppose I have a PotA in a server
process that have his value property connected to an expression or to
another object (let' say it PotA Input Connection). Also, the value property
of PotA serves as origin to the value property of another object (PotA
Output Connection). If I had to control this PotA object from a client
process with a remote source url, Lookout says "the remote object is not
writable". This leaves the remote connection as unidirectional.
To solve this I must to connect the value of the remote pot (RemotePotA) to
the value of PotA in the server process, but also I had to connect the value
property of PotA to the value property in the client process, sharing the
value expression with the one if have previously. At this moment, I have
lost the client process machine independence, because the server process is
now locked to an specific client. Wrong way.
But I have another way to do it, that seems to me a way to fool Lookout
read-only check of objects. In the server process I create PotA as described
before, and PotB. I set the remote property of PotA to PotB in the same
server process. And voil�, I can use the remote property of RemotePotA in
the client to connect to PotB in the server process.
I had to do this for a great number of objects in a project (around 100) and
now I've noticed that this slows the Lookout application a lot, specially
the screen refresh, but I'm not sure if is this behavior is the origin of
the decreased speed.
Well, about this I have three questions:
1) This way to construct remoted object is correct?. There is no unexpected
event loopings?
2) If the contruct is correct, why Lookout not let to remote directly the
PotA object without all this complications? In fact, I'm modifying a
property by an indirect method, and if it works why not remove the read-only
checking?
3) If the construct generates unexpected events and it's an undesirable way
to do this, how can I remote a Pot which have a value property connected to
an expression or another object to control it from a client process?
Maybe anyone can give me some light about this question...
Thanks
Joaquin Villanueva
T-Systems
