December 2017 - Pharo-users

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by horrido

Then clearly there is something seriously wrong with the Default GNU/Linux download. It does not contain a file called 'pharo-ui'. Moreover, since the Pharo6.1.image file is located in the 'shared' folder, you'd have to CD to 'shared' to execute your command. No mention of this anywhere! How is a newbie to know??? Also, there is absolutely no indication that: (a) you need to download a VM; and (b) where you can obtain this VM from. All in all, this Linux support is quite messed up. It would be safer to remove it completely from pharo.org, rather than confusing the hell out of a visitor to pharo.org. Stephane Ducasse-3 wrote > On Tue, Dec 5, 2017 at 5:49 AM, horrido < > horrido.hobbies@ > > wrote: >> Understood. I'm working on a Pharo Quick Start guide. If it passes muster >> with you guys, you may want to link to it, or incorporate its contents >> into >> the pharo.org website. > > Sure let us know. > > >> However, I've stumbled on an odd obstacle: downloading and running the >> Default GNU/Linux zip file. According to the Linux installation page, and >> I >> quote: >> >> Version 6.1 for several common GNU/Linux configurations. The zip files >> contain everything necessary. Just download and run the executable. For >> more >> download options, see the sections below. > > ./pharo-ui Pharo61.image & >> >> I am unable to "run the executable" without further explanation. I'm >> guessing that it's missing the Pharo VM, which apparently isn't included >> in >> the download. > > Why would it be? > > >> >> A newbie looking at this installation page and trying to get started with >> Pharo under Linux would be totally confused and frustrated. Hell, *I'm >> totally confused and frustrated!* > > As you see this can be fixed without losing more time on that. > > >> >> >> >> Stephane Ducasse-3 wrote >>> Hi >>> >>> We have a full mooc with 90 videos, we have books. And we are super >>> busy. >>> You see we cannot do everything. >>> >>> >>> Stef >>> >>> On Mon, Dec 4, 2017 at 5:15 AM, horrido < >> >>> horrido.hobbies@ >> >>> > wrote: >>>> Speaking of which, one of my readers said he tried out Pharo recently >>>> and >>>> found the documentation wanting. He was expecting a Getting Started >>>> guide >>>> at >>>> the pharo.org website and couldn't find one. So he had to blunder >>>> around >>>> a >>>> bit. >>>> >>>> I told him he could've looked at "Chapter 2: A quick tour of Pharo" in >>>> the >>>> *Pharo by Example 5* book, but he's right. There ought to be something >>>> obvious at the pharo.org website that helps a newbie get Pharo up and >>>> running, understand how to basically use the Pharo IDE, and write the >>>> standard "Hello World" program. >>>> >>>> I checked out squeak.org and found the same documentation issue! Why is >>>> this??? >>>> >>>> >>>> Offray Vladimir Luna CÃ¡rdenas-2 wrote >>>>> Documentation is going well. In fact the stuff that kept me away of >>>>> Squeak, despite of its potential was the lack of documentation. "The >>>>> artifact is the curriculum" was to powerful but too heavy. You need a >>>>> way to understand how to deconstruct and navigate the artifact that is >>>>> usually anchored with the culture you have (books and reading) instead >>>>> of only launching inspectors os browsing the code. Grafoscopio is my >>>>> attempt to fill that gap between the world of objects/simulations and >>>>> the world of scripts/documents. >>>>> >>>>> Cheers, >>>>> >>>>> Offray >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>>> >> >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Dec. 5, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by CÃ©drick BÃ©ler

