February 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] pharo sprint (feb 18) / moose dojo (feb 19) - Bern

by StÃ©phane Ducasse

I will participate to both I would like to work on the Meta Meta Part and pari program. Stef On Feb 12, 2012, at 8:10 PM, Tudor Girba wrote: > Hi, > > This is a reminder that next weekend we will organize at the University of Bern a Pharo sprint (on Feb 18) and a Moose dojo (on Feb 19). > > Please let us know if you intend to participate. Remote participation would probably be possible as well. > > Cheers, > Doru > > > On 21 Jan 2012, at 09:30, Tudor Girba wrote: > >> Hi, >> >> We would like to organize a Pharo Sprint (Feb 18) and Moose Dojo (Feb 19). >> >> Pharo Sprint >> - the main goal is to clarify the direction of Pharo concerning the architecture and the way to get to a small system. >> - current participants: StÃ©phane Ducasse, Jorge Ressia, Lukas Renggli, Tudor Girba, you? >> >> Moose Dojo >> - the main goal is to setup a new project/package structure to enable a better evolution and to match the abstract architecture: >> http://www.themoosebook.org/book/introduction/nutshell >> - current participants: StÃ©phane Ducasse, Tudor Girba, you? >> >> >> The gatherings will take place in Bern, at the Software Composition Group, University of Bern: >> http://scg.unibe.ch/contact/maps >> >> Please let us know if you intend to participate. Remote participation would probably be possible as well. >> >> Cheers, >> Doru > > -- > www.tudorgirba.com > > "There are no old things, there are only old ways of looking at them." > > > >

Feb. 12, 2012

[Pharo-project] Few Morphic questions/ issues

by S Krish

* CheckboxMorph does not implement #defaultBounds or take sensible defaults. * PluggableTextFieldMorph defaults to defaulBounds of MorphicModel, does not hideScrollBars.. both h and v.. ?, in effect is not defaulted to behave like a single line TextFieldMorph. * PluggableTextMorph has #defaultBounds of MorphicModel.. prefer a better bounds of a standard text morpsh typically flatter of 400@300 .. ?. Unless immediately initiated with #on:text:readSelection:menu, we need explicitly handling. I would suggest if we can look at initializing for the morph PluggableTextMorph>>initialize ... self setText: ''. textMorph bounds: self defaultBounds. self acceptOnFocusChange: true. ... * SystemWindow >> openInWorld: aWorld .. self bounds: (RealEstateAgent initialFrameFor: self world: aWorld). ... bounds should not be hardcoded.. to full extents. Use a more sensible flexible approach in all framework classes. This perhaps a neat comment..! openAsIsIn: aWorld "Sad fixup for dodgy layout." super openAsIsIn: aWorld. self allMorphs do: [:m | m layoutChanged] * In Pharo 1.3 I do not have OBTextMorphSelection >> #debugIt *

Feb. 12, 2012

Re: [Pharo-project] load testing a database

by Philippe Marschall

