October 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Marten Feldtmann

Am 25.10.2017 um 15:52 schrieb CÃ©drick BÃ©ler: > Ok. > > I wonder also if Basys is not enough to experiment. > https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… > > Iâll also try Sebastian suggestion. > ZeroMQ is a wonderful library. We used it together with Gemstone/s to build an "Event data bus" based on ZeroMQ ... and with each successful commit our Gemstone/S send events on this "bus". On the "bus" several different programs written in different languages are listening and do some reaction based on the events they were interested in. Marten Feldtmann

Oct. 25, 2017

Re: [Pharo-users] [Pharo-dev] [ANNOUNCE] ParrotTalk release/design change considerations

by henry

I disabled vatId authorization in version 3, located in SessionOperations>>processIWant | SessionOperations>>processIAm:. I was asked to disseminate my news to Pharo Users, hello there. I was asked to describe ParrotTalk well, provide use cases and adopters of its use. Alright, I will give an attempt. ParrotTalk is an encrypted connection framework. Currently allowing anonymous 2048-bit key negotiation to establish user-provided encryption cipher and user-provided encoding and decoding, both through a provided SessionAgentMap to a starting SessionAgent server. Please look in the test case ThunkHelloWorldTest for building these maps and running a connection iwth data passing after encryption is established. There is a 4-way negotiation, from ProtocolOffered/Accepted to Go/GoToo. In using RSA 2048 signature validation and DH 2048 primes to establish the key used within the selected Cipher. The Cipher and Encoder are selected by name through the negotiation protocol. Currently three Ciphers are selectable, AESede, DESede, and DES. There are two encoders tested, asn1der, and Bytes. This protocol is described here, in this document. https://github.com/ZiroZimbarra/callistohouse/blob/master/docs/ParrotTalkFr… For as to use cases, this encrypted connection has no third party, man-in-the-middle situation by not using Certificates. As such, this is a tight implementation of NSA-proof encryption without explicit authorization beyond knowledge of a host:port. The use cases involve any communication desired to be encrypted with such high encryption. The support will last my lifetime, so we have a settled solution, here in the third version, provided here. It requires version 111 of Cryptography, as a prerequisite. Both run on Squeak and Pharo. http://www.squeaksource.com/Cryptography/Cryptography-zzz.111.mcz http://www.squeaksource.com/Cryptography/ParrotTalk-HenryHouse.3.mcz The current use is with my hubbub system, a promise-based distributed object implementation. I am working to bring ParrotTalk to Java and allow hubbub to operate interdependently between Squeak, Pharo, Java and any other languages which can support ParrotTalk and STON. My latest efforts with hubbub are to bring STON as the Layer 6 encoding. Hubbub depends on eLinda. http://www.squeaksource.com/Cryptography/elinda-HenryHouse.14.mcz http://www.squeaksource.com/Oceanside/hubbub-HenryHouse.38.mcz Hubbub currently fails to load correctly in Pharo. In Squeak the two ParrotRemoteTestCases: LookupTestCase and OperationalTestCase really screw everything up, do not save an image after running. I never run these tests until I get a better handle of serialization. Currently, do to a shift in progress to STON, the serialization tests fail, just the way we like it. Fix the tests then the system starts to work right. The shift away from vatId authorization should not adversely affect hubbub, we hope! When STON starts to work, and I think I need to turn off jsonMode, then traffic between vats can start to be analyzed and figure out how resolving is working with redirectors invoked remotely. - HH > -------- Original Message -------- > Subject: Re: [Pharo-dev] [ANNOUNCE] ParrotTalk release/design change considerations > Local Time: October 25, 2017 12:43 AM > UTC Time: October 25, 2017 4:43 AM > From: btc(a)openinworld.com > To: henry <henry(a)callistohouse.club>, Pharo Development List <pharo-dev(a)lists.pharo.org> > Stephane Ducasse <stepharo.self(a)gmail.com> > > If I google... parrottalk protocol > nothing seems related. So what is ParrotTalk? > > P.S... since this is not "part of" pharo, [pharo-users] would be a better place for discussion than [pharo-dev]. > Could you re-announce there, with some description of use cases and who/where the protocol is used? > > cheers -ben > > On Wed, Oct 25, 2017 at 1:42 AM, henry <henry(a)callistohouse.club> wrote: > >> Please excuse all the low-level detail, if inappropriate to the discussion. The protocol changes are here specified. >> >> - HH >> >> On Tue, Oct 24, 2017 at 13:40, henry <henry(a)callistohouse.club> wrote: >> >>> In order to bring ParrotTalk-3.6 support, alongside historical 3.5 support, the frame header stays the same and the processing of the ProtocolOffered would select "ParrotTalk-3.6" to use the compact protocol of >>> >>> - ProtocolOffered { offered, preferred } >>> - ProtocolAccepted { accepted } >>> - IWant|GiveInfo|ReplyInfo { vatId, domain, publicKey, cryptoProtocols, dataEncoders } >>> - IAm|ReplyInfo { vatId, domain, publicKey, cryptoProtocol, dataEncoder, dhParam } >>> - Go { cryptoProtocol, dataEncoder, dhParam, signature } >>> - GoToo { signature } >>> >>> Using eLinda : >>> >>> http://www.squeaksource.com/Cryptography/elinda-HenryHouse.14.mcz >>> >>> Above the FrameBuffer, below the SessionOperations for each version of the protocol, an ELindaSession could be inserted. This session think would have the stacks for each protocol version SessionOperation registered by protocol in a Tuple, for eventual callback. When the ProtocolOffered comes in we publish the tuple frame, with set selected version, to route to the correct SessionOperation to support each version of the protocol. >>> >>> With a non-specific vatId required, anonymous connections would be supported. >>> >>> - HH >>> >>> On Tue, Oct 24, 2017 at 12:52, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >>> >>>> Hi henry thanks for this announce. Can you tell where such protocols are used? Stef On Tue, Oct 24, 2017 at 6:33 PM, henry wrote: > Hi all, > > I am happy to announce the release of version 3.5 of ParrotTalk, for Squeak > and Pharo, found here: > > http://www.squeaksource.com/Cryptography/ParrotTalk-zzz.2.mcz > > It follows this specification: > https://github.com/ZiroZimbarra/callistohouse/blob/master/docs/ParrotTalkFr… > > One item of note, in version 3.5, the system connecting to a server, sending > the IWant msg, must know the vatId of the system being connected to. I am > considering changing this to version 3.6 by removing one round-trip in > messaging. Therefore, these messages would be combined: IWant/GiveInfo, > IAm/ReplyInfo. I will keep ProtocolOffered and ProtocolAccepted to allow > eLindaSession to support both versions: 3.5 and 3.6. > > Thoughts please? > > - HH

