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

Re: [Pharo-project] SUnit Time out

by Michael Roberts

exactly... my thought is running these automatically and headless. you don't necessarily need it built into the test framework itself. You can just have another process that monitors and kills after a timeout. This is why i commented on the granularity. The feature Andreas describes would be used more comprehensively than this. but i'm not so fussed by that. cheers, Mike On Sat, May 29, 2010 at 8:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > For me the point is that I have the impression that this is an interesting feature to have > when we have a test server. Like that you make sure that you do not have tests with infinite recursion > now this is also true that on a test server you do not really care if your tests take 30s or 2 min. > > Stef > >> We already have #should:notTakeMoreThan: and friends in TestCase. The >> complete TestCase can be protected by overriding #runCase, the >> individual test by wrapping the code of the test method. >> >> Lukas >> >> On 29 May 2010 16:43, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >>> Stef, >>> >>> Time to expose some of my ignorance (don't worry, I have plenty more waiting where I found this): what is the tag concept? Â That sounds very Tweak-ish, and I am a real believer in doing things "with the language, not TO the language" whenever possible. Â That is not to say that frameworks are bad; in fact, it means that frameworks are good, language extensions are anywhere from suspect to evil. >>> >>> I have some code that I am still porting, but the basic idea is to be able to write >>> >>> [ >>> Â "code that might not complete" >>> >>> ] tryForSeconds:10 onTimeOut:[ >>> >>> ]. >>> >>> With a robust capability to do such things, it is probably not necessary (or even appropriate) for TestCase to enforce timeouts. Â The timeout block can simply raise an exception or assert false, and there is no need to disable timeouts where they do not belong. >>> >>> Bill >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Michael Roberts [mike(a)mjr104.co.uk] >>> Sent: Saturday, May 29, 2010 6:17 AM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] SUnit Time out >>> >>> yes think it's a good idea. I'm not sure the granularity that's >>> required though. >>> >>> mike >>> >>> On Saturday, May 29, 2010, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >>>> Hi guys >>>> >>>> in Squeak andreas introduced the idea of test time out >>>> Do you think that this is interesting? >>>> >>>> Stef >>>> >>>> SUnit >>>> ----- >>>> All test cases now have an associated timeout after which the test is considered failed. The purpose of the timeout is to catch issues like infinite loops, unexpected user input etc. in automated test environments. Timeouts can be set on an individual test basis using the <timeout: seconds> tag or for an entire test case by implementing the #defaultTimeout method. >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> 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 >

May 30, 2010

Re: [Pharo-project] trait composition conflict autoresolution

by StÃ©phane Ducasse

>>> Well, what I tried to say is that C1 do not redefine m1, it gets T2>>m1 >> from the T1 + T2 composition. Ah ok! Then this is normal you have a requirement in T1 and it is fulfilled with T2. This is correct! >> So, is there a conflict if I compose T1 + T2 and do not redefine m1 in the >> composition client? no >> Or is this "improvement" OK? (explicit required methods do not produce >> composition conflicts), it make sense no? >> since having a conflict between a real message implementation and a >> explicitRequirement marked message doesnÂ´t make any sense ?? >>> >>> of the class using the trait then the requirement is not considered as > fullfiled or something like that.] >> >> Do you mean that should be expected that a trait's required method >> shouldn't hide a superclass implementation for that message? There is a bug if the required methods is in the superclass then >> >> All my doubts about this issue are actually one: does a trait's required >> method any special behavior with respect to the composition (conflicts >> with equals named messages in the composition, overrides equals named >> messages in the composition's client superclass, etc), or these messages >> behave exactly like any other message? they don't. The composition treats them as special. And we were thinking to remove them because they are too static and may be replace that with a class annotation. if you are interested have a look at the discussion in this mailing-list a year ago. Stef >> >> > -- > View this message in context: http://forum.world.st/trait-composition-conflict-autoresolution-tp2235790p2… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 30, 2010

Re: [Pharo-project] trait composition conflict autoresolution

by aizcorbe

