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.
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.
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.