October 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Soap Webservices for pharo

by Guillermo Polito

A little of progress... I fixed the underscores assignments, and Preferences references. I built a first metacello configuration to download this package: *Gofer it squeaksource:'MetacelloRepository'; package:'ConfigurationOfSoapOpera'; load ConfigurationOfSoapOpera project lastVersion load * It depends on ConfigurationOfKomHttpServer (Komanche). I will enhance it in the future to make it depend in the Xml parser in XMLSupport. By now, in my 1.2 core image the tests are: 134 run, 121 passes, 0 expected failures, 2 failures, 11 errors, 0 unexpected passes. Cheers! 2010/10/4 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > Hi guys, > > Nice to see that SOA Web Services in Squeak/Pharo is rolling on again. > We really need that, if we want Pharo to be useful in commercial, > specially in so called "enterprisely" world. Those who listen Andreas > ThÃ¶nne's talk on ESUG, know what I mean. > > What we really need on SOA Web Services front: > > - WSDL support, > - XML <-> Object mapping. > - Tools > > Goal should be a "one-click" use of Web Services. From both client and > server setup. As all Smalltalks support it, except Squeak/Pharo yet not. > Look at excellent VW or VA Smalltlak WebServices suport for inspiration. > > Best regards > Janko > > On 04. 10. 2010 16:21, Guillermo Polito wrote: > > http://www.mars.dti.ne.jp/~umejava/smalltalk/soapOpera/soapCore.html<http://www.mars.dti.ne.jp/%7Eumejava/smalltalk/soapOpera/soapCore.html> > > > > So, we have some tasks now: > > > > - put it in squeaksource > > - test it in pharo > > - build a metacello config > > - document it? > > > > Any help is really appreciated, since I don't have too much time. > > > > Cheers, > > Guille > > > > ---------- Forwarded message ---------- > > From: *Masashi Umezawa* <umejava(a)mars.dti.ne.jp > > <mailto:umejava@mars.dti.ne.jp>> > > Date: Mon, Oct 4, 2010 at 8:46 AM > > Subject: Re: About SoapOpera and SoapCore > > To: Guillermo Polito <guillermopolito(a)gmail.com > > <mailto:guillermopolito@gmail.com>> > > > > > > Hi Guillermo, > > > > I am happy to hear that SoapOpera and SoapCore would be useful for your > > projects. Please feel free to reuse my Soap stuff. > > Recently I do not have enough time to upgrade those packages. So I > > really appreciate your offer. > > > > I hope SoapOpera and SoapCore will start growing again! > > > > Best regards, > > > > Guillermo Polito <guillermopolito(a)gmail.com > > <mailto:guillermopolito@gmail.com>> wrote: > >> Hi! > >> > >> My name's Guillermo and I'm from Argentina. I'm participating in the > > pharo > >> project (www.pharo-project.org <http://www.pharo-project.org>), and I > > would love to integrate your soap > >> package into our available packages :). > >> I was wandering if you let us put it into squeaksource > > (www.squeaksource.com <http://www.squeaksource.com>) > >> and mantain it for our use, because pharo is growing very quickly and it > >> needs this kind of really cool stuff :). Of course we will keep the MIT > >> license. > >> > >> Thank you for your time and sorry for bothering :P! > >> Guille > > > > --- > > [:masashi | ^umezawa] > > > -- > Janko MivÅ¡ek > AIDA/Web > Smalltalk Web Application Server > http://www.aidaweb.si > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 5, 2010

Re: [Pharo-project] Xml Parser

by Guillermo Polito

BTW, thanks! On Tue, Oct 5, 2010 at 10:30 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Got it, I have to update my metacello config :). > > > On Mon, Oct 4, 2010 at 10:26 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > >> On Mon, 4 Oct 2010, Guillermo Polito wrote: >> >> I looked after it in squeaksource and I didn't find it... Can some one >>> enlight me? >>> >> >> http://www.squeaksource.com/XMLSupport.html >> >> >> Levente >> >> >> >>> Cheers! >>> >>> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >

Oct. 5, 2010

Re: [Pharo-project] Xml Parser

by Guillermo Polito

Got it, I have to update my metacello config :). On Mon, Oct 4, 2010 at 10:26 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Mon, 4 Oct 2010, Guillermo Polito wrote: > > I looked after it in squeaksource and I didn't find it... Can some one >> enlight me? >> > > http://www.squeaksource.com/XMLSupport.html > > > Levente > > > >> Cheers! >> >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 5, 2010

[Pharo-project] FastCGI support in Pharo

by Dario Trussardi

Hi, i have a Lighttpd server with FastCGI support for deployment system ( based on GLASS ). Now i'm interested to work with the same web server for development system based on Pharo. For now in Pharo i use the WAKom interface. I can load the FastCGI support into Pharo ? Thank for any consideration, Dario

Oct. 5, 2010

Re: [Pharo-project] UUID and Cog?

by Levente Uzonyi

On Tue, 5 Oct 2010, Philippe Marschall wrote: > Hi > > Does anybody know whether UUIDs are supposed to work on Cog on Linux? I > got the latest prebuilt Cog from [1] and UUID new crashes my VM with a > seg fault on a Monticello commit. I believe it was working before I > updated some Linux packages. Just rebuild the VM on your Linux, that should work. Levente > > [1] http://www.mirandabanda.org/files/Cog/VM/VM.r2316/ > > Cheers > Philippe > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 5, 2010

Re: [Pharo-project] Ocean (was Re: Less plugins, more Smalltalk code! (was: Re: Pharo 1.1.1 OneClickCogVm))

by Levente Uzonyi

On Tue, 5 Oct 2010, StÃ©phane Ducasse wrote: > > On Oct 4, 2010, at 10:23 PM, Levente Uzonyi wrote: > >> On Mon, 4 Oct 2010, Sven Van Caekenberghe wrote: >> >>> Noury, >>> >>> One of the other aspects that I find important is elementary efficiency. >>> >>> A lot of stream related code in Smalltalk is not efficient, the actual data is copied around like crazy, turning it from a stream to a collection and then back into a stream multiple times. For Zinc HTTP Components I made a lot of effort to make it possible to read data from a socket stream in true streaming fashion (instead of just returning a byte array). Now, the idea was then that for example JPEGReadWriter>>#nextImage would work transparaently on that raw stream. Sadly, the code in JPEGReadWriter and friends just reads everything into an array before it starts to work ! >>> >>> Doing a #nextPutAll: <some byte array> should really try never to copy the array. Similary, a #next: <count> into: <some byte array> should similary write directly into the given array. What I see in the current SocketStream is <censored/> ;-) >> >> This is why we implemented our own SocketStream in PostgresV3. > > what is the license? It's MIT, but it's not a general purpose SocketStream. Levente > > Stef > >> >>> >>> But OK, maybe this is easier said than done. The step from Smalltalk to system call should also not copy if that is possible, but then FFI and GC come into play. >> >> I wonder if there's a language, that provides socket access via FFI. >> >> >> Levente >> >>> >>> Anyway, good luck, I am willing to try using Ocean as soon as it becomes available. >>> >>> Sven >>> >>> On 04 Oct 2010, at 10:59, Noury Bouraqadi wrote: >>> >>>> >>>> On 3 oct. 2010, at 16:28, Schwab,Wilhelm K wrote: >>>> >>>>> For Ocean to succeed, you either have to work really hard to make non-blocking calls (I'm thinking of SSL sockets), or you need the ability to call functions on OS threads. The calls need to block their calling Process and let the other Processes run as though nothing is happening. >>>>> >>>> You're right. >>>> Another option is having a multi-threaded VM. Eliot seem to work on it. >>>> So far we're working on cleaning up the design of basic functionalities before going on. >>>> Then, we'll try to find a workaround for non-blocking calls. >>>> All ideas are welcome :-) >>>> >>>> BTW, some people (you included) proposed to help for the Ocean project. >>>> Luc and I want to thank you and we are happy that others are willing to help. >>>> We thought about the best way to integrate others help. >>>> Our conclusion is that we should first do alone (luc and me) the reference design, before integrating other developers. >>>> So, we all can work on solid foudations. >>>> >>>> Noury >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 5, 2010