StÃ©phane Ducasse wrote: > >>> Hi all, I'm doing some work with traits, and I found something like this >>> case: >>> >>> Trait T1>>m1 >>> ^self requirement >>> >>> Trait T2>>m1 >>> doSomeStuff >>> >>> Class C1 uses: T1 + T2 >>> [note, i'm not excluding m1 from T1 in the T1 + T2 composition.] >>> And the resulting: >>> C1>>m1 >>> doSomeStuff >>> >>> It is just ok, since the other m1 is just a mark for a requiredMethod, >>> but I >>> find this a little weird, since do not follow the Trait definition. (at >>> least the one I read, maybe it changed!). Wouldn't be better to >>> automatically add the exclusion at the composition? >>> Class C1 uses: T1 - {#m1} + T2 > >>not really. Or this means that the composition algo does not work well. >>Now since C1 redefined m1 in both cases you will have C>>m1 taking precedence over T1>>m1. >>I already forget but I discussed with tom and in javascript it proposed a different one >>than the ones we have in smalltalk and it was coherent too. > > Well, what I tried to say is that C1 do not redefine m1, it gets T2>>m1 > from the T1 + T2 composition. > So, is there a conflict if I compose T1 + T2 and do not redefine m1 in the > composition client? > Or is this "improvement" OK? (explicit required methods do not produce > composition conflicts), > since having a conflict between a real message implementation and a > explicitRequirement marked message doesnÂ´t make any sense > > >>Now there is a bug in pharo and squeak3.9 because if C1 is in fact the superclass >>of the class using the trait then the requirement is not considered as fullfiled or something like that.] > > Do you mean that should be expected that a trait's required method > shouldn't hide a superclass implementation for that message? > > All my doubts about this issue are actually one: does a trait's required > method any special behavior with respect to the composition (conflicts > with equals named messages in the composition, overrides equals named > messages in the composition's client superclass, etc), or these messages > behave exactly like any other message? > > -- View this message in context: http://forum.world.st/trait-composition-conflict-autoresolution-tp2235790p2… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 30, 2010

Re: [Pharo-project] Using WebClient

by GermÃ¡n Arduino

I think that is a post method in this case, but can't make it work (yet). 2010/5/29 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > It's been a long time, but won't the button cause the browser to send a post or get (whichever action is specified in the form) to the server? Â It might be enough to decide the content of that and send it over the socket. Â I am probably thinking in CGI terms, which might not be what you need. > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Sent: Saturday, May 29, 2010 4:14 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Using WebClient > > if you get answers from squeak-dev let us know. > > > Stef > > > On May 29, 2010, at 10:02 PM, GermÃ¡n Arduino wrote: > >> Hi: >> >> I'm trying to automate some operations on a web page that requires >> authentication. >> >> I managed to arrive to the form that I need to process, authenticated >> without problems. >> >> But I can't figure out how to process the button (is a button of this type: >> >> <input class="lButton" style="" name="submit_search" >> value="Create File" type="submit"> ) Â to execute the Create File action. >> >> The form have two dates (that I can calculate and fill in) but I can't >> to imagine how to process the submit button programmatically. >> >> Any hint will be appreciated. >> >> Cheers. >> >> -- >> ================================================= >> GermÃ¡n S. Arduino Â <gsa @ arsol.net> Â Twitter: garduino >> Arduino Software & Web Hosting Â http://www.arduinosoftware.com >> PasswordsPro Â http://www.passwordspro.com >> ================================================= >> >> _______________________________________________ >> 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 > -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com =================================================

May 30, 2010

Re: [Pharo-project] Using WebClient

by Schwab,Wilhelm K

It's been a long time, but won't the button cause the browser to send a post or get (whichever action is specified in the form) to the server? It might be enough to decide the content of that and send it over the socket. I am probably thinking in CGI terms, which might not be what you need. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Saturday, May 29, 2010 4:14 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Using WebClient if you get answers from squeak-dev let us know. Stef On May 29, 2010, at 10:02 PM, GermÃ¡n Arduino wrote: > Hi: > > I'm trying to automate some operations on a web page that requires > authentication. > > I managed to arrive to the form that I need to process, authenticated > without problems. > > But I can't figure out how to process the button (is a button of this type: > > <input class="lButton" style="" name="submit_search" > value="Create File" type="submit"> ) to execute the Create File action. > > The form have two dates (that I can calculate and fill in) but I can't > to imagine how to process the submit button programmatically. > > Any hint will be appreciated. > > Cheers. > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= > > _______________________________________________ > 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

May 30, 2010

[Pharo-project] [ANN] Camp Smalltalk London filling up

by Julian Fitzell

Much to our delight, there seems to be a lot of interest in the Camp Smalltalk event in London. We originally estimated our capacity at 30, and those slots have already filled up in less than 4 days! We are just now discussing what our actual maximum capacity is. We'll be able to handle a few more people, we're just now sure yet how many. So if you're interested in coming and haven't signed up yet, please head over to cslondon2010.eventbrite.com and add yourself to the waiting list. That will really help us understand how many more people still want to attend. Note that joining the waiting list does not commit you to attending, so if you're still on the fence, you might want to sign yourself up anyway. We'll open up some more spots next week and then see how it goes. Thanks for your enthusiastic participation! Julian

May 29, 2010

Re: [Pharo-project] Using WebClient

by StÃ©phane Ducasse

if you get answers from squeak-dev let us know. Stef On May 29, 2010, at 10:02 PM, GermÃ¡n Arduino wrote: > Hi: > > I'm trying to automate some operations on a web page that requires > authentication. > > I managed to arrive to the form that I need to process, authenticated > without problems. > > But I can't figure out how to process the button (is a button of this type: > > <input class="lButton" style="" name="submit_search" > value="Create File" type="submit"> ) to execute the Create File action. > > The form have two dates (that I can calculate and fill in) but I can't > to imagine how to process the submit button programmatically. > > Any hint will be appreciated. > > Cheers. > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 29, 2010

[Pharo-project] Using WebClient

by GermÃ¡n Arduino

Hi: I'm trying to automate some operations on a web page that requires authentication. I managed to arrive to the form that I need to process, authenticated without problems. But I can't figure out how to process the button (is a button of this type: <input class="lButton" style="" name="submit_search" value="Create File" type="submit"> ) to execute the Create File action. The form have two dates (that I can calculate and fill in) but I can't to imagine how to process the submit button programmatically. Any hint will be appreciated. Cheers. -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com =================================================

May 29, 2010

Re: [Pharo-project] trait composition conflict autoresolution

by StÃ©phane Ducasse

> Hi all, I'm doing some work with traits, and I found something like this > case: > > Trait T1>>m1 > ^self requirement > > Trait T2>>m1 > doSomeStuff > > Class C1 uses: T1 + T2 > [note, i'm not excluding m1 from T1 in the T1 + T2 composition.] > And the resulting: > C1>>m1 > doSomeStuff > > It is just ok, since the other m1 is just a mark for a requiredMethod, but I > find this a little weird, since do not follow the Trait definition. (at > least the one I read, maybe it changed!). Wouldn't be better to > automatically add the exclusion at the composition? > Class C1 uses: T1 - {#m1} + T2 not really. Or this means that the composition algo does not work well. Now since C1 redefined m1 in both cases you will have C>>m1 taking precedence over T1>>m1. I already forget but I discussed with tom and in javascript it proposed a different one than the ones we have in smalltalk and it was coherent too. Now there is a bug in pharo and squeak3.9 because if C1 is in fact the superclass of the class using the trait then the requirement is not considered as fullfiled or something like that.] > > In this way the definition would be followed without any exception (and it > will be explicit with what is going on). This is just a suggestion, anyway > it works great! > > btw... why there are two requirement marks?: > Object>>requirement > self error: 'Implicitly required method' > > Object>>explicitRequirement > self error: 'Explicitly required method' > > the question is, if I use #requirement, I'm explicitly requiring that > method. Is there any situation where I should use #requirement? I do not remember. > > Cheers > > -- > View this message in context: http://forum.world.st/trait-composition-conflict-autoresolution-tp2235790p2… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 29, 2010

