- Pharo-dev - lists.pharo.org

Re: [Pharo-project] ZnClient>>beOneShot

by Sven Van Caekenberghe

Sebastian, It would be helpful to know which version of Pharo and Zinc HTTP Components you are using. That being said, there is not much special about #beOneShot. ZnClient always does HTTP 1.1 which means it defaults to keeping connections open and handling multiple request/response cycles over it, each side should be ready to handle unexpected closing. What #beOneShot does, is setting 'Connection: close' in the request, which tells the server that it does _not_ intend to send more than one request and will not read more than one response. This is standard behavior. I understand that you cannot provide a reproduceable situation, but I need more information if you expect me to help you. Maybe you can send a stacktrace with sensitive information filtered out. What you can also do is inspect both the request and response instance variable of the ZnClient object right after the failure. Since you only get it with one service, it will be related to that service. I have no other reports of problems in this area (and ZnClient is used daily in all Pharo 1.3, 1.4 and 2.0 images), but maybe you hit some border case that can help improve the code. Sven On 30 Aug 2012, at 16:53, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > Hi there, > > I've started using Zinc in more projects and it's doing well. > > Except for one thing :) > > Using the http client, I've found exceptions happening when receiving the answer after the request. > > I remember one related to someone sending #contents and failing due to entity being nil instead of the expected something stream related (see ZnClient>>contents). > > I also found that not using #beOneShot helps. > > If I make #beOneShot a no-op by commenting "self optionAt: #oneShot put: true" everything works as expected. > > That makes #beOneShot suspicious about making the client to close the connection before getting the contents of the data answered in the stream. It seems to be closing the connection without reading the answer the server sent. > > I don't know of more cases but this of course *had* to happen when using Merchant* to talk to my gateway to process credit card payments so you can have an idea how frustrating this is. > > With the workaround things are okay so far but I'm a little worried about this bug because it seems that beOneShot is the default for everything http client in Pharo and it is going to be needed a lot. > > Let me know how I can be of further help to get this fixed > > sebastian > > o/ > > *Merchant is available in squeak source and yeah, I know, I should move it to ss3 but maybe I'm waiting for smalltalkhub -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Aug. 30, 2012

Re: [Pharo-project] Pharo/Seaside as back-end for a social media app

by Oscar E A CallaÃº

Thanks a lot, for your comments. >>> + Media transmission, ie sending/retrieving Photos and Videos (What Seaside modules I can use for this?) >> >> You probably don't want to serve medias with Pharo but use Apache/nginx/whatever. They serve static files really well and you don't want to put load on your Smalltalk for such a task. > > yeah... but thats an usual configuration. I don't think anyone in the world renders video by themselves. Yes, I agree ! >> >>> + Database communication (I can use GlorpDBX) >> >> Never used it but it seems to work fine for many people. > > you can use it (dbxtalk.org) but... why do you need a relational database? Why care about that now? Yeahp, I know that at the beginning it is a silly question. However, when the app grows, I will need something, may a Relational database (my first intuition) or may be I can use Magma/Goods, but I don't known how well these works. > >> >>> + Ouath2 authentification (??, I understand that CouldforkSSO is a client not a server) >> >> I would be interested if you find a solution/package. > > no idea :) I couldn't find a package for this. May be some guy is trying to implement it or may be we can do it. > >> >>> + Scalability, where I can easily grow from hundreds to thousands of clients. >> >> If you go stateless (you probably will if you go full REST) you can distribute load on as many images as you want. > > as in all solutions, it depends much in your application design. A regular Seaside application can handle more or less 30-50 simultaneous requests per image, which is not much but with some design you can improve a lot... and of course, you can scale by adding pharo boxes, and since a pharo box will consume around 100m (again if your design is ok...), with 1G RAM available you can run 10 pharo boxes which gives you 300-500 simultaneous requests... which most than good for most applications :) Nice! >> >>> Do you think Pharo could meet that requirements or I must use something less cool :-(, such as ruby on rails. >> >> Ruby/Rails has probably a bigger ecosystem and conventions around it but Pharo is definitely cooler ;) >> > > as a summary, I think you are going to be ok :) Certainly, It will be a great project/opportunity to do it in Smalltalk and much much fun than using other approaches. Cheers.