> On Tue, Dec 5, 2017 at 5:49 AM, horrido <horrido.hobbies(a)gmail.com> wrote: >> Understood. I'm working on a Pharo Quick Start guide. If it passes muster >> with you guys, you may want to link to it, or incorporate its contents into >> the pharo.org website. > > Sure let us know. Iâm also very interested as I want to give my students a very quick overview so they can use Pharo to manipulate some web/ICT concepts (like client request cycle, request processing). So I planned to do a simple tutorial Â« for those who know only basic procedural programming Â». Actually I will not show the power of OOP. But that is ok for me. Iâll setup a classes so that they can act as a Â« db Â» to student and give them some methods (essentially set up a (web) server, and clients). So If you want, Iâll be happy to review your tutorial. And BTW, I see some people complaining about documentation. I repeat myself, but after what I used to know back in 2003-2009â¦ I really can tell the situation has improved a lot !!! Of course this is not perfect but I find it far better. Iâve just seen this LearningOOPWithPharo. This is excellent !!! Iâm reading it with a lot of interest. Congrats all and Stephane especially. https://github.com/SquareBracketAssociates/LearningOOPWithPharo So the situation is far better. MOOC + plenty of booklets. Since I agree a quick beginner guide will be useful. Concerning image comments (class and methods), people often say that writing a comment, a test, a method comment is already an important contributionâ¦ and I agree BUT, the process is not easy at all. It is kind of intimidatingâ¦ Itâs for me and I donât consider myself as a Â« beginner Â», more a journeyer. So, I was thinking of something that would be cool and fun to do. The idea would be to have an online image Â« opened Â» for contribution online. ie., a kind of wiki image that exposes all the code of a standard image and where we could update class/method comments and eventually create tests. It shouldnât be difficult to do with Zinc or whatever. Just to avoid crashes or image destruction, it should be limited to simple contributions (comments first then tests maybe). Then, a core dev should be able to manage contributions and push them in official repositories. As a side effect, we would have an (another) updated PharoDoc (~JavaDoc) that is kind of useless but that newcomers always ask for. What do you think ? Useful/useless ? I could give it a shot. Cheers, CÃ©drick > > >> However, I've stumbled on an odd obstacle: downloading and running the >> Default GNU/Linux zip file. According to the Linux installation page, and I >> quote: >> >> Version 6.1 for several common GNU/Linux configurations. The zip files >> contain everything necessary. Just download and run the executable. For more >> download options, see the sections below. > > ./pharo-ui Pharo61.image & >> >> I am unable to "run the executable" without further explanation. I'm >> guessing that it's missing the Pharo VM, which apparently isn't included in >> the download. > > Why would it be? > > >> >> A newbie looking at this installation page and trying to get started with >> Pharo under Linux would be totally confused and frustrated. Hell, *I'm >> totally confused and frustrated!* > > As you see this can be fixed without losing more time on that. > > >> >> >> >> Stephane Ducasse-3 wrote >>> Hi >>> >>> We have a full mooc with 90 videos, we have books. And we are super busy. >>> You see we cannot do everything. >>> >>> >>> Stef >>> >>> On Mon, Dec 4, 2017 at 5:15 AM, horrido < >> >>> horrido.hobbies@ >> >>> > wrote: >>>> Speaking of which, one of my readers said he tried out Pharo recently and >>>> found the documentation wanting. He was expecting a Getting Started guide >>>> at >>>> the pharo.org website and couldn't find one. So he had to blunder around >>>> a >>>> bit. >>>> >>>> I told him he could've looked at "Chapter 2: A quick tour of Pharo" in >>>> the >>>> *Pharo by Example 5* book, but he's right. There ought to be something >>>> obvious at the pharo.org website that helps a newbie get Pharo up and >>>> running, understand how to basically use the Pharo IDE, and write the >>>> standard "Hello World" program. >>>> >>>> I checked out squeak.org and found the same documentation issue! Why is >>>> this??? >>>> >>>> >>>> Offray Vladimir Luna CÃ¡rdenas-2 wrote >>>>> Documentation is going well. In fact the stuff that kept me away of >>>>> Squeak, despite of its potential was the lack of documentation. "The >>>>> artifact is the curriculum" was to powerful but too heavy. You need a >>>>> way to understand how to deconstruct and navigate the artifact that is >>>>> usually anchored with the culture you have (books and reading) instead >>>>> of only launching inspectors os browsing the code. Grafoscopio is my >>>>> attempt to fill that gap between the world of objects/simulations and >>>>> the world of scripts/documents. >>>>> >>>>> Cheers, >>>>> >>>>> Offray >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>>> >> >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >

Dec. 5, 2017

Re: [Pharo-users] REST client hints

by Ben Coman

