April 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo and Hadoop

by phil＠highoctane.be

For getting a start on this, one can download this: http://hortonworks.com/products/hortonworks-sandbox/ There is all of Hadoop stuff in there, including YARN, ZooKeeper etc. I'll start doing a YARN app to run one Pharo node on the cluster and move from there. One done, more nodes. Then REST callbacks. At one point, Pharo in a docker container deployed. Here is how to write a YARN application: http://hadoop.apache.org/docs/current/hadoop-yarn/hadoop-yarn-site/WritingY… Phil On Thu, Apr 30, 2015 at 9:32 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Definitly interesting! > > > On 29 Apr 2015, at 14:57, phil(a)highoctane.be wrote: > > I am involved in some Hadoop deployments and there is a very interesting > possiblity for Pharo in that ecosystem. > > Namely, there is a YARN thing in there which is a scheduler for > distributing computing on a cluster of nodes. > > It is possible to deploy all kinds of technologies on the nodes (e.g. > Python, R, Java) and Pharo images and VM (in headless mode) could be > deployed as well. > > The deployed node can communicate back to what is called an > AppllicationManager via REST callbacks (easy game in Pharo). There is also > a C API (now, this is FFI or a plugin - > http://zookeeper.apache.org/doc/trunk/zookeeperProgrammers.html) > > There is also an Hadoop component named ZooKeeper that focuses on acting > as a distributed configuration repository. > > One can talk to it with REST too ( > https://github.com/apache/zookeeper/tree/trunk/src/contrib/rest) > > Given the fact that we also can use some Java calls (using the JNI module > with 32-bits Java), we can integrate well enough on YARN I'd say. > > There is also another project which is very nice and this is SLIDER (on > YARN). > This is about deploying stuff in an elastic way, (see > http://slider.incubator.apache.org/) > > The next logical thing is to have docker containers (containing a pharo > stack) deployed dynamically on the cluster using Slider (like this: > http://www.slideshare.net/hortonworks/docker-on-slider-45493303) > > First step here would be to have a basic YARN-Pharo application and a PoC > for talking to ZooKeeper. > > This would open interesting gates for Pharo given its strengths. > Even more when we'll get a 64-bit VM. > > What is cool with Pharo is that an image can be very small and self > containing vs Java application (which have tons of Jar files attached). > > Access to the data on the HDFS thing can happen through NFSv3 so, we can > go that route. > There is also a REST API to it ( > https://hadoop.apache.org/docs/r1.0.4/webhdfs.html) > > Tell me what you think! > > Phil > > >

April 30, 2015

Re: [Pharo-users] [Ann] MorphicDraw

by Sven Van Caekenberghe

I have not yet read it, but this is very cool, well done ! This kind of material is very welcome. > On 30 Apr 2015, at 01:57, Stephan Eggermont <stephan(a)stack.nl> wrote: > > To better understand Morphic, I've started writing a small application that can draw shapes and connect them. > > A pdf documenting what I've done is at > https://github.com/StephanEggermont/MorphicDraw > > Code is on smalltalkhub, > StephanEggermont/MorphicDraw > > Suggestions, fixes and improvements are welcome > > Stephan > >

April 30, 2015

Re: [Pharo-users] Pharo and Hadoop

by Marcus Denker