Aug. 30, 2012

[Pharo-project] Gaucho? (was Re: Breaking another dependency to Compiler (related to Traits I think))

by H. Hirzel

On 8/16/12, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > For example, in gaucho i'm using the ast for pretty printing of the > source, and for styling unsed variables differently, etc... Fernando, Just curious, are there more news besides this http://www.inf.usi.ch/phd/olivero/gaucho/home.html and your 2010 ESUG presentation? I assume Gaucho is part of your PhD disseration... --Hannes

Aug. 30, 2012

[Pharo-project] ZnClient>>beOneShot

by Sebastian Sastre

Hi there, I've started using Zinc in more projects and it's doing well. Except for one thing :) Using the http client, I've found exceptions happening when receiving the answer after the request. I remember one related to someone sending #contents and failing due to entity being nil instead of the expected something stream related (see ZnClient>>contents). I also found that not using #beOneShot helps. If I make #beOneShot a no-op by commenting "self optionAt: #oneShot put: true" everything works as expected. That makes #beOneShot suspicious about making the client to close the connection before getting the contents of the data answered in the stream. It seems to be closing the connection without reading the answer the server sent. I don't know of more cases but this of course *had* to happen when using Merchant* to talk to my gateway to process credit card payments so you can have an idea how frustrating this is. With the workaround things are okay so far but I'm a little worried about this bug because it seems that beOneShot is the default for everything http client in Pharo and it is going to be needed a lot. Let me know how I can be of further help to get this fixed sebastian o/ *Merchant is available in squeak source and yeah, I know, I should move it to ss3 but maybe I'm waiting for smalltalkhub

Aug. 30, 2012

Re: [Pharo-project] Multiple worlds

by laurent laffont

Hi Hannes, note that after loading ConfigurationOfTWM you have to enable it in the Settings Browser (search for tiling). Laurent On Tue, Aug 28, 2012 at 4:34 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Hello again, > > A follow-up question. > > I loaded the TilingWindowManager (TWM) by Laurent Laffont. > ( MetacelloConfigurationBrowser open. ) > > TWM is supposed to support multiple virtual desktops. > How do I start using this feature? > > E.g. a pointer to a blog entry? > > Thank you in advance. > > --Hannes > > On 8/28/12, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > Hello > > > > Any news on having multiple virtual desktops in Pharo? > > > > I currently use Pharo 1.4, maybe it is in 2.0? > > > > Regards > > --Hannes > > > > On 5/2/12, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Esteban > >> > >> Having multiple virtual desktops is cool and this is not the full > project > >> syndrome so we should check the code and if it is small > >> and nice integrate it. > >> > >> Stef > >> > >> > >>> Hi, > >>> > >>> I propose to just close the issue... having different words don't seems > >>> to > >>> match with current pharo approach and future envisioned scenarios. > >>> (I'm sorry if someone is expecting that) > >>> > >>> best, > >>> Esteban > >>> > >>> On May 2, 2012, at 3:28 PM, Marcus Denker wrote: > >>> > >>>> > >>>> On May 2, 2012, at 3:23 PM, H. Hirzel wrote: > >>>> > >>>>> Hello > >>>>> > >>>>> This issue > >>>>> http://code.google.com/p/pharo/issues/detail?id=3545 > >>>>> is about the feature of having multiple worlds. Status is 'Accepted'. > >>>>> > >>>> Accepted means accepted for thinking about, there is no commitment. > >>>> > >>>>> I assume it is now in Pharo 1.4. > >>>>> > >>>>> How can I use it. > >>>>> > >>>>> The code I found from Sean is > >>>>> > >>>>> "Add a world:" > >>>>> WorldManager instance createOrSwitchToWorldNamed: 'JustAnotherWorld'. > >>>>> > >>>>> "Return to the default world:" > >>>>> WorldManager instance createOrSwitchToWorldNamed: 'Pharo'. > >>>>> > >>>>> What are the proper instructions? > >>>> > >>>> > >>>> It's a bug tracker entry. Not a package for users to use. > >>>> > >>>> Marcus > >>>> > >>>> -- > >>>> Marcus Denker -- http://marcusdenker.de > >>>> > >>>> > >>> > >>> > >> > >> > >> > > > >