On 12.02.2012 02:58, Ben Coman wrote: > > Just thinking laterally (since I don't have the experience to apply to > the analysis), a practical business solution is to throw hardware at the > problem - particularly for a legacy application on old hardware. One > site I worked at was having issues with the overnight posting of the > days accounts taking upwards of 12 hours. The application had outgrown > its initial design. This was brought down to 15 minutes by upgrading the > RAM and also to Serial Attached SCSI RAID10. The other thing to consider > is the decreasing cost of solid state storage (which I've heard of good > stuff but haven't used myself yet) While I wouldn't argue against buying hardware I would first make sure I understand the problem so I know what to spend my money on. You also want to make sure you're not suffering from something "stupid" like a configuration error or a missing index. There are sometimes small and cheap changes that can have a dramatic impact. If you're running 5 year old hardware sure, absolutely consider an upgrade. Sure, SSDs can help dramatically. Cheers Philippe

Feb. 12, 2012

Re: [Pharo-project] load testing a database

by Philippe Marschall

On 11.02.2012 22:03, Tudor Girba wrote: > Hi, > > On 11 Feb 2012, at 21:13, Philippe Marschall wrote: > >> On 11.02.2012 19:30, Tudor Girba wrote: >>> Hi, >>> >>> Sorry for the late reply, and thanks everyone for the suggestions. >>> >>> I did not provide much details because I am new to this domain and I wanted to see from the reactions if maybe I am not missing some relevant direction. >>> >>> We are trying to measure how an Oracle database can cope with an increase in usage (basically, there will be more users for the application). >> >> Just more users or also more data? Will the users access the database through one application or does each have it's own application? > > Both, but users is the more pressing problem. We already have enough data to expose problems. It's one application which is a legacy two-tier-Delphi-based wrapped with a three-tier-JEE. That sounds fun. Have you considered load testing through the application instead of directly the database? If the application doesn't scale then it doesn't help if the database does. >>> We are basing our analysis on typical SQL statements coming from the application. We are currently doing load testing by: >>> - recording sql statements from some use cases that are considered to be important >>> - generalizing them by replacing actual values with generic variables >> >> That shouldn't be necessary, the queries should already contain bind variables (unless your database layer is crap). > > Well, indeed, this should not happen, but legacy is never clean :). Anyway, there aren't that many cases. > > >>> - providing meaningful values for the generic variables >>> - replaying them against the database from several client machines >>> - consuming the first record from the responses >> >> Why only the first? > > Because we are not interested in the response. Only to check that something gets returned. Is this a problem? Yes it is. I guess the application reads all rows so should you, otherwise you're measuring something else than what the application does. Imagine you're running OPTIMIZER_MODE = ALL_ROWS and stream over the result set containing tens of thousands of rows and stream them into a file. Just looking a the first row isn't going to tell you very much. >>> - reporting the timing of the statements >>> - recording the CPU, memory and I/O load of the server >> >> Oracle already provides tools for many of these things. >> >>> However, I am interested in pitfalls, and in the way people interpret the results given that it is hard to determine what is a typical usage in terms of what statements to trigger and at what delays. >> >> The yourself a competent Oracle-DBA and probably sysadmin and storage guy as well. No seriously, you wouldn't want to have GemStone benchmarked by someone who has never used Smalltak before, would you? > > Thanks, we do have a competent Oracle specialist :). But, this being a tricky job, I thought of asking around for other experiences. Yes it is. Cheers Philippe

Feb. 12, 2012

Re: [Pharo-project] pharo sprint (feb 18) / moose dojo (feb 19) - Bern

by Tudor Girba

Hi, This is a reminder that next weekend we will organize at the University of Bern a Pharo sprint (on Feb 18) and a Moose dojo (on Feb 19). Please let us know if you intend to participate. Remote participation would probably be possible as well. Cheers, Doru On 21 Jan 2012, at 09:30, Tudor Girba wrote: > Hi, > > We would like to organize a Pharo Sprint (Feb 18) and Moose Dojo (Feb 19). > > Pharo Sprint > - the main goal is to clarify the direction of Pharo concerning the architecture and the way to get to a small system. > - current participants: StÃ©phane Ducasse, Jorge Ressia, Lukas Renggli, Tudor Girba, you? > > Moose Dojo > - the main goal is to setup a new project/package structure to enable a better evolution and to match the abstract architecture: > http://www.themoosebook.org/book/introduction/nutshell > - current participants: StÃ©phane Ducasse, Tudor Girba, you? > > > The gatherings will take place in Bern, at the Software Composition Group, University of Bern: > http://scg.unibe.ch/contact/maps > > Please let us know if you intend to participate. Remote participation would probably be possible as well. > > Cheers, > Doru -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

Feb. 12, 2012

[Pharo-project] [ANN] moose 4.6

by Tudor Girba

We are happy to announce the Moose Suite version 4.6: http://moosetechnology.org/download What is new: â¢ New editors for scripting browsers and visualizations â¢ Improved Glamour browser building engine â¢ Improved EyeSee charting engine â¢ Improved FAMIX API â¢ Improved FAMIX to support Java and C++ â¢ Improved external importers to support Java and C++ A list of issues addressed in this release can be found at: http://code.google.com/p/moose-technology/issues/list?can=1&q=status=Fixed%… Have fun, The Moose Team

Feb. 12, 2012

[Pharo-project] XMPP / Jabber client ?

by laurent laffont

Hi, I'm searching for an XMPP / Jabber client that I can script to update status during a Pomodoro. (Like that http://translate.google.fr/translate?sl=fr&tl=en&js=n&prev=_t&hl=fr&ie=UTF-…) I need a cross-platform solution. I managed to install http://www.squeaksource.com/Jabber and fix some stuff but could not make it work. Someone has a solution ? Cheers, Laurent Laffont