Oct. 25, 2017

Re: [Pharo-users] Glorp: #includesKey:

by Herby VojÄÃk

Niall Ross wrote: > Dear Herby, > adding #includesKey: is certainly doable. If you look at callers above > and subcallers below #anySatisfyDefault: you will see the issues > involved. Your includesKey: needs the same degree of platform-awareness > that Glorp's #anySatisfy: and #allSatisfy: implementations use. But > since #anySatisfy: is there, you have a ready template to follow. I don't feel competent enough, from what I looked, Glorp innards are a bit complex. > Alternatively, I may well add #includesKey: - though not as my most > urgent task. :-) I did a fair amount of work to extend the usability of > DictionaryMappings in Glorp three years ago (part of demonstrating the > ObjectStudio business-mapping/Glorp-generating tools - see my ESUG 2014 > presentation for details) but I did not then think of providing > #includesKey:. Thanks for suggesting the idea. My pleasure. :-) As I wrote elsewhere, also #keys is something (probably the most general) one that could be added as a matter of allowing to work with the key field - as far as I was able to find out, there is no way to actually get to the key, for which I found workaround since I mapped object, but would be out of luck if I mapped single primitive value. For the moment, it is not pressing, but yes, it would be nice to be able to have #keys mapping to key field and #includesKey: as an idiomatic way to do keys includes:. Thanks again, Herby > If you were to work on this, be aware: > > - always reinitialise FunctionExpression class after adding/changing any > Glorp function (or just close and reopen your image, of course) > > - If (and only if) you construct Query whereClauses in stages (e.g. you > have code like > > myQuery AND: [:customer | customer orders includesKey: #onlineOrders] > > or similar) then, using its callers in GlorpTest as a guide, know when > you might need to send #setUpBaseFromSession: to your query while doing > so. (N.B. that method is a Glorp version 8.2.1 addition; you will not > have it in older Glorp.) The point is that stage-constructed where > clauses must convert from block to expression before execution, to > combine the stages. Any that use #anySatisfy:/#allSatisfy: need > platform-specific information to do this; I would expect any > #includesKey: implementation to be the same. > > HTH > Niall Ross > > > Tom Robinson wrote: > > Hi Herby, > > In my opinion, the way you found to make it work is the way it should > be. The reason is that the first way doesn't translate into SQL and the > second one does. It might be possible to add includesKey: functionality > but resolving that to SQL would be more complex. I would not call this a > bug. I would call it a limitation of the implementation. I don't know of > anyone planning to add this feature to Glorp right now. > > Regards, > > Tom > > On 10/24/2017 12:27 PM, Herby VojÄÃk wrote: > >> Hello! >> >> I am using a DictionaryMapping in my code, and I wanted to use >> #includesKey: in #where: clause (something akin >> >> each tools includesKey: aToolId >> >> ) to select only rows for which DictionaryMapping uses certain key. It >> failed with the error in the lines of "#tools does not resolve to >> field". I had to come up with >> >> each tools anySatisfy: [ :tool | tool id = aToolId ] >> >> Is it the bug / feature / problem in my approach? If bug, is it >> planned to add #includesKey: translation to DictionaryMapping? >> >> Thanks, Herby >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by CÃ©drick BÃ©ler

