- Pharo-users - lists.pharo.org

Re: [Pharo-users] PettitParser approach help

by Juan Ignacio Vaccarezza

Nice article indeed! thanks ben. On Tue, May 28, 2013 at 1:46 PM, <btc(a)openinworld.com> wrote: > Juan Ignacio Vaccarezza wrote: > >> Im pretty new at asking on mailists, and sometimes I >> forget to add crucial information >> >> > Hi Juan, > > I like to refer people to "How To Ask Questions The Smart Way" [1]. > However it is friendlier here than the tone of the article so I wouldn't > worry too much about making any mistake. > > ...and welcome btw. > > cheers -ben > > [1] http://www.catb.org/esr/faqs/**smart-questions.html<http://www.catb.org/esr/faqs/smart-questions.html> > >

May 28, 2013

Re: [Pharo-users] PettitParser approach help

by btc＠openinworld.com

Juan Ignacio Vaccarezza wrote: > Im pretty new at asking on mailists, and sometimes I > forget to add crucial information > Hi Juan, I like to refer people to "How To Ask Questions The Smart Way" [1]. However it is friendlier here than the tone of the article so I wouldn't worry too much about making any mistake. ...and welcome btw. cheers -ben [1] http://www.catb.org/esr/faqs/smart-questions.html

May 28, 2013

Re: [Pharo-users] Object database

by Denis Kudriashov

If you need only queries around big static dictionary image persistence can be sufficient. Just load all data to image, save it and you will have in memory readonly database (without transactions) . 2013/5/28 Boris SpasojeviÄ <spasojev(a)iam.unibe.ch> > Hi all, > > I have a need to persist a really large and funny object structure in > Pharo (a huge Dictionary of Dictionaries) and I would like to be able to > query this data from a remote image. > > Basically what I am looking for is some form of database that would allow > me to input elements in to this structure from one image, and read them out > in another image with queries like i.e. > > dictionaryOfDictionaries select: [ :each | > (each keys includes: key1) and: [ each keys includes: key2 ] > ] > > It does not have to be strictly an OO database, anything that could enable > me to do this fast and easy would be nice. > > > Any suggestions/ideas/comments? > > > Boris SpasojeviÄ - ÐÐ¾ÑÐ¸Ñ Ð¡Ð¿Ð°ÑÐ¾ÑÐµÐ²Ð¸Ñ > > *Research assistant* > Software Composition Group <http://scg.unibe.ch> > Institute of Computer Science and Applied Mathematics<http://www.iam.unibe.ch> > University of Bern <http://www.unibe.ch> > > email: spasojev(a)iam.unibe.ch > office phone: +41 (0)31 511 7636 > mobile: +41 (0)76 66 88 175 > webpage: http://scg.unibe.ch/staff/Boris-Spasojevic > >

May 28, 2013

Re: [Pharo-users] Object database

by Janko MivÅ¡ek

Boris zdravo, Dne 28. 05. 2013 16:11, piÅ¡e Boris SpasojeviÄ : > I have a need to persist a really large and funny object structure in > Pharo (a huge Dictionary of Dictionaries) and I would like to be able to > query this data from a remote image. > > Basically what I am looking for is some form of database that would > allow me to input elements in to this structure from one image, and read > them out in another image with queries like i.e. > > dictionaryOfDictionaries select: [ :each | > (each keys includes: key1) and: [ each keys includes: key2 ] > ] > > It does not have to be strictly an OO database, anything that could > enable me to do this fast and easy would be nice. > > > Any suggestions/ideas/comments? MongoDb key-value NoSql database could be appropriate for such a case. And it is well supported from Pharo, it is namely used for SmalltalkHub. Lep pozdrav Janko > > > Boris SpasojeviÄ - ÐÐ¾ÑÐ¸Ñ Ð¡Ð¿Ð°ÑÐ¾ÑÐµÐ²Ð¸Ñ > > *Research assistant* > Software Composition Group <http://scg.unibe.ch> > Institute of Computer Science and Applied Mathematics > <http://www.iam.unibe.ch> > University of Bern <http://www.unibe.ch> > > email: spasojev(a)iam.unibe.ch <mailto:spasojev@iam.unibe.ch> > office phone: +41 (0)31 511 7636 > mobile: +41 (0)76 66 88 175 > webpage: http://scg.unibe.ch/staff/Boris-Spasojevic > -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

