November 2014 - Pharo-users

Re: [Pharo-users] Ploting all history of the commits in a Monticello repository

by Offray Vladimir Luna CÃ¡rdenas

Thanks a lot Pierre! that was exactly what I was looking for. Cheers, Offray El 12/11/14 a las #4, Pierre CHANSON escribiÃ³: > Hi Offray ! > > from Pharo you can access the monticello repository with the following code: > myRepository := MCSmalltalkhubRepository location: <anUrl>. > > then you can get: myRepository allVersionNames. > > Finally you can get the commits informations (message, author, date etc.) using: > myRepository versionInfoFromVersionNamed: <aVersionName>. > > For exemple supposing you want to list all the commit date and time logs from > your repository, result contained in a dictionary with the version names as keys > you can execute: > > -=-=-=-=-=-=-=-=-=-=-=-= > > result:= Dictionary new. > repo := (MCSmalltalkhubRepository location: > 'http://smalltalkhub.com/mc/Offray/Ubakye/main'). > > (repo allVersionNames sortedAs: [ :e | e extractNumber ]) asArray do: [ :v | > vers := repo versionInfoFromVersionNamed:v. result add: ( v -> (Array with: > (vers date) with: (vers time)))]. > > -=-=-=-=-=-=-=-=-=-=-=-= > > Cheers, > > Pierre > > > > > > > > > 2014-11-10 14:53 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net > <mailto:offray@riseup.net>>: > > Hi, > > I don't know if the terminology is the proper one. Anyway I'm trying to plot > a "time line" of the history of a project which is stored on [1] and [2] > (after rebranding) and also of the commits to documentation on [3] using > Pharo/Roassal. > > [1] http://smalltalkhub.com/#!/~__Offray/Ubakye/ > <http://smalltalkhub.com/#!/~Offray/Ubakye/> > [2] http://smalltalkhub.com/#!/~__Offray/Grafoscopio/ > <http://smalltalkhub.com/#!/~Offray/Grafoscopio/> > [3] http://mutabit.com/deltas/__repos.fossil/grafoscopio/__timeline?n=200 > <http://mutabit.com/deltas/repos.fossil/grafoscopio/timeline?n=200> > > Given I don't know any API of the sites, I thought it would be easier by > scraping the data on the web pages and the using it into Roassal, but after > testing some solutions on python, I came back to pharo to see if I can made > everything on it, including the data collection. > > For [1] and [2] I think that is possible to send a message to Monticello to > show all commits of a specific package (like it actually does from the UI) > and export them with the information about date of commit for all commits. > For [3] I'm thinking in using some combination of Zinc with Soup[4] despite > of the lack of tutorials. > > [4] http://www.squeaksource.com/@__Y-xGMSBYZmiWQToh/GJDsBRqL > <http://www.squeaksource.com/@Y-xGMSBYZmiWQToh/GJDsBRqL> > > So here are my questions: > > - There is any way to say to Monticello to export all commits dates and > times for a specific package? > - There is any advised scraping strategy for getting the same information > from the web page at [3]? > > The plot I would like to do is similar to the one of the ebola example at > [5], but using high as number of commits and x axis as dates. > > [5] > https://dl.dropboxusercontent.__com/u/31543901/__AgileVisualization/QuickSt… > <https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/QuickStart/…> > > Any help is welcomed, as always. > > Cheers, > > Offray > >

Nov. 14, 2014

Re: [Pharo-users] Uninstalling NonInteractiveTranscript (or reinstalling default Transcript)

by Sven Van Caekenberghe

Yes, I would think so. It is just an assignment to the global variable Transcript, IIRC. > On 14 Nov 2014, at 02:50, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > How do I revert the installation of the following?: > NonInteractiveTranscript stdout install. > > Is the following statement enough? > ThreadSafeTranscript install > > Regards!

Nov. 14, 2014

Uninstalling NonInteractiveTranscript (or reinstalling default Transcript)

by Esteban A. Maringolo

How do I revert the installation of the following?: NonInteractiveTranscript stdout install. Is the following statement enough? ThreadSafeTranscript install Regards!

Nov. 14, 2014

Re: [Pharo-users] Metacello configuration based on subdirectory of Git repo

by Rafael Luque