Ok. I wonder also if Basys is not enough to experiment. https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre… <https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgre…> Iâll also try Sebastian suggestion. Cheers, CÃ©drick > Le 25 oct. 2017 Ã 15:47, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > Yes, it is not part of Seamless. > > 2017-10-25 15:40 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: > I had a look and this is not (natively) possible. > > The idea of the off-line mode would be to delay messages that are sent to the peer until a connection is established. > > I think I have to try to do it by myself (like having a list of information exchange that wait until a connexion is established). > > What I try to do is not as complex as two general image exchanging messages on objects (like on TelePharo). > > I just want a repository of information (mainly a collection of static information/data versions) on both peers to be synchronized when a connection is established. > > > > > >> Le 25 oct. 2017 Ã 15:31, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> a Ã©crit : >> >> What is offline mode? >> >> 2017-10-25 15:10 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: >> Thanks Denis. I will ! I knew I have seen a telephoto component that could help but forgot about it ! >> >> Do you know if itâs possible to handle offline mode ? >> >> >> >>> Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> a Ã©crit : >>> >>> Look at Seamless https://github.com/dionisiydk/Seamless <https://github.com/dionisiydk/Seamless>. >>> >>> 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: >>> Hi all, >>> >>> I want to connect two applications (1 by image, each one on a different computer) so as as to exchange information (data) between them. >>> >>> So my question is about the best (smalltalk) practices to connect two app/image and exchange data. >>> >>> I imagine either with a direct connection through a network (TCP Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. >>> At first, without any Â« security Â». But later, information exchanges will be encrypted. >>> >>> Iâve seen some information on how to use SerialPort, or even FileStream. >>> I could do it (or at least simulate it with HTTP). What are the other options ? Socket ? >>> Do we have P2P libs (I couldnât find) with eventually discovery features ? >>> >>> Any comment / suggestion / pointers are greatly welcome. >>> >>> TIA. >>> >>> CÃ©drick >>> >> >> > >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Denis Kudriashov