Re: [Pharo-project] [update 1.2] #12170

by Pavel Krivanek

2010/10/5 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > > On Oct 5, 2010, at 12:25 37PM, Pavel Krivanek wrote: > > Hi, > > On Tue, Oct 5, 2010 at 12:03 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> aMethod is a selector. >> > > aMethod is a CompiledMethod or nil (when the method is deleted) > > -- Pavel > > > Submitted new slice, this time deprecating old constructor, and using a new > one passing the selector explicitly, seeing as how method (or nil) was > inferred based on it in the first place. > Of course, an alternative is to just set itemSelector if method notNil, the > choice simply reflects my personal preference. > > Cheers, > Henry > > Good solution, thanks... -- Pavel

Oct. 5, 2010

Re: [Pharo-project] [update 1.2] #12170

by Henrik Johansen

On Oct 5, 2010, at 12:25 37PM, Pavel Krivanek wrote: > Hi, > > On Tue, Oct 5, 2010 at 12:03 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > aMethod is a selector. > > aMethod is a CompiledMethod or nil (when the method is deleted) > > -- Pavel Submitted new slice, this time deprecating old constructor, and using a new one passing the selector explicitly, seeing as how method (or nil) was inferred based on it in the first place. Of course, an alternative is to just set itemSelector if method notNil, the choice simply reflects my personal preference. Cheers, Henry

Oct. 5, 2010

Re: [Pharo-project] UUID and Cog?

by Nicolas Cellier

http://bugs.squeak.org/view.php?id=7371 http://bugs.squeak.org/view.php?id=7358 http://code.google.com/p/pharo/issues/detail?id=855 I don't think it is really resolved, but the workaround (remove the UUID plugin) might still work Nicolas 2010/10/5 laurent laffont <laurent.laffont(a)gmail.com>: > Same problem, discussed a few days > ago:Â http://forum.world.st/ANN-Pharo-1-1-1-OneClickCogVm-tp2713612p2720604.html > Laurent > > On Tue, Oct 5, 2010 at 11:28 AM, Philippe Marschall <kustos(a)gmx.net> wrote: >> >> Hi >> >> Does anybody know whether UUIDs are supposed to work on Cog on Linux? I >> got the latest prebuilt Cog from [1] and UUID new crashes my VM with a >> seg fault on a Monticello commit. I believe it was working before I >> updated some Linux packages. >> >> Â [1] http://www.mirandabanda.org/files/Cog/VM/VM.r2316/ >> >> Cheers >> Philippe >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 5, 2010

Re: [Pharo-project] [update 1.2] #12170

by Pavel Krivanek

Hi, On Tue, Oct 5, 2010 at 12:03 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > aMethod is a selector. > aMethod is a CompiledMethod or nil (when the method is deleted) -- Pavel > so we should change the code and like that the tests get green :). > > Stef > > > Henrik > > > > when I drop a cs I get a DNU. > > No time to check now. > > > > Stef > > On Oct 5, 2010, at 11:51 AM, StÃ©phane Ducasse wrote: > > > >>> > >>> > >>> From: stephane ducasse <stephane.ducasse(a)gmail.com> > >>> Date: October 5, 2010 11:43:17 AM GMT+02:00 > >>> To: An open mailing list to discuss any topics related to an > open-source Smalltalk <Pharo-project(a)lists.gforge.inria.fr> > >>> Subject: [update 1.2] #12170 > >>> > >>> > >>> > >>> 12170 > >>> ----- > >>> > >>> - Issue 3060: Update Monticello to detect method recategorization > correctly. Thanks Pavel Krivanek and Henrik Johanssen > >>> > >>> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 5, 2010