Aug. 30, 2012

[Pharo-project] Pharo 2.0 + Travis = ?

by Frank Shearar

Hi Dale, I'm getting a build failure against Pharo 2.0 [1] with the error "FileDoesNotExist: /home/travis/dalehenrich-builderCI-cd2facd/builds/travisCI/TravisTranscript.txt". I think that's because the before.st says "transcriptStream := ((Smalltalk at: #FileSystem) workingDirectory / transcriptFileName) readStream ]" and that file doesn't exist. Is there a convenient way of saying "please open a readStream on this file and, if it's not there, make one" ? (If one semi-replicates the build, by opening a Pharo 2.0 image, manually loading the ConfigurationOfControl, and running "ConfigurationOfControl loadDevelopment", one will see Control 1.1.dev running with a green light for Pharo 2.0!) frank [1] http://travis-ci.org/#!/frankshearar/Control/jobs/2282004

Aug. 30, 2012

Re: [Pharo-project] Why it takes much more time to load stuff in 2.0 comparing to 1.4?

by Igor Stasenko

On 30 August 2012 10:49, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > you found the cause? > i didn't had time to measure it yet. > > On Tue, Aug 28, 2012 at 10:22 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> On 28 August 2012 14:55, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> > run it in the profiler and compare the results. >> > I am very interested int he results :P >> >> we can try it tomorrow, if you will be there :) >> >> > >> > On 2012-08-28, at 04:06, Igor Stasenko <siguctua(a)gmail.com> wrote: >> > >> >> I was checking how ConfigurationOfNativeBoost behaves on 1.4 >> >> and i noticed that it loads like 3-5 times faster comparing to 2.0.. >> >> >> >> and i refusing to believe this is because of different network latency, >> >> because most time which it spends during loading in 2.0 is showing >> >> "compiling / installing" >> >> progress but not "downloading". >> >> >> >> -- >> >> Best regards, >> >> Igor Stasenko. >> >> >> > >> > >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > Mariano > http://marianopeck.wordpress.com > -- Best regards, Igor Stasenko.

Aug. 30, 2012

Re: [Pharo-project] failing test

by Benjamin

http://code.google.com/p/pharo/issues/detail?id=6620 Ben On Aug 30, 2012, at 11:24 AM, Camillo Bruni wrote: > Can some guy have a look at that method: > > RPackageReadOnlyCompleteSetupTest testRemoveTaggedClasses > > some strange reference to B1DefinedInP1? > > thanks > cami

Aug. 30, 2012

[Pharo-project] failing test

by Camillo Bruni

Can some guy have a look at that method: RPackageReadOnlyCompleteSetupTest testRemoveTaggedClasses some strange reference to B1DefinedInP1? thanks cami

Aug. 30, 2012

Re: [Pharo-project] [update 2.0] #20272

by Camillo Bruni

muchas gracias seÃ±or! On 2012-08-30, at 11:01, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > 20272 > ----- > > Issue 6607: DNU on method category change in Pharo 20269 > http://code.google.com/p/pharo/issues/detail?can=2&q=6607 > > Issue 6613: RPackageOrganizer error on MethodRemoved announcement > http://code.google.com/p/pharo/issues/detail?id=6613 > > Issue 6614: Changing PluggableTextMorphWithLimits (un)lock icons > http://code.google.com/p/pharo/issues/detail?can=2&q=6614 > > Issue 6615: Fix Nautilus according to RPackage tags introduction > http://code.google.com/p/pharo/issues/detail?can=2&q=6615 >

Aug. 30, 2012