May 28, 2013

Re: [Pharo-users] Object database

by James Foster

Boris, What is the class/type of the keys in your example? Are the keys simple objects (String, Number, etc.) or complex (Person, Employee, Customer, Student, Product, etc.). With any remote database the challenge will be populating the result into your local image. How deep/complex is the result? That is, if only one dictionary satisfied your sample query, how many objects would be reached and what would be their classes? How large is the "huge" parent dictionary? Millions? Billions? Do you need the client Pharo image(s) to be remote from the database? What sort of network is between them? Naturally, my inclination would be to investigate GemStone/S, but various factors would influence the decision. James Foster On May 28, 2013, at 7:11 AM, Boris SpasojeviÄ <spasojev(a)iam.unibe.ch> wrote: > Hi all, > > I have a need to persist a really large and funny object structure in Pharo (a huge Dictionary of Dictionaries) and I would like to be able to query this data from a remote image. > > Basically what I am looking for is some form of database that would allow me to input elements in to this structure from one image, and read them out in another image with queries like i.e. > > dictionaryOfDictionaries select: [ :each | > (each keys includes: key1) and: [ each keys includes: key2 ] > ] > It does not have to be strictly an OO database, anything that could enable me to do this fast and easy would be nice. > > > Any suggestions/ideas/comments? > > > Boris SpasojeviÄ - ÐÐ¾ÑÐ¸Ñ Ð¡Ð¿Ð°ÑÐ¾ÑÐµÐ²Ð¸Ñ > > Research assistant > Software Composition Group > Institute of Computer Science and Applied Mathematics > University of Bern > > email: spasojev(a)iam.unibe.ch > office phone: +41 (0)31 511 7636 > mobile: +41 (0)76 66 88 175 > webpage: http://scg.unibe.ch/staff/Boris-Spasojevic >

May 28, 2013

Re: [Pharo-users] Object database

by Tudor Girba

This seems to be a perfect match for a Mongo DB via MongoTalk: http://smalltalkhub.com/#!/~francois/MongoTalk If you already have an object model, Esteban Lorenzano wrote a nice library on top of it called Voyage that is probably useful for you. You can see some details here: http://smalltalkhub.com/#!/~estebanlm/Voyage http://tulipemoutarde.be/2012/05/24/mongodb-with-voyage-in-pharo.html Doru On Tue, May 28, 2013 at 4:11 PM, Boris SpasojeviÄ <spasojev(a)iam.unibe.ch>wrote: > Hi all, > > I have a need to persist a really large and funny object structure in > Pharo (a huge Dictionary of Dictionaries) and I would like to be able to > query this data from a remote image. > > Basically what I am looking for is some form of database that would allow > me to input elements in to this structure from one image, and read them out > in another image with queries like i.e. > > dictionaryOfDictionaries select: [ :each | > (each keys includes: key1) and: [ each keys includes: key2 ] > ] > > It does not have to be strictly an OO database, anything that could enable > me to do this fast and easy would be nice. > > > Any suggestions/ideas/comments? > > > Boris SpasojeviÄ - ÐÐ¾ÑÐ¸Ñ Ð¡Ð¿Ð°ÑÐ¾ÑÐµÐ²Ð¸Ñ > > *Research assistant* > Software Composition Group <http://scg.unibe.ch> > Institute of Computer Science and Applied Mathematics<http://www.iam.unibe.ch> > University of Bern <http://www.unibe.ch> > > email: spasojev(a)iam.unibe.ch > office phone: +41 (0)31 511 7636 > mobile: +41 (0)76 66 88 175 > webpage: http://scg.unibe.ch/staff/Boris-Spasojevic > > -- www.tudorgirba.com "Every thing has its own flow"

May 28, 2013

Re: [Pharo-users] PettitParser approach help

by Tudor Girba