Hi Dale, Your second option worked for me. This is the validation error I got for my previous configuration using the MetacelloToolBox: "Error: Missing required field (className:) for project reference 'Stamp' in version '0.1-baseline' { incompleteProjectSpec } [ #validateBaselineVersionSpec: ]" By the other hand, using a filetree url to my local working copy algo resolved the Stamp project dependency. Thank you very much! Rafa Rafael, It looks like in your case that you've got a configuration problem ... and here's the proper fix (but depending upon which vesion of Metacello you're using may or may not work): baseline01: spec <version: '0.1-baseline'> spec for: #common do: [ spec blessing: #baseline. spec repository: 'filetree://full-filesystempath-to-your-pharo-subdirectory '. spec configuration: 'Stamp' with: [ spec repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; loads: 'Stamp'; version: #stable ]. spec package: 'MyStompMessaging' with: [ spec requires: #('Stamp') ] ] if you get an error then the following should work: baseline01: spec <version: '0.1-baseline'> spec for: #common do: [ spec blessing: #baseline. spec repository: 'filetree://full-filesystempath-to-your-pharo-subdirectory '. spec project: 'Stamp-Core' with: [ spec className: 'ConfigurationOfStamp'; repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; loads: 'Stamp'; version: #stable ]. spec package: 'MyStompMessaging' with: [ spec requires: #('Stamp-Core') ] ] I've also submitted a metacello bug[1] to cover this issue, although I may have already fixed the bug in a later version of Metacello, I'm going to double check wihen I get a chance... Finally, I would be interested to know what errors or warnings you might get from validating your configuration (inspect the result of MetacelloToolBox class>>validateConfiguration: with your configuration class as an argument). HTH, Dale [1] https://github.com/dalehenrich/metacello-work/issues/313 On Thu, Nov 13, 2014 at 12:28 PM, Rafael Luque <rafael.luque.leiva(a)gmail.com > wrote: > Thank you for the responses. > > I'll try both of them, but in the meantime I found another problem because > of my lack of experience. > > I'm trying to define in the baseline a dependency with another project, in > particular the Stamp project by Sven Van Caekenberghe [1] in Smalltalkhub > in the following way: > > baseline01: spec > <version: '0.1-baseline'> > spec > for: #common > do: [ > spec blessing: #baseline. > spec repository: 'filetree://full-filesystempath-to-your-pharo- > subdirectory'. > spec > project: 'Stamp-Core' > with: [ > spec > repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; > loads: 'Stamp'; > version: #stable ]. > spec > package: 'MyStompMessaging' with: [ spec requires: #('Stamp-Core') ] ] > > > When I evaluate the following in a Workspace: > > (ConfigurationOfMyPackage project version: '0.1') load. > > I get the followin error: > > MessageNotUnderstood: receiver of "ensureLoadUsing:" is nil > > In the debugger I see that MetacelloMCProjectSpec>>projectPackage is nil. > > In an old thread I found that Dale Henrichs suggests to try this: > > MetacelloProjectRegistration > resetRegistry; > primeRegistryFromImage > > But in my case It does not solve the problem. > > > Thank you in advance. > > > [1] http://smalltalkhub.com/#!/~SvenVanCaekenberghe/Stamp/packages/Stamp > [2] > http://forum.world.st/Sample-metacello-configuration-referencing-a-github-p… > > 2014-11-13 19:07 GMT+01:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > >> Le 13/11/2014 18:21, Rafael Luque a Ã©crit : >> >>> Hi all, >>> >>> I'm starting with Pharo and playing with the ways to integrate it with >>> Git. >>> >>> I've read the "Git and Pharo" chapter on "Enterprise Pharo" book by >>> Thierry Goubier and loaded the GitFileTree package. >>> >>> I'm working on a project with several microservices, one of them will be >>> based on Pharo and the other ones in other technologies. The project >>> repository is based in our own Git server and each microservice maps >>> with one subdirectory in the repo. >>> >>> My question is if it is possible to define a Metacello configuration to >>> load my packages from an specific subdirectory of a Git repository. I >>> have tried with the following baseline method, but it fails because does >>> not understand repoPath: >>> >> >> Yes, it is possible to fix a specific subdirectory, with a gitfiletree: >> url, via a dir=aRelativePath. >> >> baseline01: spec >> <version: '0.1-baseline'> >> spec >> for: #common >> do: [ >> spec blessing: #baseline. >> spec repository: 'gitfiletree://my-git-server/my-project&dir=my-pharo- >> subdirectory'. >> spec >> package: 'MyPackage'. >> . . . ] >> >> You can have a look at the ConfigurationOfAltBrowser in the configuration >> browser to see how it triggers downloading the GitFileTree support. >> >> Thierry >> >> >> baseline01: spec >>> <version: '0.1-baseline'> >>> spec >>> for: #common >>> do: [ >>> spec blessing: #baseline. >>> spec repository: 'git@my-git-server:my-project'. >>> spec repoPath: 'my-pharo-subdirectory'. >>> spec >>> package: 'MyPackage'. >>> . . . ] >>> >>> Thank you in advance. >>> >>> >> >> >

Nov. 13, 2014

Re: [Pharo-users] Metacello configuration based on subdirectory of Git repo

by Rafael Luque

Hi Dale, Your second option worked for me. This is the validation error I got for my previous configuration using the MetacelloToolBox: "Error: Missing required field (className:) for project reference 'Stamp' in version '0.1-baseline' { incompleteProjectSpec } [ #validateBaselineVersionSpec: ]" By the other hand, using a filetree URL to my local working copy algo resolved the Stamp project dependency. Thank you very much! Rafa 2014-11-13 21:57 GMT+01:00 Dale Henrichs <dale.henrichs(a)gemtalksystems.com>: > Rafael, > > It looks like in your case that you've got a configuration problem ... and > here's the proper fix (but depending upon which vesion of Metacello you're > using may or may not work): > > baseline01: spec > <version: '0.1-baseline'> > spec > for: #common > do: [ > spec blessing: #baseline. > spec repository: 'filetree://full-filesystempath-to-your-pharo- > subdirectory'. > spec > configuration: 'Stamp' > with: [ > spec > repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; > loads: 'Stamp'; > version: #stable ]. > spec > package: 'MyStompMessaging' with: [ spec requires: #('Stamp') ] ] > > if you get an error then the following should work: > > baseline01: spec > <version: '0.1-baseline'> > spec > for: #common > do: [ > spec blessing: #baseline. > spec repository: 'filetree://full-filesystempath-to-your-pharo- > subdirectory'. > spec > project: 'Stamp-Core' > with: [ > spec > className: > 'ConfigurationOfStamp'; > repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; > loads: 'Stamp'; > version: #stable ]. > spec > package: 'MyStompMessaging' with: [ spec requires: #('Stamp-Core') ] ] > > I've also submitted a metacello bug[1] to cover this issue, although I may > have already fixed the bug in a later version of Metacello, I'm going to > double check wihen I get a chance... > > Finally, I would be interested to know what errors or warnings you might > get from validating your configuration (inspect the result of > MetacelloToolBox class>>validateConfiguration: with your configuration > class as an argument). > > HTH, > > Dale > > [1] https://github.com/dalehenrich/metacello-work/issues/313 > > > On Thu, Nov 13, 2014 at 12:28 PM, Rafael Luque < > rafael.luque.leiva(a)gmail.com> wrote: > >> Thank you for the responses. >> >> I'll try both of them, but in the meantime I found another problem >> because of my lack of experience. >> >> I'm trying to define in the baseline a dependency with another project, >> in particular the Stamp project by Sven Van Caekenberghe [1] in >> Smalltalkhub in the following way: >> >> baseline01: spec >> <version: '0.1-baseline'> >> spec >> for: #common >> do: [ >> spec blessing: #baseline. >> spec repository: 'filetree://full-filesystempath-to-your-pharo- >> subdirectory'. >> spec >> project: 'Stamp-Core' >> with: [ >> spec >> repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; >> loads: 'Stamp'; >> version: #stable ]. >> spec >> package: 'MyStompMessaging' with: [ spec requires: #('Stamp-Core') ] ] >> >> >> When I evaluate the following in a Workspace: >> >> (ConfigurationOfMyPackage project version: '0.1') load. >> >> I get the followin error: >> >> MessageNotUnderstood: receiver of "ensureLoadUsing:" is nil >> >> In the debugger I see that MetacelloMCProjectSpec>>projectPackage is nil. >> >> In an old thread I found that Dale Henrichs suggests to try this: >> >> MetacelloProjectRegistration >> resetRegistry; >> primeRegistryFromImage >> >> But in my case It does not solve the problem. >> >> >> Thank you in advance. >> >> >> [1] http://smalltalkhub.com/#!/~SvenVanCaekenberghe/Stamp/packages/Stamp >> [2] >> http://forum.world.st/Sample-metacello-configuration-referencing-a-github-p… >> >> 2014-11-13 19:07 GMT+01:00 Thierry Goubier <thierry.goubier(a)gmail.com>: >> >>> Le 13/11/2014 18:21, Rafael Luque a Ã©crit : >>> >>>> Hi all, >>>> >>>> I'm starting with Pharo and playing with the ways to integrate it with >>>> Git. >>>> >>>> I've read the "Git and Pharo" chapter on "Enterprise Pharo" book by >>>> Thierry Goubier and loaded the GitFileTree package. >>>> >>>> I'm working on a project with several microservices, one of them will be >>>> based on Pharo and the other ones in other technologies. The project >>>> repository is based in our own Git server and each microservice maps >>>> with one subdirectory in the repo. >>>> >>>> My question is if it is possible to define a Metacello configuration to >>>> load my packages from an specific subdirectory of a Git repository. I >>>> have tried with the following baseline method, but it fails because does >>>> not understand repoPath: >>>> >>> >>> Yes, it is possible to fix a specific subdirectory, with a gitfiletree: >>> url, via a dir=aRelativePath. >>> >>> baseline01: spec >>> <version: '0.1-baseline'> >>> spec >>> for: #common >>> do: [ >>> spec blessing: #baseline. >>> spec repository: 'gitfiletree://my-git-server/my-project&dir=my-pharo- >>> subdirectory'. >>> spec >>> package: 'MyPackage'. >>> . . . ] >>> >>> You can have a look at the ConfigurationOfAltBrowser in the >>> configuration browser to see how it triggers downloading the GitFileTree >>> support. >>> >>> Thierry >>> >>> >>> baseline01: spec >>>> <version: '0.1-baseline'> >>>> spec >>>> for: #common >>>> do: [ >>>> spec blessing: #baseline. >>>> spec repository: 'git@my-git-server:my-project'. >>>> spec repoPath: 'my-pharo-subdirectory'. >>>> spec >>>> package: 'MyPackage'. >>>> . . . ] >>>> >>>> Thank you in advance. >>>> >>>> >>> >>> >> >

Nov. 13, 2014

Re: [Pharo-users] Metacello configuration based on subdirectory of Git repo

by Dale Henrichs

Rafael, It looks like in your case that you've got a configuration problem ... and here's the proper fix (but depending upon which vesion of Metacello you're using may or may not work): baseline01: spec <version: '0.1-baseline'> spec for: #common do: [ spec blessing: #baseline. spec repository: 'filetree://full-filesystempath-to-your-pharo-subdirectory '. spec configuration: 'Stamp' with: [ spec repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; loads: 'Stamp'; version: #stable ]. spec package: 'MyStompMessaging' with: [ spec requires: #('Stamp') ] ] if you get an error then the following should work: baseline01: spec <version: '0.1-baseline'> spec for: #common do: [ spec blessing: #baseline. spec repository: 'filetree://full-filesystempath-to-your-pharo-subdirectory '. spec project: 'Stamp-Core' with: [ spec className: 'ConfigurationOfStamp'; repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; loads: 'Stamp'; version: #stable ]. spec package: 'MyStompMessaging' with: [ spec requires: #('Stamp-Core') ] ] I've also submitted a metacello bug[1] to cover this issue, although I may have already fixed the bug in a later version of Metacello, I'm going to double check wihen I get a chance... Finally, I would be interested to know what errors or warnings you might get from validating your configuration (inspect the result of MetacelloToolBox class>>validateConfiguration: with your configuration class as an argument). HTH, Dale [1] https://github.com/dalehenrich/metacello-work/issues/313 On Thu, Nov 13, 2014 at 12:28 PM, Rafael Luque <rafael.luque.leiva(a)gmail.com > wrote: > Thank you for the responses. > > I'll try both of them, but in the meantime I found another problem because > of my lack of experience. > > I'm trying to define in the baseline a dependency with another project, in > particular the Stamp project by Sven Van Caekenberghe [1] in Smalltalkhub > in the following way: > > baseline01: spec > <version: '0.1-baseline'> > spec > for: #common > do: [ > spec blessing: #baseline. > spec repository: 'filetree://full-filesystempath-to-your-pharo- > subdirectory'. > spec > project: 'Stamp-Core' > with: [ > spec > repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; > loads: 'Stamp'; > version: #stable ]. > spec > package: 'MyStompMessaging' with: [ spec requires: #('Stamp-Core') ] ] > > > When I evaluate the following in a Workspace: > > (ConfigurationOfMyPackage project version: '0.1') load. > > I get the followin error: > > MessageNotUnderstood: receiver of "ensureLoadUsing:" is nil > > In the debugger I see that MetacelloMCProjectSpec>>projectPackage is nil. > > In an old thread I found that Dale Henrichs suggests to try this: > > MetacelloProjectRegistration > resetRegistry; > primeRegistryFromImage > > But in my case It does not solve the problem. > > > Thank you in advance. > > > [1] http://smalltalkhub.com/#!/~SvenVanCaekenberghe/Stamp/packages/Stamp > [2] > http://forum.world.st/Sample-metacello-configuration-referencing-a-github-p… > > 2014-11-13 19:07 GMT+01:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > >> Le 13/11/2014 18:21, Rafael Luque a Ã©crit : >> >>> Hi all, >>> >>> I'm starting with Pharo and playing with the ways to integrate it with >>> Git. >>> >>> I've read the "Git and Pharo" chapter on "Enterprise Pharo" book by >>> Thierry Goubier and loaded the GitFileTree package. >>> >>> I'm working on a project with several microservices, one of them will be >>> based on Pharo and the other ones in other technologies. The project >>> repository is based in our own Git server and each microservice maps >>> with one subdirectory in the repo. >>> >>> My question is if it is possible to define a Metacello configuration to >>> load my packages from an specific subdirectory of a Git repository. I >>> have tried with the following baseline method, but it fails because does >>> not understand repoPath: >>> >> >> Yes, it is possible to fix a specific subdirectory, with a gitfiletree: >> url, via a dir=aRelativePath. >> >> baseline01: spec >> <version: '0.1-baseline'> >> spec >> for: #common >> do: [ >> spec blessing: #baseline. >> spec repository: 'gitfiletree://my-git-server/my-project&dir=my-pharo- >> subdirectory'. >> spec >> package: 'MyPackage'. >> . . . ] >> >> You can have a look at the ConfigurationOfAltBrowser in the configuration >> browser to see how it triggers downloading the GitFileTree support. >> >> Thierry >> >> >> baseline01: spec >>> <version: '0.1-baseline'> >>> spec >>> for: #common >>> do: [ >>> spec blessing: #baseline. >>> spec repository: 'git@my-git-server:my-project'. >>> spec repoPath: 'my-pharo-subdirectory'. >>> spec >>> package: 'MyPackage'. >>> . . . ] >>> >>> Thank you in advance. >>> >>> >> >> >

Nov. 13, 2014

Re: [Pharo-users] Metacello configuration based on subdirectory of Git repo

by Rafael Luque

Thank you for the responses. I'll try both of them, but in the meantime I found another problem because of my lack of experience. I'm trying to define in the baseline a dependency with another project, in particular the Stamp project by Sven Van Caekenberghe [1] in Smalltalkhub in the following way: baseline01: spec <version: '0.1-baseline'> spec for: #common do: [ spec blessing: #baseline. spec repository: 'filetree://full-filesystempath-to-your-pharo-subdirectory '. spec project: 'Stamp-Core' with: [ spec repository: 'http://smalltalkhub.com/mc/SvenVanCaekenberghe/Stamp/main'; loads: 'Stamp'; version: #stable ]. spec package: 'MyStompMessaging' with: [ spec requires: #('Stamp-Core') ] ] When I evaluate the following in a Workspace: (ConfigurationOfMyPackage project version: '0.1') load. I get the followin error: MessageNotUnderstood: receiver of "ensureLoadUsing:" is nil In the debugger I see that MetacelloMCProjectSpec>>projectPackage is nil. In an old thread I found that Dale Henrichs suggests to try this: MetacelloProjectRegistration resetRegistry; primeRegistryFromImage But in my case It does not solve the problem. Thank you in advance. [1] http://smalltalkhub.com/#!/~SvenVanCaekenberghe/Stamp/packages/Stamp [2] http://forum.world.st/Sample-metacello-configuration-referencing-a-github-p… 2014-11-13 19:07 GMT+01:00 Thierry Goubier <thierry.goubier(a)gmail.com>: > Le 13/11/2014 18:21, Rafael Luque a Ã©crit : > >> Hi all, >> >> I'm starting with Pharo and playing with the ways to integrate it with >> Git. >> >> I've read the "Git and Pharo" chapter on "Enterprise Pharo" book by >> Thierry Goubier and loaded the GitFileTree package. >> >> I'm working on a project with several microservices, one of them will be >> based on Pharo and the other ones in other technologies. The project >> repository is based in our own Git server and each microservice maps >> with one subdirectory in the repo. >> >> My question is if it is possible to define a Metacello configuration to >> load my packages from an specific subdirectory of a Git repository. I >> have tried with the following baseline method, but it fails because does >> not understand repoPath: >> > > Yes, it is possible to fix a specific subdirectory, with a gitfiletree: > url, via a dir=aRelativePath. > > baseline01: spec > <version: '0.1-baseline'> > spec > for: #common > do: [ > spec blessing: #baseline. > spec repository: 'gitfiletree://my-git-server/my-project&dir=my-pharo- > subdirectory'. > spec > package: 'MyPackage'. > . . . ] > > You can have a look at the ConfigurationOfAltBrowser in the configuration > browser to see how it triggers downloading the GitFileTree support. > > Thierry > > > baseline01: spec >> <version: '0.1-baseline'> >> spec >> for: #common >> do: [ >> spec blessing: #baseline. >> spec repository: 'git@my-git-server:my-project'. >> spec repoPath: 'my-pharo-subdirectory'. >> spec >> package: 'MyPackage'. >> . . . ] >> >> Thank you in advance. >> >> > >

Nov. 13, 2014

Re: [Pharo-users] Opentalk or remoting libraries

by Alain Rastoul

Le 13/11/2014 20:17, Sven Van Caekenberghe a Ã©crit : > Nice. > > It is of course also important to note the security risks involved: the client can execute absolutely anything. > Yes, a problem on open networks. And important to notice > One partial solution is to bind the server only to the localhost. >

Nov. 13, 2014

Re: [Pharo-users] Error when compiling a string with a quote

by Hilaire

Thanks for the tips! Hilaire Le 13/11/2014 19:04, Sven Van Caekenberghe a Ã©crit : > I was too quick to respond, the #storeString conversion is OK: -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 13, 2014

Re: [Pharo-users] Opentalk or remoting libraries

by Sven Van Caekenberghe

Nice. It is of course also important to note the security risks involved: the client can execute absolutely anything. One partial solution is to bind the server only to the localhost. > On 13 Nov 2014, at 19:17, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: > > Hi, > CORBA main focus is about interoperability between systems, languages (don't know about opentalk). > If you want smalltalk only remote execution, you can very easily do your own on Pharo with Zinc http components and Fuel serializer: a small server that reads smalltalk blocks, evaluates them and return the result (see below an example of server and client). > I don't know if Zinc and Fuel run on Squeak, but I guess if not, they are equivalents ones or you could do the same. > Beware that Fuel builds a graph of the objects touched by the object it serializes (the block) and serialize them along the way, that may be a problem if you have references to other big objects of your image. > > " ================================= RPC server" > " start Zn server in background " > ZnServer startDefaultOn: 1701. > ZnServer default delegate: (ZnWebSocketDelegate handler: > ([ :webSocket | > [ [ | serializedRequest request response serializedResponse | > serializedRequest := webSocket readMessage. > request := FLMaterializer materializeFromByteArray: serializedRequest. > "execute block and it's value to response byte array" > response := [ request value ] > on: Exception do: [ :ex | ex resume: 'Exception ',ex class name , ' - ', ex messageText ]. > serializedResponse := FLSerializer serializeToByteArray: response . > webSocket sendMessage: serializedResponse . > ] repeat. > ] > on: ConnectionClosed, ConnectionTimedOut > do: [ self crLog: 'Ignoring connection or timeout' ] > ]) ). > "=========================================" > > " to stop the server" > ZnServer stopDefault . > > > > "========================================= RPC CLIENT" > > " Client call to server: calculate factorial 100 on the other side" > | webSocket | > webSocket := ZnWebSocket to: 'ws://127.0.0.1:1701'. > [ | request serializedRequest serializedResponse response | > request := [ 100 factorial ] . " the request is the block to evaluate" > serializedRequest := FLSerializer serializeToByteArray: request . "serialize the block" > webSocket sendMessage: serializedRequest . "send it" > serializedResponse := webSocket readMessage . " read response" > response := FLMaterializer materializeFromByteArray: serializedResponse. "deserialize to object" > Transcript show: response asString ; cr ] > on: ConnectionClosed > do: [ self crLog: 'Ignoring connection close, done' ] > > > regards, > > Alain > > > Le 12/11/2014 18:17, Annick Fron a Ã©crit : >> Hi, >> >> Are there some libraries in pharo to do remote calls like in Opentalk or Corba ? >> >> Annick >> > > >

Nov. 13, 2014