On 5 December 2017 at 20:44, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 5 Dec 2017, at 13:33, Ben Coman <btc(a)openinworld.com> wrote: >> >> @esteban, thx, I'll take a look at mastodon. >> >> @peter, I remember playing with the Google API when Richard published >> that. thx for the reminder. >> >> @sven, I started reading Enterprise Pharo a couple of hours ago. >> I don't quite get your section references. I presume you >> don't mean "chapter 11 Persisting Objects with Voyage, 11.3 Enhancing Storage" >> That seems off topic. And "chapter 4 Zinc HTTP: The Client Side, 4.11 Headers" >> doesn't have a sub-part "3". > > I meant 11.3 in this page https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… a section called 11.3. A Zinc Client. > > >> I guess part of what I'm interested in are patterns for hooking >> NeoJSON up to parse a REST response into objects to build a wrapper >> around a REST service. I see a chapter in Enterprise Pharo, which I'll >> get to that soon. Perhaps I was premature asking before reading that, >> but its good to have a few paths to explore. > > Here is a recent example http://forum.world.st/Another-example-of-invoking-a-REST-JSON-web-service-r… > thx. those are both the examples I was seeking. btw, note the different numbering here... http://files.pharo.org/books-pdfs/entreprise-pharo/2016-10-06-EnterprisePha… "A Zinc client" is in section 5.11 with part "3" unnumbered cheers -ben >> btw, here is the concrete case... >> https://bittrex.com/home/api >> >> cheers -ben >> >> On 5 December 2017 at 20:06, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> Ben, >>> >>>> On 5 Dec 2017, at 12:15, Ben Coman <btc(a)openinworld.com> wrote: >>>> >>>> I'm just about to write my first client interface to a REST service. >>>> In some respects I understand this is as simple as doing GET responses >>>> using Zinc, >>>> but I'm inquiring about tutorials or libraries that might help. Most >>>> of the stuff turned up by searches is about server-side of REST. >>>> >>>> cheers -ben >>> >>> I am not sure what you are looking for, but it is not difficult to do. ZnClient is your go to class. >>> >>> The Enterprise Pharo book chapters about HTTP client & server are starting points (in particular section 11 of the former, and very specifically 11.3). >>> >>> HTH, >>> >>> Sven >>> >>> >>> >> > >

Dec. 5, 2017

Re: [Pharo-users] REST client hints

by Sven Van Caekenberghe

> On 5 Dec 2017, at 13:33, Ben Coman <btc(a)openinworld.com> wrote: > > @esteban, thx, I'll take a look at mastodon. > > @peter, I remember playing with the Google API when Richard published > that. thx for the reminder. > > @sven, I started reading Enterprise Pharo a couple of hours ago. > I don't quite get your section references. I presume you > don't mean "chapter 11 Persisting Objects with Voyage, 11.3 Enhancing Storage" > That seems off topic. And "chapter 4 Zinc HTTP: The Client Side, 4.11 Headers" > doesn't have a sub-part "3". I meant 11.3 in this page https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… a section called 11.3. A Zinc Client. > I guess part of what I'm interested in are patterns for hooking > NeoJSON up to parse a REST response into objects to build a wrapper > around a REST service. I see a chapter in Enterprise Pharo, which I'll > get to that soon. Perhaps I was premature asking before reading that, > but its good to have a few paths to explore. Here is a recent example http://forum.world.st/Another-example-of-invoking-a-REST-JSON-web-service-r… > btw, here is the concrete case... > https://bittrex.com/home/api > > cheers -ben > > On 5 December 2017 at 20:06, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Ben, >> >>> On 5 Dec 2017, at 12:15, Ben Coman <btc(a)openinworld.com> wrote: >>> >>> I'm just about to write my first client interface to a REST service. >>> In some respects I understand this is as simple as doing GET responses >>> using Zinc, >>> but I'm inquiring about tutorials or libraries that might help. Most >>> of the stuff turned up by searches is about server-side of REST. >>> >>> cheers -ben >> >> I am not sure what you are looking for, but it is not difficult to do. ZnClient is your go to class. >> >> The Enterprise Pharo book chapters about HTTP client & server are starting points (in particular section 11 of the former, and very specifically 11.3). >> >> HTH, >> >> Sven >> >> >> >

