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

Re: [Pharo-project] why (MCPackage named: 'NonExistenPackage') unload. doesnt fail ?

by StÃ©phane Ducasse

> Do we want that? I am finding a lot of outdated code that uses code like that and it doesnt fail, but still doesnt unload the package. > > For example, cleanUpForRelease does a > (MCPackage named: 'HelpSystem') unload. > > and that package doesnt exist anymore since it was split.... > > so...do we want that silent behaviour ? probably not. Better fix the scripts as early as possible > > cheers > > mariano

Jan. 6, 2011

Re: [Pharo-project] Another Design Question - SOAP and WSDL - Subclass or not XMLElement

by CÃ©drick BÃ©ler

>> But there come the design question. To me SOAP elements are particular XMLDocument and XMLElement. Indeed, I found the interfaces of java 6 which was quite what I have in mind [1]. >> >> I think the main problem (to me) is that XMLElement in Smalltalk has an inst var containing all children node. I think this is different in java. The consequence is to model SOAPEnvelope (subclass of XMLElement), I can't really add a body and header field respectively for the SOAPHeader and SOAPBody object. Instead I should put them in the children collection node. >> Is it a good practice ? Do I use a factory to ensure there's at least one and only one body and eventually a header ? Any other pattern for such situations ? > > hmm.. the existence if separate class for each of xml elements doesn't > automatically means that it can validate a SOAP document that it is > well formed, isn't? yes sure, but I thought it will help... > > >> Or would you avoid to subclass ? >> >> Secondary question: As I found this java API, I got really tempted to use a similar organization. It it authorized ? I couldn't really parse the license file :) >> > > As to me, i'd better leave the xml domain as soon as possible by > validating it and then parsing its elements into something, which is > reification of actual SOAP query/response model , without trying to > resemble an xml dom tree. yes I get your point, I'll get something simpler first. Thx > >> Thanks in advance, >> >> CÃ©drick >> >> [1] http://download.oracle.com/javase/6/docs/api/javax/xml/soap/ >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Jan. 6, 2011

Re: [Pharo-project] [ANN] Amazon AWS S3 Client

by Noury Bouraqadi

That's great! Noury On 5 janv. 2011, at 21:36, Sven Van Caekenberghe wrote: > Hi All, > > I implemented and published a Pharo client for Amazon's AWS S3 service called ZnAWSS3Client. > > For some background, see http://en.wikipedia.org/wiki/Amazon_S3 or http://aws.amazon.com/s3. > > The code can be found in the package 'Zinc-AWS' in http://www.squeaksource.com/ZincHTTPComponents.html. It depends on both Zinc HTTP Components and XML Support (an excellent package BTW) as well as on the cryptography functionality in Pharo (md5, sha1 & hmac). > > Basically, Amazon S3 (Simple Storage Service) is an online storage web service where you store and retrieve objects under keys organized in groups called buckets. Objects can be any web resource identified by a mime type. The main advantage is that S3 is a highly scalable, reliable, secure, fast, inexpensive service. > > The client is currently a proof of concept implementing the basic S3 concepts. Here is some example usage: > > | client | > > (client := ZnAWSS3Client new) > accessKeyId: '2ZGSSBGBHQGJ9VV5N441'; > secretAccessKey: 'OtxrzxIsfpFjA7SwPzILwy8Bw21TLhquhboDYROV'; > checkIntegrity: true. > > client buckets. > > client keysIn: 'my-bucket'. > > client keysIn: 'my-bucket' query: (Dictionary with: 'prefix'->'my-'). > > client at: 'my-bucket' -> 'my-key'. > > client at: 'my-bucket' -> 'my-key' put: (ZnEntity with: '0123456789'). > > client at: 'my-bucket' -> 'my-key' put: (ZnEntity with: 'Smalltalk rules S3!') headers: (Dictionary with: 'x-amz-acl'->'public-read'). > > Sven > > PS: the code does contain comments but you will need to read up on S3 first. To run anything you will have to create an AWS S3 account. > > >

Jan. 6, 2011

Re: [Pharo-project] Issue 3507 in pharo: SUnitUnloader >> unloadTestPackages is wrong and outdated

by Adrian Lienhard

Hi Torsten, Sorry, you are right. I apparently checked this in an 1.1.1 image (and I forgot that you have refactored Regex). Splitting the package up into -Core -Help and -Tests is a good solution indeed. So the change of #unloadTestPackages proposed by Mariano makes perfect sense. Cheers, Adrian On Jan 6, 2011, at 10:08 , Torsten Bergmann wrote: >> I have the following remark: when I implemented this I took care to make all >remaining packages non-dirty. For example, you unload "Regex-Tests-Core" and >this will change the contents of the "Regex" package and hence make it >dirty. To avoid this, I moved tests into their own package â either into >> ... >> Apparently somebody didn't take care when updating VB-Regex because the >tests are back in the main Regex package. > > Hi Adrian, > > I dont understand what you mean: > > Anything we forgot was to update #unloadTestPackages (which is now > solved with issue 3507 by Mariano). > > In Pharo1.2beta #12292 there is no "VB-Regex" or "Regex" package > anymore. So nothing to become dirty here. > > There is a "Regex-Core", "Regex-Help" and "Regex-Tests-Core". > So test can easily be unloaded and existing packages are > still clean. > > And yes ... if you would manually create a package "Regex" > then it would have become "dirty" (because class categories > are abused). But we know that and it can only be solved by > introducing real packages. Using a "RegexTest..." package > icould be a workaround and avoids this - but we use the > same naming scheme as Seaside. > > Bye > T. > > > > > -- > GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit > gratis Handy-Flat! http://portal.gmx.net/de/go/dsl >

