- Pharo-dev - lists.pharo.org

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

[Pharo-project] SqueakSource down

by Pavel Krivanek

SqueakSource is currently down. -- Pavel

July 14, 2011

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

by Pavel Krivanek

Thank's for the report. As I see the timeout appears already in step when latests network and gofer packages are loaded so this code was not executed. I'll try to use longer timeouts there too. Cheers -- Pavel On Thu, Jul 14, 2011 at 7:33 AM, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > On 13 Jul 2011, at 22:32, Igor Stasenko wrote: > >> While code says 1 hour: >> https://gitorious.org/pharo-build/pharo-build/blobs/master/scripts/pharo/Ke… > > There is also a typo: > > ZnConnectionTimeout value: 3600 during: [ > Â gofer:= Gofer it squeaksource: 'Pharo14'. > Â newPackages do: [:package | gofer package: package ]. > Â ofer load. > ]. > > The last statement says 'ofer load' instead of 'gofer load'. > > > >

July 14, 2011

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

by Sven Van Caekenberghe

On 13 Jul 2011, at 22:32, Igor Stasenko wrote: > While code says 1 hour: > https://gitorious.org/pharo-build/pharo-build/blobs/master/scripts/pharo/Ke… There is also a typo: ZnConnectionTimeout value: 3600 during: [ gofer:= Gofer it squeaksource: 'Pharo14'. newPackages do: [:package | gofer package: package ]. ofer load. ]. The last statement says 'ofer load' instead of 'gofer load'.

July 14, 2011

[Pharo-project] Fwd: [Pharo-bugtracker] Issue 4516 in pharo: copying a class should copy the sharedPools

by Igor Stasenko

---------- Forwarded message ---------- From: Igor Stasenko <siguctua(a)gmail.com> Date: 14 July 2011 00:40 Subject: Re: [Pharo-bugtracker] Issue 4516 in pharo: copying a class should copy the sharedPools To: codesite-noreply(a)google.com wow such evil bug.. and not detected before? good catch, Nicolas On 14 July 2011 00:03, Â <pharo(a)googlecode.com> wrote: > Updates: > Â Â Â Â Labels: -Squeak Type-Squeak > > Comment #2 on issue 4516 by nicolas....(a)gmail.com: copying a class should > copy the sharedPools > http://code.google.com/p/pharo/issues/detail?id=4516 > > (No comment was entered for this change.) > > > _______________________________________________ > Pharo-bugtracker mailing list > Pharo-bugtracker(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker > -- Best regards, Igor Stasenko AKA sig. -- Best regards, Igor Stasenko AKA sig.

July 13, 2011