- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo and Hadoop

by phil＠highoctane.be

fingers crossed. Le 30 avr. 2015 10:45, "stepharo" <stepharo(a)free.fr> a Ã©crit : > Phil > > I proposed to the head of the engineer to see if one of the guys working > on databases could be interested > by a one month project. Now I have no idea if they will like it/have the > time. > > Stef > > Le 29/4/15 14:57, phil(a)highoctane.be a Ã©crit : > >> 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] Questions about MetaLink

by Marcus Denker

> On 30 Apr 2015, at 10:29, Glenn CavarlÃ© <glenn(a)cavarle.fr> wrote: > >> What I am porting now from the prototypes is the functionality to hand > arguments >> over to meta objects. > > Cool, i'm very interested in your implementation for that ! > I hope to have it done next week.. but first my focus is on breakpoints. Marcus

April 30, 2015

Re: [Pharo-users] [Ann] MorphicDraw

by Stephan Eggermont

On 30/04/15 10:10, Sven Van Caekenberghe wrote: > I have not yet read it, but this is very cool, well done ! > > This kind of material is very welcome. Thanks. I am pleasantly surprised by the small amount of code needed to create something like this. Not so much by the effort in finding out how to do these things. I found it necessary to look in a Squeak image to see how other Morphs/Morphic applications dealt with events, especially when tracking the hand. There are a few things that I've not yet solved: - I've added #isMorphicDraw and #isMorphicDrawShape to make sure only MorphicDraw shapes don't escape from their panel, and no other morphs are added to the panel. Is there a more elegant way to achieve that? - In MDCard I've added TextMorphs to the shape. They don't like right clicks. MNU TextMorph>>editView. - How do I tell a PolygonMorph to use bezier curves with a starting direction for the end points? Stephan

April 30, 2015

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

by Ben Coman

On Thu, Apr 30, 2015 at 10:27 AM, Sergio Fedi <sergio.fedi(a)gmail.com> wrote: > I think I've found it. > > Seems to be #pointersTo > thats it. > > 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

Re: [Pharo-users] Pharo and Hadoop

by stepharo

Phil I proposed to the head of the engineer to see if one of the guys working on databases could be interested by a one month project. Now I have no idea if they will like it/have the time. Stef Le 29/4/15 14:57, phil(a)highoctane.be a Ã©crit : > 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] Reading rows in a database table (select * from ...)

by Sanjay Minni

hi, let me clarify ... with a Postgres connection using Pharo4+PostgresV2 this works: result := pgConnection execute: 'select * from mytable'. result rows -><print> gives an ordered collection of the rows but how to get this in Sqlite (Pharo4+NBSqlite3) result := nbsqliteConnection execute: 'select * from mytable'. result rows -><print> gives a walk back since I will be extending to other databases (definitely oracle & mysql) how can I figure out the best way to do Create Retrieve Update Delete operations - each with multiple rows regards Sanjay ----- --- Regards, Sanjay -- View this message in context: http://forum.world.st/Reading-rows-in-a-database-table-select-from-tp482300… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 30, 2015

Re: [Pharo-users] Questions about MetaLink

by Glenn CavarlÃ©

> What I am porting now from the prototypes is the functionality to hand arguments > over to meta objects. Cool, i'm very interested in your implementation for that ! > One thing I want to add is to make the condition (optionally) into an > object > and then allow reflectivitly to turn on/of links That would be really great :) Thanks for your answer Marcus. Regards, Glenn. ----- Glenn CavarlÃ© -- View this message in context: http://forum.world.st/Questions-about-MetaLink-tp4823035p4823103.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 30, 2015

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