August 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Garage, Glorp, PostgreSQL and Cursors

by Guillermo Polito

Helloooooo :) First Tomasso, it's nice to know it's working well for you :). We need feedback and contributions, even the smallests (like docs, or blogposts with your experiences or tutorials). Answering your question, GarageGlorp does not yet use the cursors from the Garage drivers. I do not know what exactly should be added to the Glorp's GarageAdapter, maybe we can take a look at it if you are available. For the rest: *OpenDBX* -> it is a database abstraction written in C. It was developed outside the community, though we contribute if necessary. There is also a driver in Pharo providing bindings against this opendbx library. *Garage* -> a database abstraction in Pharo. It provides a common interface to talk with several drivers (e.g., opendbx, native postgres, native mysql...) *Glorp* -> an object relational mapping framework that connects to a database (therefore it needs some database driver) and converts relational data into objects. *DBXTalk* -> the umbrella project of all the above (and their connections) Cheers, Guille El mar., 4 de ago. de 2015 a la(s) 12:36 a. m., Esteban A. Maringolo < emaringolo(a)gmail.com> escribiÃ³: > 2015-08-03 16:20 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > > yesâ¦ just that is not accurate :) > > is basically like that, just that DBXTalk is not a driver, is an > umbrella project. The OpenDBX drivers is still called OpenDBXDriver :P > > TooManyAbstractionsException signal. > > ;) > > Esteban A. Maringolo > >

Aug. 4, 2015

Re: [Pharo-users] Tabular: XLSX import

by Blondeau Vincent

Hi, To add a configuration in the catalog, first you should have a configuration for your project. You can create it with the versionner if needed. Second, you have to add some methods adding meta-description to your project. The versionner do it for you: in the configuration list, select your project, do a right click and select add catalog methods. It creates all the mandatory methods for the catalog. You now have to fill them (look at the class side of the configuration). Finally, commit your configuration on your repo and on the MetaRepoForPharo30/40/50 depending where your project is working. The link is here: http://smalltalkhub.com/#!/~Pharo/MetaRepoForPharo50 Once published, your project will be in the catalog in the image (Tools>catalog browser) and on the web http://catalog.pharo.org/. Tell me if you need help to do it, Cheers, Vincent De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de ???? ????????? EnvoyÃ© : dimanche 2 aoÃ»t 2015 10:25 Ã : Any question about pharo is welcome Objet : Re: [Pharo-users] Tabular: XLSX import It looks like I need some guidance to understand contemporary packaging/deployment/versioning system. I know it exists, but I don't know details. Can you kick me in the right direction? Maybe some link? 2015-08-02 11:21 GMT+03:00 Esteban Lorenzano <estebanlm(a)gmail.com<mailto:estebanlm@gmail.com>>: Hi, it would be sooo cool to have a configuration in the catalogâ¦ Esteban On 01 Aug 2015, at 20:58, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com<mailto:assargaddon@gmail.com>> wrote: Hello. Some time ago I announced Tabular<http://ss3.gemtalksystems.com/ss/Tabular.html>, some effort to make a tool for spreadsheets import/export. This is short notice: Vincent Blondeau have added XLSX import functionality! It's also mostly proof-of-concept now, but even at this stage it's quite usable. Thanks, Vincent! ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Aug. 4, 2015

Re: [Pharo-users] Sharing Inter-image Data

by Mariano Martinez Peck

Well...there is when you find out that simple persistency solutions may start being a problem for you. Most of the times is as Joachim says, that is, the synchronism of data is managed by the persistency solution. Could be mongo (but I never tried with multiple images), could be Glorp, GemStone, Magma, etc. I the last years I've been doing the "develop on Pharo and deploy on GemStone" and I am very very happy with it. GemStone does have quite some tools to reduce even more the commit conflicts. For example, it provides "Reduced Conflicts" collection classes, that for example allow concurrent adding/removing/iteration things (depending on which class) from multiple VMs... It also provides locks you can manually ask/release, thought this is not common. In addition, the GLASS version of GemStone and the port of Seaside comes with a very very simply approach in which at the start of a request, a GemStone session is opened. At the end of the request, it tries to commit. If there was a conflict, it rollbacks and then tries again. 3 times. This solves quite some scenarios of typical "commit conflicts" that could be solved automatically by just waiting a little bit and re-try. So... if you are willing to spend some hours to lear about GemStone, I would give that a try. Cheers, On Tue, Aug 4, 2015 at 7:54 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > When using any tool that exposes objects outside the image - Seaside, > Amber, > rST - how does one guard against simultaneous edits? Up until now, I've > been > perfectly content with single images and read-only web apps, but now that > I'm considering some stateful web apps/services, I can't remember ever > seeing locking addressed. And I wonder if all the cool new JS technology > could make the process more responsive i.e. notify the client if the > underlying data has changed... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Sharing-Inter-image-Data-tp4840912.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