Dec. 5, 2017

Re: [Pharo-users] REST client hints

by Miguel Moquillon

Dec. 5, 2017

Re: [Pharo-users] REST client hints

by Ben Coman

@esteban, thx, I'll take a look at mastodon. @peter, I remember playing with the Google API when Richard published that. thx for the reminder. @sven, I started reading Enterprise Pharo a couple of hours ago. I don't quite get your section references. I presume you don't mean "chapter 11 Persisting Objects with Voyage, 11.3 Enhancing Storage" That seems off topic. And "chapter 4 Zinc HTTP: The Client Side, 4.11 Headers" doesn't have a sub-part "3". I guess part of what I'm interested in are patterns for hooking NeoJSON up to parse a REST response into objects to build a wrapper around a REST service. I see a chapter in Enterprise Pharo, which I'll get to that soon. Perhaps I was premature asking before reading that, but its good to have a few paths to explore. btw, here is the concrete case... https://bittrex.com/home/api cheers -ben On 5 December 2017 at 20:06, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Ben, > >> On 5 Dec 2017, at 12:15, Ben Coman <btc(a)openinworld.com> wrote: >> >> I'm just about to write my first client interface to a REST service. >> In some respects I understand this is as simple as doing GET responses >> using Zinc, >> but I'm inquiring about tutorials or libraries that might help. Most >> of the stuff turned up by searches is about server-side of REST. >> >> cheers -ben > > I am not sure what you are looking for, but it is not difficult to do. ZnClient is your go to class. > > The Enterprise Pharo book chapters about HTTP client & server are starting points (in particular section 11 of the former, and very specifically 11.3). > > HTH, > > Sven > > >

Dec. 5, 2017

Re: [Pharo-users] Fuel transfer from Pharo 1.4 to Pharo 6.1

by Mariano Martinez Peck

On Tue, Dec 5, 2017 at 6:39 AM, Andreas Brodbeck <dassi(a)mindclue.ch> wrote: > Am 28.11.17 um 13:52 schrieb Mariano Martinez Peck: > > On Tue, Nov 28, 2017 at 9:31 AM, Andreas Brodbeck <dassi(a)mindclue.ch> > wrote: > > > >> Am 28.11.17 um 12:46 schrieb Mariano Martinez Peck: > >>> Hi Andreas, > >>> > >>> Do you know why method contexts are trying to be serialized? Of course, > >>> probably because of closures. Do you think / know / are aware of > >> closures > >>> as part of your graph? Maybe Sorted Collection? > >>> I am asking because if the only thing is SortedCollection then we can > use > >>> some hook... > >> > >> I have closures in several places in the object graph. These are objects > >> with some pluggable functionality, which I rely on. > >> > > > > > > *OK. The question is then if those closures are "clean" or not.* In other > > words, what's their scope? Do they refer to variables defined outside > the > > closure (in which case you would need the methods contexts / stack) or > are > > they clean in the sense that you could be able to replace them via a > string > > and then compile them again ? > > Some time ago we added a #isClean to BlockClosure. You can test a few of > > your closures to see if this is the case or not. > > > > Btw, I have an application for a client in which we also have closures to > > define some pluggable behavior. But what I do is: > > > > 1) guarantee they are 100% clean (does not go outside of scope) > > 2) aside from the "block" instVar I also add another instVar which is the > > "string" version of it. Then I always implement > > #fuelIgnoredInstanceVariableNames to ignore all those "block" instVars, > yet > > DO NOT ignore the "string" like of those closures. Then, of course, the > > getter of the block instvar does a lazy compilation if the block instVar > is > > nil... > > > > I know you already have your application written, but I am trying to > > explain how I was able to use Fuel for this case... > > Just for the record, here is the solution what I ended up with: > > --- Install Fuel version 1.9.4 for debugging: > > (ConfigurationOfFuel project version: '1.9.4') > load: #(default FuelDebug FuelPreview). > > --- Analyze the fuel serialization of the root object myDatabaseObject > in the Pharo 1.4 image: > > FileStream forceNewFileNamed: 'debug.fuel' do: [:aFile | > FLSerializer newDefault > setDebug; > serialize: myDatabaseObject on: aFile binary]. > > FLDebugSerialization last log inspect. > > > --- In the inspected Fuel-Log, look for the FLCompiledMethodCluster, > which told me in which classes I use BlockClosures which fuel wants to > persist. > > --- Changed my source code and the live objects where I use persisted > BlockClosures to only use "clean" BlockClosure and only fuel-store them > as Strings (Using fuelIgnoredInstanceVariableNames) an recompile them > when the instance is materialized (Using fuelAfterMaterialization), as > suggested by Mariano. > > --- Searched for some few usages of SortedCollection and made sure, that > there is no sortBlock but only the default sort behaviour. > > > So finally I got rid of persisted BlockClosures in the fuel file. That > 1.9.4 Fuel file stored with Pharo 1.4 could then be materialized in > Pharo 6.1. with the same Fuel version 1.9.4 without problems! I'm happy. > > > Awesome! That's exactly what I would have done. -- Mariano http://marianopeck.wordpress.com