Definitly interesting! > On 29 Apr 2015, at 14:57, phil(a)highoctane.be wrote: > > I am involved in some Hadoop deployments and there is a very interesting possiblity for Pharo in that ecosystem. > > Namely, there is a YARN thing in there which is a scheduler for distributing computing on a cluster of nodes. > > It is possible to deploy all kinds of technologies on the nodes (e.g. Python, R, Java) and Pharo images and VM (in headless mode) could be deployed as well. > > The deployed node can communicate back to what is called an AppllicationManager via REST callbacks (easy game in Pharo). There is also a C API (now, this is FFI or a plugin - http://zookeeper.apache.org/doc/trunk/zookeeperProgrammers.html <http://zookeeper.apache.org/doc/trunk/zookeeperProgrammers.html>) > > There is also an Hadoop component named ZooKeeper that focuses on acting as a distributed configuration repository. > > One can talk to it with REST too (https://github.com/apache/zookeeper/tree/trunk/src/contrib/rest <https://github.com/apache/zookeeper/tree/trunk/src/contrib/rest>) > > Given the fact that we also can use some Java calls (using the JNI module with 32-bits Java), we can integrate well enough on YARN I'd say. > > There is also another project which is very nice and this is SLIDER (on YARN). > This is about deploying stuff in an elastic way, (see http://slider.incubator.apache.org/ <http://slider.incubator.apache.org/>) > > The next logical thing is to have docker containers (containing a pharo stack) deployed dynamically on the cluster using Slider (like this: http://www.slideshare.net/hortonworks/docker-on-slider-45493303 <http://www.slideshare.net/hortonworks/docker-on-slider-45493303>) > > First step here would be to have a basic YARN-Pharo application and a PoC for talking to ZooKeeper. > > This would open interesting gates for Pharo given its strengths. > Even more when we'll get a 64-bit VM. > > What is cool with Pharo is that an image can be very small and self containing vs Java application (which have tons of Jar files attached). > > Access to the data on the HDFS thing can happen through NFSv3 so, we can go that route. > There is also a REST API to it (https://hadoop.apache.org/docs/r1.0.4/webhdfs.html <https://hadoop.apache.org/docs/r1.0.4/webhdfs.html>) > > Tell me what you think! > > Phil >

April 30, 2015

Re: [Pharo-users] Reddit discussion (rant) about Pharo 4.0 first time users' experiences

by Sebastian Heidbrink

I am not willing to create an account there but Phil, I must say I share most things you wrote there. Just some small things I would add. 1: One must understand that Smalltalk is a live empty OS that one can modify with merely any rules or limitations. 2: One must be god if you can start implementing projects without reading the MSDN library or any other programming language documentation. 3: Oppose to VisualStudio you can actually add a close button for browsers according to you needs. Pharo does not prevent you from this. 4: Tutorial? This is a great introduction to get started. Try to understand most of all concepts and syntax of a different language in approx. 13 slides... 5: He learned how to execute code and does not know how to start an application,.... well this is a flaw. Does the Tutorial ask for too much genuity and should be extended by one sentence to clarify this? 6: Real tutorial, but maybe too complex for somebody who does already want to play with repositories, socket communication and debugging.... point him at http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/ 7: Doesn't the Welcome page point at the Help Documentation? It does explain how to create "projects" doesn't it? 8: GUI looks old and is slow? +1 to him,... I also have a hard time to sell it, but at least I am aware how much there is currently done... 9: If he really wants to get an idea on the size and complexity of Smalltalk once could refer him to VASmalltalk and IBM's Programmers reference,.... 2 1/2 years later he will have worked though it have enough experience write his first proper lines of code and be a bad ass Smalltalker 5 years afterwards.... I saw Cuis Smalltalk last weekend,.... I thing Cuis and a little simpler might be the best introduction plattform to Smalltalk,... just raw Smalltalk and switch by switch one can turn on features like a repository, profiler, configurations, deployment,.... Just my 5cents Sebastian On 2015-04-29 11:11 PM, phil(a)highoctane.be wrote: > > put some replies. > maybe someone can add links to Kilon videos there. > > Phil > > Le 30 avr. 2015 04:50, "Esteban A. Maringolo" <emaringolo(a)gmail.com > <mailto:emaringolo@gmail.com>> a Ã©crit : > > I don't agree with most of the things mentioned, but I think its worth > looking at to see if there is something to actually improve. > > http://www.reddit.com/r/smalltalk/comments/32xwmr/my_experience_with_pharo_… > > Regards, > > Esteban A. Maringolo > >

April 30, 2015

Re: [Pharo-users] Reddit discussion (rant) about Pharo 4.0 first time users' experiences

by Stephan Eggermont

On 30/04/15 04:50, Esteban A. Maringolo wrote: > I don't agree with most of the things mentioned, but I think its worth > looking at to see if there is something to actually improve. > > http://www.reddit.com/r/smalltalk/comments/32xwmr/my_experience_with_pharo_… Please only add helpful comments, if you feel the need to respond there. Stephan

April 30, 2015

Re: [Pharo-users] Questions about MetaLink

by Marcus Denker

> On 29 Apr 2015, at 22:59, Glenn CavarlÃ© <glenn(a)cavarle.fr> wrote: > > Hi, > > I'm playing with Slots and MethodWrappers to customize instVar > reading/writing and method calls. > In my experiments, Slots and MethodWrappers hold meta-description objects > used at runtime to apply some filters, validations and to compose or > delegate methods behavior. > Interesting! > I'm really interested in the progress of MetaLink, I saw that it will be > possible to use hooks like #instead or #arround. > Are these hooks can replace the use of MethodWappers ? Yes! > Will it be possible to call a MetaObject's method instead of a method's body > and with the passed arguments ? > Yes, this will work very soonâ¦ in a simple version (only one replace link allowed). (Later this will be generalized AOP style as an #around with the possibility to âproceedâ to the replaced node). What I am porting now from the prototypes is the functionality to hand arguments over to meta objects. before links on methods are already working: link := MetaLink new metaObject: [ self halt ]. (ReflectivityExamples>>#exampleMethod) ast link: link. execute it: ReflectivityExamples new exampleMethod. (ReflectivityExamples>>#exampleMethod) symbolic "'21 <20> pushConstant: [ self halt ] 22 <C9> send: value 23 <77> pushConstant: 2 24 <21> pushConstant: 3 25 <B0> send: + 26 <7C> returnTopâ" (This example, too, shows that a block can be a meta object, this means that this can be used as a very easy to use instrumentation framework, too, without the need to create explicit classes and methods for meta objects). > The announcement of meta-levels gives me ideas, would not it be interesting > to have something like meta-layers? Yes! > For instance, in order to address a layer with no MetaObjects execution, a > layer with MetaObjects for logging or breakpoints, an other layer with > custom MetaObjects, etc. > I don't see how it would be possible to limit the scope of the active layers > configuration, just for a block evaluation for exemple... From RFMetaContext > maybe, but how ?â¦ One thing I want to add is to make the condition (optionally) into an object and then allow reflectivitly to turn on/of links without having to actually change the #condition: itself. Then links themselves could target these control meta objectsâ¦ It is definitly interesting. E.g. one might want to have break points active, yet run the tests with them disabled. Marcus

April 30, 2015

Re: [Pharo-users] Reddit discussion (rant) about Pharo 4.0 first time users' experiences

by phil＠highoctane.be

put some replies. maybe someone can add links to Kilon videos there. Phil Le 30 avr. 2015 04:50, "Esteban A. Maringolo" <emaringolo(a)gmail.com> a Ã©crit : > I don't agree with most of the things mentioned, but I think its worth > looking at to see if there is something to actually improve. > > > http://www.reddit.com/r/smalltalk/comments/32xwmr/my_experience_with_pharo_… > > Regards, > > Esteban A. Maringolo > > >

April 30, 2015

Reddit discussion (rant) about Pharo 4.0 first time users' experiences

by Esteban A. Maringolo

I don't agree with most of the things mentioned, but I think its worth looking at to see if there is something to actually improve. http://www.reddit.com/r/smalltalk/comments/32xwmr/my_experience_with_pharo_… Regards, Esteban A. Maringolo

April 30, 2015

Re: [Pharo-users] Getting all the references to an object

by Sergio Fedi

I think I've found it. Seems to be #pointersTo On Wed, Apr 29, 2015 at 10:23 PM, Sergio Fedi <sergio.fedi(a)gmail.com> wrote: > In other smalltalks I used to send #allReferences to know, well, its > obvious. > > But this approach didn't work on Pharo. > > How can I do that? >

April 30, 2015

Getting all the references to an object

by Sergio Fedi

In other smalltalks I used to send #allReferences to know, well, its obvious. But this approach didn't work on Pharo. How can I do that?

April 30, 2015