Aug. 4, 2015

Re: Teapot and Regex

by mtk

Hi Joachim, thanks for your attention to this issue. I tried to change it to #a, #r or #kg, but this didn't work. It works with the following by leaving the '\?' out: GET:'\/bac\/a=(\d*)&r=(\d*.\d*)&kg=(\d*)' asRegex -> [:req | BloodAlcoholCalculator a:(req at:1) r:(req at:2) kg:(req at:3) ]; But it works only by manually submitting it from the address input field of the browser. So I guess there is a problem with handling the '\?'. I will investigate further! :-) Best Marcus -- View this message in context: http://forum.world.st/Teapot-and-Regex-tp4840893p4840921.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 4, 2015

Re: [Pharo-users] MongoDB: console commands? query embedded indexed fields?

by Sabine Manaa

Hi Norbert, I didn't want to use "use database" for queries but for defining the index from within smalltalk. But if creating indexes is not supported, I will set the indexes within the mongo console. The explain option is very helpful I did not know this. Your answer was very helpful for me, thanks a lot! Sabine 2015-08-04 10:42 GMT+02:00 NorbertHartl [via Smalltalk] < ml-node+s1294792n4840888h23(a)n4.nabble.com>: > Sabine, > > Am 04.08.2015 um 07:08 schrieb Sabine Manaa <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=4840888&i=0>>: > > Hi, > > I have 2 questions concerning use of mongoDB classes: > 1) how can I send mongo console commands directly from smalltalk > 2) how to query on an embedded collection with an index > > Model: > I have trips and each trip has an embedded collection of N receipts like > this: > { "tripName" : "trip 1", > {"receipts" : [ > {"receiptDescription" : "receipt 1" } > {"receiptDescription" : "receipt 2" } > {"receiptDescription" : "receipt 3" } ], > } > > Index: > For quick search, I created an index on the embeded[1] receipts with this > command at the mongoDB console in a terminal (NOT in smalltalk) > (mongo console starts with mongo in the MongoDB/bin dir): > > db.Trips.createIndex({"receipts.receiptDescription":1}) > > with a command like this in the mongoDB console > > db.Trips.find({"receipts.receiptDescription":"receipt 1"}) > > I get the resulting receipt. > > Before, I have to set the database with "use {databasename}" in thr mongodb > console > > My questions: > 1) how can I send mongo console commands directly from smalltalk, e.g. use > database, set index etc. > > > I don't know why you want to use "use database". For queries you don't > need this because you choose the database and collection by using the > smalltalk classes. You can look there if something you need exists. > Creating indexes is not yet supported. I want to do that myself. As always > there seems to be to less people implementing stuff like that. > > Is this possible? > I did not succeed with the mongo command: method, it always returns "no > such > cmd". > > 2) how can I search for a receipt which is indexed as described from > smalltalk? > > > A simple > > Trip selectMany: { 'receipts.receiptDescription' -> 'Tankquittung' } > asDictionary > > should do. You can use just the nested properties form. The index will be > selected automatically. If you are not sure about queries read about > explain [1] to optimize that stuff. > > [1] > http://docs.mongodb.org/manual/reference/method/cursor.explain/#cursor.expl… > > Norbert > > > I did not succeed with the description [2] I am not sure if it is covered > by > it. > > Regards > Sabine > > > [1] > > http://docs.mongodb.org/manual/core/index-multikey/#index-arrays-with-embed… > [2] http://smallworks.eu/web/blog/2013-07-18-Voyage-advanced-queries > > > > -- > View this message in context: > http://forum.world.st/MongoDB-console-commands-query-embedded-indexed-field… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/MongoDB-console-commands-query-embedded-indexed-field… > To start a new topic under Pharo Smalltalk Users, email > ml-node+s1294792n1310670h65(a)n4.nabble.com > To unsubscribe from MongoDB: console commands? query embedded indexed > fields?, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- View this message in context: http://forum.world.st/MongoDB-console-commands-query-embedded-indexed-field… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 4, 2015

