June 2013 - Pharo-dev - lists.pharo.org

get.moosetechnology.org

by Tudor Girba

Hi, Andrei joined Camillo and extended a bit the ZeroConf infrastructure to make it easy for other projects to generate install scripts. As a consequence, we now have: http://get.moosetechnology.org The Moose-specific customization code can be found in the Moose-Development-Tools package from: http://www.smalltalkhub.com/mc/Moose/Moose/main The scripts are generated via the Pharo command line like: Pharo/pharo-ui moose-latest-dev-4.8.image moosezeroconf Cheers, Doru -- www.tudorgirba.com "No matter how many recipes we know, we still value a chef."

June 3, 2013

Re: [Pharo-dev] jenkins running temporarily EC2

by Sven Van Caekenberghe

On 03 Jun 2013, at 22:16, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I added an emergency EC2 instance to our jenkins (and connected the mac slave via the EC2 instance) > that way we have an short term emergency solution up and running. > > I will switch back everything once the network problem at ci.inria.fr are fixed. I am kind of disappointed: I would have expected Camillo to run the emergency build server on his own machine ;-) Just kidding, great work ! Sven

June 3, 2013

Re: [Pharo-dev] jenkins running temporarily EC2

by StÃ©phane Ducasse

Thanks camillo :) Stef On Jun 3, 2013, at 10:16 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I added an emergency EC2 instance to our jenkins (and connected the mac slave via the EC2 instance) > that way we have an short term emergency solution up and running. > > I will switch back everything once the network problem at ci.inria.fr are fixed.

June 3, 2013

jenkins running temporarily EC2

by Camillo Bruni

I added an emergency EC2 instance to our jenkins (and connected the mac slave via the EC2 instance) that way we have an short term emergency solution up and running. I will switch back everything once the network problem at ci.inria.fr are fixed.

June 3, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/./Run=run%201,VM=vm,label=mac… 1 regressions found. KernelTests.Chronology.DateTest.testDateAndTimeNow

June 3, 2013

Re: [Pharo-dev] MetacelloRepository

by StÃ©phane Ducasse

Hilaire Normally this is XMLParser. I extracted just the XML parser and not all the tools. Now if you want to write you have XMLWriter. Let us know if it works. Stef On Jun 3, 2013, at 10:17 AM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > Hello, > > To build DrGeo I use the squeaksource MetacelloRepository (example bellow). > I can not find it in SmalltalkHub? > I can see in PahroExtra/XMLParser ConfigurationOfXMLParser, is it the > same as ConfigurationOfXMLSupport. Can I find equivalent of > ConfigurationOfXMLSupport matching the exact same XML source version? > Unhelpful, I did not find how to browse the source form Smalltalkhub to > explore online the ConfigurationOf... code. > > Thanks > > Hilaire > > > baseline1012: spec > <version: '10.12-baseline'> > spec for: #pharo do: [ > spec blessing: #baseline. > spec project: 'XML Parser' with: [ > spec className: 'ConfigurationOfXMLSupport'; > version: '1.0.1'; > loads: #('default'); > file: 'ConfigurationOfXMLSupport'; > repository: 'http://www.squeaksource.com/MetacelloRepository']. > spec package: 'DrGeoII-Core' with: [ > spec requires: 'XML Parser']] > > -- > Dr. Geo - http://drgeo.eu > >

June 3, 2013

Re: [Pharo-dev] Rubric: playing with selection

by Mariano Martinez Peck

+1!!! On Mon, Jun 3, 2013 at 5:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > fun :) > and continue because a good text editor will change our life > > On Jun 2, 2013, at 11:38 PM, plantec <alain.plantec(a)yahoo.com> wrote: > > > Hi all, > > I've tried to manage the selection as a Morph. > > I was curious to see if it was enough efficient. > > and yes it is :) > > http://vimeo.com/67516363 > > Cheers > > Alain > > > > > > > -- Mariano http://marianopeck.wordpress.com

June 3, 2013

Re: [Pharo-dev] Rubric: playing with selection

by StÃ©phane Ducasse

fun :) and continue because a good text editor will change our life On Jun 2, 2013, at 11:38 PM, plantec <alain.plantec(a)yahoo.com> wrote: > Hi all, > I've tried to manage the selection as a Morph. > I was curious to see if it was enough efficient. > and yes it is :) > http://vimeo.com/67516363 > Cheers > Alain > >

June 3, 2013

Re: [Pharo-dev] SOAP in Pharo

by phil＠highoctane.be

Easy answer to SOAP problems: IBM Datapower SOA Appliance. http://www-03.ibm.com/software/products/us/en/datapower/ I played with this one: http://www-03.ibm.com/software/products/us/en/datapower-xi50 Current stuff is http://article.wn.com/view/2013/04/29/SOA_Software_Enables_REST_Services_on… Short version: you shell out EUR 250K + IBM consulting fees and this translates whatever SOAP you want into something readable and it does it fast. Note: this is one of the hottest selling products of IBM at the moment, they ship it by the boatload to banks and organisations requiring heavy security/regulations. Putting Pharo behind this makes for a pretty good solution. Phil On Mon, Jun 3, 2013 at 7:31 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 03 Jun 2013, at 18:08, Norbert Hartl <norbert(a)hartl.name> wrote: > > > In order to use SOAP properly you need a full namespace aware xml > parser, a xml schema parser, a WSDL parser plus code generator and the will > to abuse HTTP completely . > > Even if you build a perfect tool you'll maybe face the not so perfect > responses from the remote side. > > Even using the Java stack with all its tools and frameworks, SOAP is still > terrible. Especially if you have to interface with Microsofts' idea of SOAP > and web services. > > But Johan implied already that it would not be fun. > > On the other hand, I think that XML Support _is_ namespace aware. So it > would not be too hard to actually generate/parse SOAP messages for real. > You could get already pretty far with that, IMHO. > > Sven > > PS: In another life I did http://common-lisp.net/project/cl-soap/ - it > was never perfect but it kind of worked to talk to Google AdWords. > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > >

June 3, 2013

Re: [Pharo-dev] SOAP in Pharo

by Sven Van Caekenberghe

On 03 Jun 2013, at 18:08, Norbert Hartl <norbert(a)hartl.name> wrote: > In order to use SOAP properly you need a full namespace aware xml parser, a xml schema parser, a WSDL parser plus code generator and the will to abuse HTTP completely . > Even if you build a perfect tool you'll maybe face the not so perfect responses from the remote side. Even using the Java stack with all its tools and frameworks, SOAP is still terrible. Especially if you have to interface with Microsofts' idea of SOAP and web services. But Johan implied already that it would not be fun. On the other hand, I think that XML Support _is_ namespace aware. So it would not be too hard to actually generate/parse SOAP messages for real. You could get already pretty far with that, IMHO. Sven PS: In another life I did http://common-lisp.net/project/cl-soap/ - it was never perfect but it kind of worked to talk to Google AdWords. -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

June 3, 2013