Jan. 6, 2011

[Pharo-project] [Hudson] Status

by Marcus Denker

Hudson status: -> Builds are working again since tuesday -> Hudson will send a mai to this list when the build fails (but not when the tests fail) -> We will experiment with a mac and windows builder slave soon (next week, I think) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 6, 2011

Re: [Pharo-project] [ANN] Amazon AWS S3 Client

by Marcus Denker

> > > (client := ZnAWSS3Client new) > accessKeyId: '2ZGSSBGBHQGJ9VV5N441'; > secretAccessKey: 'OtxrzxIsfpFjA7SwPzILwy8Bw21TLhquhboDYROV'; > checkIntegrity: true. > > client buckets. > > client keysIn: 'my-bucket'. > > client keysIn: 'my-bucket' query: (Dictionary with: 'prefix'->'my-'). > > client at: 'my-bucket' -> 'my-key'. > > client at: 'my-bucket' -> 'my-key' put: (ZnEntity with: '0123456789'). > > client at: 'my-bucket' -> 'my-key' put: (ZnEntity with: 'Smalltalk rules S3!') headers: (Dictionary with: 'x-amz-acl'->'public-read'). > > Sven > > PS: the code does contain comments but you will need to read up on S3 first. To run anything you will have to create an AWS S3 account. > Nice! Did you check the work of Ernst Micklei and Jan van de Sandt? They implemented smalltalk libraries for S3, but in addition other services (e.g. SimpleDB) http://blog.doit.st/ http://www.slideshare.net/esug/cloudfork -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 6, 2011

[Pharo-project] James Robertosn's Pharo videos added to website

by Mariano Martinez Peck

In: http://www.pharo-project.org/documentation/screencasts<http://www.pharo-project.org/documentation/screencasts> cheers mariano

Jan. 6, 2011

[Pharo-project] Issue 3507 in pharo: SUnitUnloader >> unloadTestPackages is wrong and outdated

by Torsten Bergmann

>I have the following remark: when I implemented this I took care to make all >remaining packages non-dirty. For example, you unload "Regex-Tests-Core" and >this will change the contents of the "Regex" package and hence make it >dirty. To avoid this, I moved tests into their own package â either into >... >Apparently somebody didn't take care when updating VB-Regex because the >tests are back in the main Regex package. Hi Adrian, I dont understand what you mean: Anything we forgot was to update #unloadTestPackages (which is now solved with issue 3507 by Mariano). In Pharo1.2beta #12292 there is no "VB-Regex" or "Regex" package anymore. So nothing to become dirty here. There is a "Regex-Core", "Regex-Help" and "Regex-Tests-Core". So test can easily be unloaded and existing packages are still clean. And yes ... if you would manually create a package "Regex" then it would have become "dirty" (because class categories are abused). But we know that and it can only be solved by introducing real packages. Using a "RegexTest..." package icould be a workaround and avoids this - but we use the same naming scheme as Seaside. Bye T. -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

Jan. 6, 2011

Re: [Pharo-project] Issue 3507 in pharo: SUnitUnloader >> unloadTestPackages is wrong and outdated

by Adrian Lienhard

Hi Mariano, Nice to see you working on this (sorry, I still didn't get around to do the cleanUp: refactoring (if you like to do this, please go ahead)). Regarding your extension of #unloadTestPackages I have the following remark: when I implemented this I took care to make all remaining packages non-dirty. For example, you unload "Regex-Tests-Core" and this will change the contents of the "Regex" package and hence make it dirty. To avoid this, I moved tests into their own package â either into their own package like in the case of GraphicsResources (see related comment on the issue tracker) or into the global test package "Tests". Apparently somebody didn't take care when updating VB-Regex because the tests are back in the main Regex package. Now, I don't know whether "clean packages" after shrinking is a desired property. It's not critical for me but it feels better to have a well modularized image without needing to unload random sub-packages, classes and methods. Cheers, Adrian On Jan 5, 2011, at 23:08 , pharo(a)googlecode.com wrote: > Updates: > Status: Fixed > > Comment #1 on issue 3507 by marianopeck: SUnitUnloader >> unloadTestPackages is wrong and outdated > http://code.google.com/p/pharo/issues/detail?id=3507 > > (No comment was entered for this change.) > >

Jan. 6, 2011

Re: [Pharo-project] Origins [poll]

by Adrian Lienhard

On Jan 6, 2011, at 00:37 , csrabak(a)bol.com.br wrote: > Miguel, > > You rather create a wiki page (or edit the one Stef intends to put our pictures in a near future ;-) BTW, we already have a page with pictures: http://pharo-project.org/community/contributors. Certainly there are people missing (I didn't check). We could also extend the information on this page, with country and language if this is desired (not so important for me), or the Twitter name (more interesting). Cheers, Adrian > > my 0.01999... > > -- > Cesar Rabak > > Name|Native Language|Greeting in native lang|Born country|Writing from > Cesar Rabak |Spanish/Portuguese/Italian|Hola/OlÃ¡/Ciao|Peru|SÃ£o Paulo, SP - Brazil > > > > Em 05/01/2011 19:38, Miguel CobÃ¡ < miguel.coba(a)gmail.com > escreveu: > It is a new year and I thought that it would be good to know from which > part of the world each person in this list is (or was born), so we can > get a better look at the diversity of the community. > > I start: > > Name|Native Language|Greeting in native lang|Born country|Writing from > > Miguel CobÃ¡|Spanish|Hola|Mexico|Mexico City,Mexico > > Cheers > -- > Miguel CobÃ¡ > http://twitter.com/MiguelCobaMtz > http://miguel.leugim.com.mx > > > > > >

Jan. 6, 2011