Yes, it is not part of Seamless. 2017-10-25 15:40 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > I had a look and this is not (natively) possible. > > The idea of the off-line mode would be to delay messages that are sent to > the peer until a connection is established. > > I think I have to try to do it by myself (like having a list of > information exchange that wait until a connexion is established). > > What I try to do is not as complex as two general image exchanging > messages on objects (like on TelePharo). > > I just want a repository of information (mainly a collection of static > information/data versions) on both peers to be synchronized when a > connection is established. > > > > > > Le 25 oct. 2017 Ã 15:31, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > What is offline mode? > > 2017-10-25 15:10 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > >> Thanks Denis. I will ! I knew I have seen a telephoto component that >> could help but forgot about it ! >> >> Do you know if itâs possible to handle offline mode ? >> >> >> >> Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit >> : >> >> Look at Seamless https://github.com/dionisiydk/Seamless. >> >> 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: >> >>> Hi all, >>> >>> I want to connect two applications (1 by image, each one on a different >>> computer) so as as to exchange information (data) between them. >>> >>> So my question is about the best (smalltalk) practices to connect two >>> app/image and exchange data. >>> >>> I imagine either with a direct connection through a network (TCP Socket, >>> Web socket, pure HTTP with Zinc) and/or with a serial connection. >>> At first, without any Â« security Â». But later, information exchanges >>> will be encrypted. >>> >>> Iâve seen some information on how to use SerialPort, or even FileStream. >>> I could do it (or at least simulate it with HTTP). What are the other >>> options ? Socket ? >>> Do we have P2P libs (I couldnât find) with eventually discovery features >>> ? >>> >>> Any comment / suggestion / pointers are greatly welcome. >>> >>> TIA. >>> >>> CÃ©drick >>> >> >> >> > >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Sebastian Heidbrink

Hi Cederik, you should have a look at http://smalltalkhub.com/#!/~panuw/zeromq ZeroMQ is a networking library. Nice thing about it is that all the networking related workload is dealt with in a second process. That can save you some resources within Smalltalk. There is a lot of documentation around and it should be easy for you to dive into this. http://zguide.zeromq.org/page:all Cheers! Sebastian On 2017-10-25 05:21 AM, CÃ©drick BÃ©ler wrote: > Hi all, > > I want to connect two applications (1 by image, each one on a > different computer) so as as to exchange information (data) between them. > > So my question is about the best (smalltalk) practices to connect two > app/image and exchange data. > > I imagine either with a direct connection through a network (TCP > Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. > At first, without any Â«Â securityÂ Â». But later, information exchanges > will be encrypted. > > Iâve seen some information on how to use SerialPort, or even FileStream. > I could do it (or at least simulate it with HTTP). What are the other > options ? Socket ? > Do we have P2P libs (I couldnât find) with eventually discovery features ? > > Any comment / suggestion / pointers are greatly welcome. > > TIA. > > CÃ©drick

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by CÃ©drick BÃ©ler

I had a look and this is not (natively) possible. The idea of the off-line mode would be to delay messages that are sent to the peer until a connection is established. I think I have to try to do it by myself (like having a list of information exchange that wait until a connexion is established). What I try to do is not as complex as two general image exchanging messages on objects (like on TelePharo). I just want a repository of information (mainly a collection of static information/data versions) on both peers to be synchronized when a connection is established. > Le 25 oct. 2017 Ã 15:31, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > What is offline mode? > > 2017-10-25 15:10 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: > Thanks Denis. I will ! I knew I have seen a telephoto component that could help but forgot about it ! > > Do you know if itâs possible to handle offline mode ? > > > >> Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com>> a Ã©crit : >> >> Look at Seamless https://github.com/dionisiydk/Seamless <https://github.com/dionisiydk/Seamless>. >> >> 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: >> Hi all, >> >> I want to connect two applications (1 by image, each one on a different computer) so as as to exchange information (data) between them. >> >> So my question is about the best (smalltalk) practices to connect two app/image and exchange data. >> >> I imagine either with a direct connection through a network (TCP Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. >> At first, without any Â« security Â». But later, information exchanges will be encrypted. >> >> Iâve seen some information on how to use SerialPort, or even FileStream. >> I could do it (or at least simulate it with HTTP). What are the other options ? Socket ? >> Do we have P2P libs (I couldnât find) with eventually discovery features ? >> >> Any comment / suggestion / pointers are greatly welcome. >> >> TIA. >> >> CÃ©drick >> > >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Denis Kudriashov

