Begin forwarded message:
From: Nick Papoylias <npapoylias@gmail.com> Subject: Re: [Mtalk-commits] How to use Seamless? Date: September 30, 2013 8:40:11 PM GMT+02:00 To: Noury Bouraqadi <bouraqadi@gmail.com> Cc: mtalk-commits <mtalk-commits@lists.gforge.inria.fr>
So I opened a new configuration for clean-up and commited what we discussed today. So this is version 0.3:
Gofer it url: 'http://ss3.gemstone.com/ss/Seamless'; package: 'ConfigurationOfSeamless'; load.
((Smalltalk at: #ConfigurationOfSeamless) project version: '0.3') load.
The quickest fix for the above code was (at the end) to use:
"Image 2" middleware2 := SeamlessDeamon newDefaultWithGlobalAccess. middleware2 startOn: 2222. remoteEnv := middleware connectOn: '127.0.0.1:1111' remoteClass := remoteEnv at: #Object.
This is how deamons can connect to each other without any SeamlessDeamonManager (the #connectOn: returns the entryDictionary which is the globals in this case). But I forgot 'cause I was always using the default ;)
With the Manager alternatively (the new code):
"Image 2" middleware2 := SeamlessDeamonManager addDefaultGlobalAccessDeamonOnPort: 2222. remoteClass := '127.0.0.1:1111' asRemoteEnvironment at: #Object.
and when stopping:
SeamlessDeamonManager stop: middware2.
Now the default deamon is either set by the user directly (as above) or lazily initialized (as we fixed it) in case it does not exist.
In the case of syntacti-sugar requests a default deamon is needed because when saying:
'127.0.0.1:1111' asRemoteEnvironment.
instead of:
middleware connectOn: '127.0.0.1:1111'.
Seamless does not know which deamon you want to used (thus uses or lazily initializes a default).
========================================================================
The puzzle app is now initializing properly sending messages to the puzzle and the pieces, checked by logging.
========================================================================
When the vue is being opened though it hangs in:
demarrerAffichage | window | window := vue openInWindowLabeled: self titreFenetre.
Unfortunately this is Morphic+Proxies territory and I' ll need some time to see what's going on here.
Usually morphic makes things slow by constantly accessing the model for every update on the screen. In this case though it seems to just hang.
So I' ll need more time for that.
On Mon, Sep 30, 2013 at 2:53 PM, Noury Bouraqadi <bouraqadi@gmail.com> wrote: Nick,
I tried to make two image talk to each other. I start a SeamlessDeamon on each one. Then, I tried to get a proxy on a class in one image from the other image.
"Image 1" middleware1 := SeamlessDeamon newDefaultWithGlobalAccess. middleware1 startOn: 1111
"Image 2" middleware2 := SeamlessDeamon newDefaultWithGlobalAccess. middleware2 startOn: 2222. remoteClass := '127.0.0.1:1111' asRemoteEnvironment at: #Object.
But, I get a DNU exception : UndefinedObject doesNotUnderestand #connectOn:
It's in the SeamlessDeamonManager>>#addressAsRemoteEnvironment: The defaultDeamon is nil. I tried to set it up, but I got more strange errors, so I gave up.
Any hint?
Noury
Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite
Please consider the environment before you print
_______________________________________________ Mtalk-commits mailing list Mtalk-commits@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/mtalk-commits
_______________________________________________ Mtalk-commits mailing list Mtalk-commits@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/mtalk-commits