Hi, I would more do it the other way around (from large to small): niceObject := ParseResult new. result do: [:eachResult | niceObject add: eachResult ] Cheers, Doru On Tue, May 28, 2013 at 2:23 PM, Juan Ignacio Vaccarezza < juanvaccarezza(a)gmail.com> wrote: > Doru, > thanks for the answer. > > I'm doing it in the way you suggest. > > What I ment by know how to add to the result is the following: (Modifing a > bit the example you gave me) > > a := 'AAA' asParser flatten ==> [:token | ResultSelfAdder new objectToAdd: > token; selector:#addA ]. > b := 'BBB' asParser flatten ==> [:token | ResultSelfAdder new objectToAdd: > token; selector:#addB ]. > c := 'CCC' asParser flatten ==> [:token | ResultSelfAdder new objectToAdd: > token; selector:#addC ]. > > meaningful := a / b / c. > other := (meaningful / #newline asParser) negate star flatten. > log := (meaningful / other) delimitedBy: #newline asParser. > > result := log end parse: 'AAA > AAA > BBB > CCC > AAA > other text > CCC > BBB > other text'. > > niceObject := ParseResult new. > result do: [:eachResult | eachResult addYourselfTo: niceObject] > > > ResutlSelfAdder>>addYourselfTo: aParseResult > aParseResult perform: self selector with: self objectToAdd. > > I hope is clear now, Im pretty new at asking on mailists, and sometimes I > forget to add crucial information > Thanks again for your time! > > Juan > > > On Tue, May 28, 2013 at 2:08 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> I am not sure what you mean when you say an object that knows how to add >> to the result. Basically, you would need to build for each production the >> object and collect the meaningful ones in the outer scope. >> >> Here is something that would work for your example: >> >> a := 'AAA' asParser ==> [:token | #a]. >> b := 'BBB' asParser ==> [:token | #b]. >> c := 'CCC' asParser ==> [:token | #c]. >> meaningful := a / b / c. >> other := (meaningful / #newline asParser) negate star flatten. >> log := (meaningful / other) delimitedBy: #newline asParser. >> >> result := log end parse: 'AAA >> AAA >> BBB >> CCC >> AAA >> other text >> CCC >> BBB >> other text'. >> result select: #isSymbol >> >> I am CC-ing the moose mailing list because these questions tend to find >> better answers there. >> >> Cheers, >> Doru >> >> >> On May 27, 2013, at 11:07 PM, Juan Ignacio Vaccarezza < >> juanvaccarezza(a)gmail.com> wrote: >> >> > Hi all, >> > >> > First of all thanks for the amazing work and aswers to all. Having said >> that, the problem: >> > >> > I need to parse a log, a model that represents the lo is the following: >> > >> > ' >> > AAA >> > AAA >> > BBB >> > Line I don't care which can contain anything that is not AAA BBB or CCC >> > CCC >> > AAA >> > CCC >> > BBB >> > Line I don't care which can contain anything that is not AAA BBB or CCC >> > ' >> > >> > I manage to write the grammar which parses this, but then I would lilke >> to have all the log info digested on a result object which behaves >> something like this: >> > >> > resutlObject as size --> 3 >> > resultObject bs size --> 2 >> > restulIbject cs size -->2 >> > >> > The option that im using now is that individual parsers (meaning the >> parser for AAA,BBB,CCC,etc) actually retunrs an object that knows how to >> add themselves to the result and then, I iterate over the parser's array >> result asking to each object to add itself to the result. >> > >> > Is there a better solution? >> > >> > Thanks to all, >> > Juan. >> >> -- >> www.tudorgirba.com >> >> "It's not how it is, it is how we see it." >> >> >> > -- www.tudorgirba.com "Every thing has its own flow"

May 28, 2013

Object database

by Boris SpasojeviÄ

Hi all, I have a need to persist a really large and funny object structure in Pharo (a huge Dictionary of Dictionaries) and I would like to be able to query this data from a remote image. Basically what I am looking for is some form of database that would allow me to input elements in to this structure from one image, and read them out in another image with queries like i.e. dictionaryOfDictionaries select: [ :each | (each keys includes: key1) and: [ each keys includes: key2 ] ] It does not have to be strictly an OO database, anything that could enable me to do this fast and easy would be nice. Any suggestions/ideas/comments? Boris SpasojeviÄ - ÐÐ¾ÑÐ¸Ñ Ð¡Ð¿Ð°ÑÐ¾ÑÐµÐ²Ð¸Ñ *Research assistant* Software Composition Group <http://scg.unibe.ch> Institute of Computer Science and Applied Mathematics <http://www.iam.unibe.ch> University of Bern <http://www.unibe.ch> email: spasojev(a)iam.unibe.ch <mailto:spasojev@iam.unibe.ch> office phone: +41 (0)31 511 7636 mobile: +41 (0)76 66 88 175 webpage: http://scg.unibe.ch/staff/Boris-Spasojevic