What is offline mode? 2017-10-25 15:10 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > Thanks Denis. I will ! I knew I have seen a telephoto component that > could help but forgot about it ! > > Do you know if itâs possible to handle offline mode ? > > > > Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > Look at Seamless https://github.com/dionisiydk/Seamless. > > 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > >> Hi all, >> >> I want to connect two applications (1 by image, each one on a different >> computer) so as as to exchange information (data) between them. >> >> So my question is about the best (smalltalk) practices to connect two >> app/image and exchange data. >> >> I imagine either with a direct connection through a network (TCP Socket, >> Web socket, pure HTTP with Zinc) and/or with a serial connection. >> At first, without any Â« security Â». But later, information exchanges will >> be encrypted. >> >> Iâve seen some information on how to use SerialPort, or even FileStream. >> I could do it (or at least simulate it with HTTP). What are the other >> options ? Socket ? >> Do we have P2P libs (I couldnât find) with eventually discovery features ? >> >> Any comment / suggestion / pointers are greatly welcome. >> >> TIA. >> >> CÃ©drick >> > > >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by CÃ©drick BÃ©ler

Thanks Denis. I will ! I knew I have seen a telephoto component that could help but forgot about it ! Do you know if itâs possible to handle offline mode ? > Le 25 oct. 2017 Ã 15:05, Denis Kudriashov <dionisiydk(a)gmail.com> a Ã©crit : > > Look at Seamless https://github.com/dionisiydk/Seamless <https://github.com/dionisiydk/Seamless>. > > 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>>: > Hi all, > > I want to connect two applications (1 by image, each one on a different computer) so as as to exchange information (data) between them. > > So my question is about the best (smalltalk) practices to connect two app/image and exchange data. > > I imagine either with a direct connection through a network (TCP Socket, Web socket, pure HTTP with Zinc) and/or with a serial connection. > At first, without any Â« security Â». But later, information exchanges will be encrypted. > > Iâve seen some information on how to use SerialPort, or even FileStream. > I could do it (or at least simulate it with HTTP). What are the other options ? Socket ? > Do we have P2P libs (I couldnât find) with eventually discovery features ? > > Any comment / suggestion / pointers are greatly welcome. > > TIA. > > CÃ©drick >

Oct. 25, 2017

Re: [Pharo-users] Exchanging information between 2 pharo applications (2 images running on two different computers)

by Denis Kudriashov

Look at Seamless https://github.com/dionisiydk/Seamless. 2017-10-25 14:21 GMT+02:00 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > Hi all, > > I want to connect two applications (1 by image, each one on a different > computer) so as as to exchange information (data) between them. > > So my question is about the best (smalltalk) practices to connect two > app/image and exchange data. > > I imagine either with a direct connection through a network (TCP Socket, > Web socket, pure HTTP with Zinc) and/or with a serial connection. > At first, without any Â« security Â». But later, information exchanges will > be encrypted. > > Iâve seen some information on how to use SerialPort, or even FileStream. > I could do it (or at least simulate it with HTTP). What are the other > options ? Socket ? > Do we have P2P libs (I couldnât find) with eventually discovery features ? > > Any comment / suggestion / pointers are greatly welcome. > > TIA. > > CÃ©drick >

Oct. 25, 2017