Feb. 12, 2012

Re: [Pharo-project] Are Objects really hard?

by Schwab,Wilhelm K

True, some of the worst code I have seen lives in older Smalltalk images - real procedural mess making, but it worked. Overall, one can write junk in Smalltalk, but the point is that Smalltalk makes it easier to change bad code into good code. One thing Pharo lacks is a really nice class hierarchy browser. Some times, there is no substitute for seeing inheritance relationships undisturbed by the whims of a package browser. Bill ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Milan Mimica [milan.mimica(a)gmail.com] Sent: Sunday, February 12, 2012 8:27 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Are Objects really hard? 2012/2/12 Janko MivÅ¡ek <janko.mivsek(a)eranova.si<mailto:janko.mivsek@eranova.si>> Can you and others list some of those books and other useful resources? Which are currently most popular, which are regarded as classical? Maybe we can list them as recommended literature on our websites. Martin Fowler is my favorite. But there is a whole history of it, starting from GOF, or Christopher Alexander if you want. Again, it has nothing to do with Smalltalk in particular. You can do crappy architecture in Smalltalk just like you can in Java or C++. -- Milan Mimica http://sparklet.sf.net

Feb. 12, 2012

Re: [Pharo-project] Regular expression

by Lukas Renggli

Yes, in this particular example one can rewrite the expression as ^.*(([a-zA-Z].*[0-9])|([0-9].*[a-zA-Z])).*$ and it (probably) does the same. However, this cannot be done in a general case, because lookahead are not part of the (currently) recognizable types of languages with VB-Regexp. It shouldn't be too difficult to add positive and negative lookahead to VB-Regexp (this is essentially like #and and #not in PetitParser), but getting the semantics exactly right is more tricky. Lukas On 12 February 2012 15:40, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > thanks for the update. > Now may be the problem can be still express with regex. > > Stef > > On Feb 12, 2012, at 10:49 AM, Lukas Renggli wrote: > >> VB-Regexp does not support any of the following common regular >> expression features: lookahead, lookbehind, recursion, multiplicity >> ranges, non-greedy quantifier, shy groups, directives, conditionals, >> named captures, back references, and comments. >> >> You can (conceptually) do all this with PetitParser, but then you are >> not writing a regular expression anymore but a (PEG) parser. >> >> There was once a plugin that called an external regular expression >> library (I think it used the library Perl is using) that supported the >> features you are looking for. >> >> Lukas >> >> On 11 February 2012 23:27, Â <recursive68(a)gmail.com> wrote: >>> Hi, >>> >>> Is it possible to use the VB-Regexp package to construct a single regular >>> expression that ensures a string is alphanumeric and contains both at least >>> one number and alphabetic character. >>> >>> Looking at the regexp package and documentation it doesn't appear so. In >>> javascript or perl you use something like this with lookahead assertions: >>> >>> ^(?=.*[a-zA-Z])(?=.*[0-9]).*$ >>> >>> I have something working using multiple regexp's but wondered if a more >>> typical regexp was possible using the package ? >>> >>> Thanks >>> >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > -- Lukas Renggli www.lukas-renggli.ch

Feb. 12, 2012

Re: [Pharo-project] Are Objects really hard?

by Guido Stepken

Hi Janko! Michael Perscheid at HPI showed us his nice UML addon for squeak. Its extracting the mental model out of Smalltalk Source, drawing editable UML diagrams, that even are able to change the source. Reminds me to IBM Rational Rose, but much more advanced. IMHO, this tool should be tightly intergrated into Pharo, porting should be easy. best, Guido Stepken > I have a feeling that Smalltalkers tend to avoid UML because of > complexity (it is complex, true), but it can be used pragmatically and > tailored to our use. Visualworks for instance have an nice UML class > editor called ADvance (see an example [1]), but it seems hardly anyone > use it. > > At least class diagrams are very useful for documenting the domain > model. Just code is not enough. We are very weak here and maybe this is > a reason why people find Smalltalk hard. Because they are lost in all > that code, without any higher level picture. > > Janko > > [1] http://www.aidaweb.si/party-framework > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si >

Feb. 12, 2012