May 28, 2013

Re: [Pharo-users] Class naming guide

by phil＠highoctane.be

I am using a 3 letter prefix for my own projects. It works well too. Lack of imports is not that bad. Cleaner code most of time. Phil Pharo Consortium Member Le 28 mai 2013 12:52, "Bahman Movaqar" <Bahman(a)bahmanm.com> a Ã©crit : > On 2013-05-28 13:07, Damien Cassou wrote: > > On Tue, May 28, 2013 at 10:30 AM, Bahman Movaqar <Bahman(a)bahmanm.com> > wrote: > >> Thanks. I'll follow that convention. > >> > >> BTW I assume there is no central place to check if the two letter > >> combination has already been taken or not, right? > > > > > > nope. But you can ask the mailing list if you have a doubt. Don't > > worry too much about that. It's easy to change all the class names > > later if you see a conflict. > > Alright then. Thanks. > > I already started coding :-) http://smalltalkhub.com/#!/~Bahman/Simin > > > -- > Bahman Movaqar (http://BahmanM.com) > ERP Evaluation, Implementation, Deployment Consultant > > >

May 28, 2013

Re: [Pharo-users] PettitParser approach help

by Juan Ignacio Vaccarezza

Doru, thanks for the answer. I'm doing it in the way you suggest. What I ment by know how to add to the result is the following: (Modifing a bit the example you gave me) a := 'AAA' asParser flatten ==> [:token | ResultSelfAdder new objectToAdd: token; selector:#addA ]. b := 'BBB' asParser flatten ==> [:token | ResultSelfAdder new objectToAdd: token; selector:#addB ]. c := 'CCC' asParser flatten ==> [:token | ResultSelfAdder new objectToAdd: token; selector:#addC ]. meaningful := a / b / c. other := (meaningful / #newline asParser) negate star flatten. log := (meaningful / other) delimitedBy: #newline asParser. result := log end parse: 'AAA AAA BBB CCC AAA other text CCC BBB other text'. niceObject := ParseResult new. result do: [:eachResult | eachResult addYourselfTo: niceObject] ResutlSelfAdder>>addYourselfTo: aParseResult aParseResult perform: self selector with: self objectToAdd. I hope is clear now, Im pretty new at asking on mailists, and sometimes I forget to add crucial information Thanks again for your time! Juan On Tue, May 28, 2013 at 2:08 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I am not sure what you mean when you say an object that knows how to add > to the result. Basically, you would need to build for each production the > object and collect the meaningful ones in the outer scope. > > Here is something that would work for your example: > > a := 'AAA' asParser ==> [:token | #a]. > b := 'BBB' asParser ==> [:token | #b]. > c := 'CCC' asParser ==> [:token | #c]. > meaningful := a / b / c. > other := (meaningful / #newline asParser) negate star flatten. > log := (meaningful / other) delimitedBy: #newline asParser. > > result := log end parse: 'AAA > AAA > BBB > CCC > AAA > other text > CCC > BBB > other text'. > result select: #isSymbol > > I am CC-ing the moose mailing list because these questions tend to find > better answers there. > > Cheers, > Doru > > > On May 27, 2013, at 11:07 PM, Juan Ignacio Vaccarezza < > juanvaccarezza(a)gmail.com> wrote: > > > Hi all, > > > > First of all thanks for the amazing work and aswers to all. Having said > that, the problem: > > > > I need to parse a log, a model that represents the lo is the following: > > > > ' > > AAA > > AAA > > BBB > > Line I don't care which can contain anything that is not AAA BBB or CCC > > CCC > > AAA > > CCC > > BBB > > Line I don't care which can contain anything that is not AAA BBB or CCC > > ' > > > > I manage to write the grammar which parses this, but then I would lilke > to have all the log info digested on a result object which behaves > something like this: > > > > resutlObject as size --> 3 > > resultObject bs size --> 2 > > restulIbject cs size -->2 > > > > The option that im using now is that individual parsers (meaning the > parser for AAA,BBB,CCC,etc) actually retunrs an object that knows how to > add themselves to the result and then, I iterate over the parser's array > result asking to each object to add itself to the result. > > > > Is there a better solution? > > > > Thanks to all, > > Juan. > > -- > www.tudorgirba.com > > "It's not how it is, it is how we see it." > > >

May 28, 2013