Dec. 5, 2017

Re: [Pharo-users] REST client hints

by Sven Van Caekenberghe

Ben, > On 5 Dec 2017, at 12:15, Ben Coman <btc(a)openinworld.com> wrote: > > I'm just about to write my first client interface to a REST service. > In some respects I understand this is as simple as doing GET responses > using Zinc, > but I'm inquiring about tutorials or libraries that might help. Most > of the stuff turned up by searches is about server-side of REST. > > cheers -ben I am not sure what you are looking for, but it is not difficult to do. ZnClient is your go to class. The Enterprise Pharo book chapters about HTTP client & server are starting points (in particular section 11 of the former, and very specifically 11.3). HTH, Sven

Dec. 5, 2017

Re: [Pharo-users] REST client hints

by Peter UhnÃ¡k

With ZnClient you can also dynamically extend paths (#addPath:), specify parameters (#formAt:put:, #queryAt:put:), provide raw #contents:, etc. But what would be nice is to convert the responses to some domain objects. So e.g. when I query trello for all lists, I would like to get as a result not json, but List instances, where if I asked for cards, it would query the cards from the server. I recommend also looking at this project by Richard Prinz https://www.min.at/prinz/?x=entry:entry150318-104537 which basically discovers the API and generates a nice implementation for it. Then you use the generated API instead of worrying about constructing HTTP requests. Peter On Tue, Dec 5, 2017 at 12:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > > On 5 Dec 2017, at 12:15, Ben Coman <btc(a)openInWorld.com> wrote: > > I'm just about to write my first client interface to a REST service. > In some respects I understand this is as simple as doing GET responses > using Zinc, > > > yes, is about that. > GET/POST/PUT/DELETE > > all have sense. > > but I'm inquiring about tutorials or libraries that might help. Most > of the stuff turned up by searches is about server-side of REST. > > > Iâm currently playing with my latest fun project pharo-mastodon, > http://github.com/estebanlm/pharo-mastodon (the long term project is > âgetting out twitterâ :P). > It is actually a rest apiâ¦ and since is very young, is not complicated at > all, so you can take it as an example (probably of "things not to doâ, but > wellâ¦ ;) ) > > Esteban > > > > cheers -ben > > >

Dec. 5, 2017

Re: [Pharo-users] REST client hints

by Esteban Lorenzano

Hi, > On 5 Dec 2017, at 12:15, Ben Coman <btc(a)openInWorld.com> wrote: > > I'm just about to write my first client interface to a REST service. > In some respects I understand this is as simple as doing GET responses > using Zinc, yes, is about that. GET/POST/PUT/DELETE all have sense. > but I'm inquiring about tutorials or libraries that might help. Most > of the stuff turned up by searches is about server-side of REST. Iâm currently playing with my latest fun project pharo-mastodon, http://github.com/estebanlm/pharo-mastodon <http://github.com/estebanlm/pharo-mastodon> (the long term project is âgetting out twitterâ :P). It is actually a rest apiâ¦ and since is very young, is not complicated at all, so you can take it as an example (probably of "things not to doâ, but wellâ¦ ;) ) Esteban > > cheers -ben >

Dec. 5, 2017