Re: [Pharo-project] SUnit Time out

by StÃ©phane Ducasse

For me the point is that I have the impression that this is an interesting feature to have when we have a test server. Like that you make sure that you do not have tests with infinite recursion now this is also true that on a test server you do not really care if your tests take 30s or 2 min. Stef > We already have #should:notTakeMoreThan: and friends in TestCase. The > complete TestCase can be protected by overriding #runCase, the > individual test by wrapping the code of the test method. > > Lukas > > On 29 May 2010 16:43, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: >> Stef, >> >> Time to expose some of my ignorance (don't worry, I have plenty more waiting where I found this): what is the tag concept? That sounds very Tweak-ish, and I am a real believer in doing things "with the language, not TO the language" whenever possible. That is not to say that frameworks are bad; in fact, it means that frameworks are good, language extensions are anywhere from suspect to evil. >> >> I have some code that I am still porting, but the basic idea is to be able to write >> >> [ >> "code that might not complete" >> >> ] tryForSeconds:10 onTimeOut:[ >> >> ]. >> >> With a robust capability to do such things, it is probably not necessary (or even appropriate) for TestCase to enforce timeouts. The timeout block can simply raise an exception or assert false, and there is no need to disable timeouts where they do not belong. >> >> Bill >> >> ________________________________________ >> From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Michael Roberts [mike(a)mjr104.co.uk] >> Sent: Saturday, May 29, 2010 6:17 AM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] SUnit Time out >> >> yes think it's a good idea. I'm not sure the granularity that's >> required though. >> >> mike >> >> On Saturday, May 29, 2010, stephane ducasse <stephane.ducasse(a)free.fr> wrote: >>> Hi guys >>> >>> in Squeak andreas introduced the idea of test time out >>> Do you think that this is interesting? >>> >>> Stef >>> >>> SUnit >>> ----- >>> All test cases now have an associated timeout after which the test is considered failed. The purpose of the timeout is to catch issues like infinite loops, unexpected user input etc. in automated test environments. Timeouts can be set on an individual test basis using the <timeout: seconds> tag or for an entire test case by implementing the #defaultTimeout method. >>> _______________________________________________ >>> 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 >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 29, 2010