Re: [Pharo-users] Teapot and Regex

by jtuchel＠objektfabrik.de

Am 04.08.15 um 13:34 schrieb Marcus Kemper via Pharo-users: Hi Marcus, I am slowly getting what Teapot does... So you setup an Association with a String that matches the URL of an incoming request as key and its handler block as value. So you should be able to use "req at: #r" also when using the Regex as matching criteria. Once you confirm this, the ordering is neither relevant nor a problem for you and you can go forward. Just forget about indexed access to request data for the future. Please let us know if access by symbols works for you. Joachim -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Aug. 4, 2015

Re: [Pharo-users] PharoByExample Announcements chapter

by Dimitris Chloupis

I dont know. That will depend on how useful Announcements are. I have not seen them used so heavily in Pharo. Also it will depend whether PBE should be considered a begineers book. I think it would be better if we keep it a begineers book and have another book called "Advanced Pharo By Example" for more advanced topics like Announcements etc. On the other hand thatâs all typical stuff, the important thing is to document Announcements. On Tue, Aug 4, 2015 at 1:19 AM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > shouldn't there be Announcements chapter in the new PharoByExampleUpdated > book? > Because I don't see it there and I think it should be there, since > currently I don't see any authoritative source of information for people > about Announcements. > > Thanks, > Peter >

Aug. 4, 2015

Re: [Pharo-users] Teapot and Regex

by Marcus Kemper

Hi Joachim, my first steps in teapot used the named parameters (and manually sending the URL), but as soon as I used the HTML form, I had to switch to regex (I thought). Maybe this was wrong, but your hint concerning the 'req' will certainly yield new insights. I will try to find the req object and check what is going on with it... :-) thanks and kind regards Marcus jtuchel(a)objektfabrik.de <jtuchel(a)objektfabrik.de> schrieb am Di., 4. Aug. 2015 um 13:12 Uhr: > Marcus, > > >Hi Joachim, > > > thanks for your feedback. Concerning the order of the values I rely solely > > on the teapot error message. > > The way I understand your code snippet, you access the url parameters by using "at: 1". I have never used Teapot, but would be surprised if it encourages this. In HTTP world, a parameter consists of its name and value, both being Strings. > > > Besides I have no idea how I could make this > > GET request independant from the order the HTML form generated. > > You shouldn't be required to do anything. In the Smalltalk web frameworks I know (Sst and Seaside mostly) an HTTPRequest object has a Dictionary like API for accessing parameters. Maybe something like "parameterAt: 'r'" should do the trick. > > > Maybe with Javascript? > > Javascript is the source of a lot of evil, but here, it is innocent like Cinderella. > Normal HTTP processing still works without javascript and I hope this won't change any time soon. This is simple HTTP back and forth, no javascript required nor desired. > > > But I assume this simple scenario should work in teapot and I > > just understand it correctly... > > Hmm. As I said, don't access url parameters by index, only by name. I am sure Teapot offers methods for that, in the most basic case it gives you a Dictionary or parameters, but most likely some wrapper that provides a Dictionary-esque access methods. > > Maybe this bit is a starting point (found here https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf…) > > > 3.1. Parameters in URLs > > The URL pattern may contain named parameters (e.g., <user> above), whose > values are accessible via the request object. The request is an extension > of ZnRequest with some extra methods. > > Query parameters and Form parameters can be accessed the same way as path > parameters (req at: #paramName). Teapot can perform conversions of > parameters to a number, for example as follows: > > Teapot on > GET: '/user/<id:IsInteger>' -> [ :req | users findById: (req at: #id)]; > output: #ston; > start. > > But hey, now I see why you wanted to use Regex: Chapter 3.2 introduces > them.... So what can you do if you want to use the reqex stuff? I'd start > by adding a Breakpoint into the handler block and inspect the req object > that gets passed in. Maybe somethins is wrong about your regex (I am far > from being an expert on Regular Expressions) and Teapot is not doing any > harm. Joachim > > -- > ----------------------------------------------------------------------- > Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de <jtuchel(a)objektfabrik.de> > Fliederweg 1 http://www.objektfabrik.de > D-71640 Ludwigsburg http://joachimtuchel.wordpress.com > Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > > >

Aug. 4, 2015

Re: [Pharo-users] Sharing Inter-image Data

by jtuchel＠objektfabrik.de

Sean, I guess most guarding is based on optimistic locking these days. But neither Seaside nor Amber imposes any mechanism on the developer. So you are on your own there. I have been using TOPLink or Glorp and Seaside for a few years now, and all I've seen or used so far used optimistic locking provided by the persistency mechanism. No doubt you can use JS and Ajax or even WebSockets to make the round-trip feel more responsive. But there still is the risk of the gap between some JS request being answered (can these objects be updated?) and the actual attempt to update. So you basically would do a full round trip anyways (dear server, update these objects if possible!). It depends on your taste if that is any better than just using a normal round trip, like in Seaside. An additional problem could be that you need to handle objects on the client, which you typically don't in Seaside, which only renders pages down to the client. HTH Joachim Am 04.08.15 um 12:54 schrieb Sean P. DeNigris: > When using any tool that exposes objects outside the image - Seaside, Amber, > rST - how does one guard against simultaneous edits? Up until now, I've been > perfectly content with single images and read-only web apps, but now that > I'm considering some stateful web apps/services, I can't remember ever > seeing locking addressed. And I wonder if all the cool new JS technology > could make the process more responsive i.e. notify the client if the > underlying data has changed... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Sharing-Inter-image-Data-tp4840912.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Aug. 4, 2015

Re: [Pharo-users] Teapot and Regex

by jtuchel＠objektfabrik.de

Marcus, >Hi Joachim, > thanks for your feedback. Concerning the order of the values I rely solely > on the teapot error message. The way I understand your code snippet, you access the url parameters by using "at: 1". I have never used Teapot, but would be surprised if it encourages this. In HTTP world, a parameter consists of its name and value, both being Strings. > Besides I have no idea how I could make this > GET request independant from the order the HTML form generated. You shouldn't be required to do anything. In the Smalltalk web frameworks I know (Sst and Seaside mostly) an HTTPRequest object has a Dictionary like API for accessing parameters. Maybe something like "parameterAt: 'r'" should do the trick. > Maybe with Javascript? Javascript is the source of a lot of evil, but here, it is innocent like Cinderella. Normal HTTP processing still works without javascript and I hope this won't change any time soon. This is simple HTTP back and forth, no javascript required nor desired. > But I assume this simple scenario should work in teapot and I > just understand it correctly... Hmm. As I said, don't access url parameters by index, only by name. I am sure Teapot offers methods for that, in the most basic case it gives you a Dictionary or parameters, but most likely some wrapper that provides a Dictionary-esque access methods. Maybe this bit is a starting point (found here https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf…) 3.1. Parameters in URLs The URL pattern may contain named parameters (e.g., |<user>| above), whose values are accessible via the request object. The request is an extension of |ZnRequest| with some extra methods. Query parameters and Form parameters can be accessed the same way as path parameters |(req at: #paramName)|. Teapot can perform conversions of parameters to a number, for example as follows: |Teapot on GET: '/user/<id:IsInteger>' -> [ :req | users findById: (req at: #id)]; output: #ston; start.| But hey, now I see why you wanted to use Regex: Chapter 3.2 introduces them.... So what can you do if you want to use the reqex stuff? I'd start by adding a Breakpoint into the handler block and inspect the req object that gets passed in. Maybe somethins is wrong about your regex (I am far from being an expert on Regular Expressions) and Teapot is not doing any harm. Joachim -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Aug. 4, 2015