July 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] News about the consortium :)

by StÃ©phane Ducasse

Hi guys just to let you know that INRIA validated our idea to build a consortium. We are checking the details with them. The discussion will probably continue in September but this is a good news since they are ready to finance an engineer. Now we have to sort out everything. Stef

July 14, 2011

Re: [Pharo-project] how to get new inspector running in 1.4

by StÃ©phane Ducasse

yes another todo. May be camillo should give a try and we integrate it. Stef On Jul 13, 2011, at 7:35 PM, Igor Stasenko wrote: > As i already told to Camillo, new inspector needs refactoring for > integrating into 1.4 > it should not use ToolSet and instead it should register itself as > #inspector in tool registry. > > Smalltalk tools register: NewInspector as: #inspector > > in its #registerToolsOn: > > (Note that Inspector also registers itself as #inspector, > so, its the order how they are installed will affect which one is used) > > Maybe we should extend a ToolRegistry protocol to make sure that one > tool can override another one, > so if you reset a tools, then overrides will be applied in right order. > > Also , since we removed toolbuilder, a code for building its UI should > also rewritten. > > > -- > Best regards, > Igor Stasenko AKA sig. >

July 14, 2011

[Pharo-project] Tests package is missing in the Pharo14 repository

by Pavel Krivanek

Please, can somebody copy latests Tests package from Pharo repository to Pharo14 repository too? -- Pavel

July 14, 2011

Re: [Pharo-project] [Seaside] Class Variable Browser Fix

by Lukas Renggli

> If you go to a class variable usage in the browser, say DefaultDirectory in FileDirectory>>default, and select and right click it, Seaside brings up a walk-back. I cannot reproduce that. Also note, that this is not Seaside related, but OmniBrowser (I thus reply to the Pharo list). > My fix for this re-writes the existing method a little by using '&' instead of the older 'and:', which I find clearer. What I've done is check that the value can respond to #asNode: > > globalReference > Â Â Â Â | binding | > Â Â Â Â target hasSelector > Â Â Â Â Â Â Â Â ifFalse: [ ^ nil ]. > Â Â Â Â (requestor selectedClass notNil & (binding := requestor selectedClass bindingOf: target selector) notNil & binding value notNil & (binding value class selectors includes: #asNode)) > Â Â Â Â Â Â Â Â ifTrue: [ ^ binding value asNode ]. > Â Â Â Â (binding := Smalltalk classNamed: target selector) notNil > Â Â Â Â Â Â Â Â ifTrue: [ ^ binding value asNode ]. > Â Â Â Â ^ nil This certainly introduces other bugs. The use of the non-eager #and: is intentional, because if "requestor selectedClass" is nil, "requestor selectedClass bindingOf:" is not supposed to be evaluated. Lukas -- Lukas Renggli www.lukas-renggli.ch

July 14, 2011

Re: [Pharo-project] Zinc time outs too fast

by Sven Van Caekenberghe

On 14 Jul 2011, at 00:19, Sven Van Caekenberghe wrote: > I'll add a unit test for ZnConnectionTimeout behavior tomorrow, just to make sure it works. I am pretty sure it works, the lastest Zn commits: Name: Zinc-HTTP-SvenVanCaekenberghe.174 Author: SvenVanCaekenberghe Time: 14 July 2011, 9:54:57 am UUID: bec35859-b638-42c1-9689-3f1d7a540c8b Ancestors: Zinc-HTTP-SvenVanCaekenberghe.173 ZnDefaultServerDelegate>>#echoRequest: added option to delay the response to /echo with a specified number of seconds, as in echo?delay=60 Name: Zinc-Tests-SvenVanCaekenberghe.87 Author: SvenVanCaekenberghe Time: 14 July 2011, 9:55:47 am UUID: d1f2d440-8420-4b11-84ec-d79bdc48e16b Ancestors: Zinc-Tests-SvenVanCaekenberghe.86 added ZnClientTests>>#testTimeout to test the correct working of ZnConnectionTimeout Both making the timeout shorter and forcing a timeout works, as in the test: testTimeout | server | server := ZnServer on: 1701. [ server start. self assert: server isRunning & server isListening. self should: [ ZnConnectionTimeout value: 1 during: [ ZnClient get: 'http://localhost:1701/echo?delay=2' ] ] raise: ConnectionTimedOut ] ensure: [ server stop ] As well as the other way around, waiting longer than the default timeout (I can't put this in the tests as it takes way too long for a unit test): ZnConnectionTimeout value: 50 during: [ ^ ZnClient get: 'http://localhost:1701/echo?delay=40' ] There could still be some deep problem somewhere (you say the default timeout of 30 shows up in stack), but as far as I can see this works. I have said this before, ConnectionTimedOut should in 99% of the case be interpreted as ResourceUnavailable, 30 seconds is an eternity for all but a small number of data or processing heavy requests. Sven PS: There is also always the option of extending the global default timeout ZnNetworkingUtils defaultSocketStreamTimeout: 360.

July 14, 2011

Re: [Pharo-project] ZeroMQ support

by Carlo

Hi John I was looking at using Stomp and ActiveMQ in a future project to integrate with my Java based services, so I find it interesting that you are having implementation issues. ZeroMQ does look good and is a great alternative, have you considered using their protocol binding http://rfc.zeromq.org/spec:13. I see that the Javascript and I think Node.js version make use of this. check http://www.zeromq.org/bindings:_start Good luck and it would be great if you could report on specific issues with Stomp and ActiveMQ. I'd love to use an 'enterprise' communication layer and bind to Javaspaces, JBossCache, Apache Camel or other useful integration frameworks. Cheers Carlo On 13 Jul 2011, at 7:21 AM, John Toohey wrote: Maybe "enterprise" is the wrong word. I have a system with multiple servers, some in Java, some in Clojure, and the Console servers developed in Seaside running on Pharo. I need to have all these servers talk to each other, and today I'm using JMS over ActiveMQ to do that. I need to use Stomp as a protocol to allow my Console servers to push data updates to the main servers, and its fragile. It could be that my implementation is wrong, and you could advise on that. What is your experience in pushing messages from Smalltalk VMs to Java and C servers? Any help would be most appreciated. (My systems supports 200 end to end transactions per seconds, with many thousand concurrent transactions. It's deployed on 16 servers in an EC2 cloud) Why would ZeroMq be better? I have 20 year experience writing network servers, and to honest, I'm not even sure where to start with an answer to that question. Again, if you could help me out here, it would be most appreciated. Perhaps, your experience in developing large scale network applications, would be insightful here. On Wed, Jul 13, 2011 at 01:05, Philippe Marschall <kustos(a)gmx.net> wrote: > On 13.07.2011 02:34, John Toohey wrote: >> Hi all, >> Wondering if anyone here is working on adding binding for ZeroMQ >> (http://www.zeromq.org/) to Pharo? I think this type of enterprise >> support is something that would greatly benefit Pharo. > > What's enterprise about ZeroMQ? > >> In one of my >> systems today, I use Stomp over a socket in Pharo to send and receive >> messages to and from ActiveMQ, and from there to my servers. This >> works, but is fragile, ... > > Why? How would ZeroMQ be better? > >> I use zeromq in my Clojure based servers, but have no experience of >> writing bindings for C libraries in Smalltalk. I would be more than >> happy to help out, if such a project was started. >> > > Cheers > Philippe > > > -- ~JT

July 14, 2011

Re: [Pharo-project] ZeroMQ support

by Philippe Marschall

On 07/13/2011 07:21 AM, John Toohey wrote: > Maybe "enterprise" is the wrong word. I have a system with multiple > servers, some in Java, some in Clojure, and the Console servers > developed in Seaside running on Pharo. I need to have all these > servers talk to each other, and today I'm using JMS over ActiveMQ to > do that. I need to use Stomp as a protocol to allow my Console > servers to push data updates to the main servers, and its fragile. It > could be that my implementation is wrong, and you could advise on > that. What is your experience in pushing messages from Smalltalk VMs > to Java and C servers? Any help would be most appreciated. (My systems > supports 200 end to end transactions per seconds, with many thousand > concurrent transactions. It's deployed on 16 servers in an EC2 cloud) With that level of concurrency you may want to avoid solutions based on FFI. FFI calls block the entire VM, there was a recent SqueakDBX thread discussing this. Plugin based solutions don't have this limitation but you run into issues of mapping native threads to Pharo processes. That in general makes socket based solutions preferable because they don't share these limitations. Since HTTP is my hammer and assuming you don't need message persistence and use messaging more or less for synchronous communication (maybe I misunderstood you) have you considered using HTTP and a load balancer? Cheers Philippe

July 14, 2011

[Pharo-project] CI down

by Pavel Krivanek

Jenkins server https://ci.lille.inria.fr/pharo/ is not responding. -- Pavel

July 14, 2011

Re: [Pharo-project] SqueakSource down

by Jorge Ressia

Hi, it is working. On Thu, Jul 14, 2011 at 8:38 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > SqueakSource is currently down. > > -- Pavel > > -- Jorge Ressia www.jorgeressia.com

July 14, 2011

[Pharo-project] Who is in contact with the SqueakSource admins

by Tobias Pape

Dear all Please, can somebody put me in contact with anyone who administers the SqueakSource.com instance/website? Iâd be glad to talk to this person(s). Best -Tobias

July 14, 2011