August 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Writing an object graph into a no-sql database [WAS] Re: [Seaside] ESUG SummerTalk - Fuel, binary object serializer

by Henrik Johansen

On Aug 5, 2011, at 11:57 52AM, Mariano Martinez Peck wrote: > > > I am looking at using Riak ( http://wiki.basho.com/ ) with Pharo. When > storing a âbusiness objectâ you have two choices: > > - Store a binary BLOB representing your object graph. > - Store the object graph as JSON data. > > The last option essentially means you must do something similar to OR > mapping, so I would prefer the first option. With Riak, you will soon > be able to store additional indexed properties, which you later will > be able to query. So you store your whole business object as a BLOB, > together with those properties you need to query. > > > Hi guys. Sorry to come back with this old post, but now I am interested ;) > > Right now, I have a requirement where I need to write a graph into a file. I am using Fuel for that. Each graph, has its own file. In the image side I just store the filename, When I need to load it it reads such file and materialize it with Fuel. I was thinking going a step forward and use a key/value (a.k.a no-sql) database. Whether this is "a step forward" really depends on if you need what they have to offer. If there's not more than one client reading the same objects from DB, I suggest staying with simple file persistency. KISS. > > With Fuel, I can take a graph, and serialize directly into a ByteArray, hence I can take a graph to swap, I assign an ID, and and save it into the database. In the image side, I keep that ID. Then, when needed, I search it in the database and then after with that ByteArray found, I materialize it with Fuel. > > So...first question is, do you think that could be faster/better than directly writing into a file as I am doing now? Depends. If the DB does not guarantee writing to disk before returning success, it might. IIRC, this is (used to be?) a much criticized default mode of CouchDB. > > Now, which are the available Pharo wrappers for no-sql databases that let me do that? I would appreciate any link or documentation about them. What do I need to use such databases from Pharo? FFI and a library installed in my machine? are there binaries for Mac OS? http://www.squeaksource.com/SCouchDB http://www.squeaksource.com/EpigentRiakInterface AFAICT, They both communicate with the databases directly through HTTP, so no extra libraries should be required. Cheers, Henry

Aug. 5, 2011

[Pharo-project] Writing an object graph into a no-sql database [WAS] Re: [Seaside] ESUG SummerTalk - Fuel, binary object serializer

by Mariano Martinez Peck

> > I am looking at using Riak ( http://wiki.basho.com/ ) with Pharo. When > storing a âbusiness objectâ you have two choices: > > - Store a binary BLOB representing your object graph. > - Store the object graph as JSON data. > > The last option essentially means you must do something similar to OR > mapping, so I would prefer the first option. With Riak, you will soon > be able to store additional indexed properties, which you later will > be able to query. So you store your whole business object as a BLOB, > together with those properties you need to query. > > Hi guys. Sorry to come back with this old post, but now I am interested ;) Right now, I have a requirement where I need to write a graph into a file. I am using Fuel for that. Each graph, has its own file. In the image side I just store the filename, When I need to load it it reads such file and materialize it with Fuel. I was thinking going a step forward and use a key/value (a.k.a no-sql) database. With Fuel, I can take a graph, and serialize directly into a ByteArray, hence I can take a graph to swap, I assign an ID, and and save it into the database. In the image side, I keep that ID. Then, when needed, I search it in the database and then after with that ByteArray found, I materialize it with Fuel. So...first question is, do you think that could be faster/better than directly writing into a file as I am doing now? Now, which are the available Pharo wrappers for no-sql databases that let me do that? I would appreciate any link or documentation about them. What do I need to use such databases from Pharo? FFI and a library installed in my machine? are there binaries for Mac OS? Thanks in advance, -- Mariano http://marianopeck.wordpress.com

Aug. 5, 2011

Re: [Pharo-project] Zinc: urls without scheme

by Igor Stasenko

On 5 August 2011 10:52, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > Hi Igor, > > On 05 Aug 2011, at 10:08, Igor Stasenko wrote: > >> 'www.squeaksource.com' asZnUrl host -> nil > > That seems like a bug to me, I'll look into it. Thanks for reporting this. > >> 'http://www.squeaksource.com' asZnUrl host -> Â 'www.squeaksource.com' >> >> i wonder if url should have notion of default scheme and if sheme not >> specified, use a default one i.e. 'http:' ? > > Hmm, that is more or less by design, I'll think about it. > > A default can also be explicit in the message like #portOrDefault that way the object keeps representing what was parsed, but the user specifies what kind of default behavior (s)he wants. > Well, since zinc is mostly for http/web.. i would expect that it using appropriate defaults for urls it use. The problem is in: ScriptLoader new installingInstaller. without default scheme this thing is broken, since it using url without scheme. :( Of course i could use gofer for loading it.. but i found this is most easy way to load installer. -- Best regards, Igor Stasenko AKA sig.

Aug. 5, 2011

Re: [Pharo-project] Zinc: urls without scheme

by Sven Van Caekenberghe

Hi Igor, On 05 Aug 2011, at 10:08, Igor Stasenko wrote: > 'www.squeaksource.com' asZnUrl host -> nil That seems like a bug to me, I'll look into it. Thanks for reporting this. > 'http://www.squeaksource.com' asZnUrl host -> 'www.squeaksource.com' > > i wonder if url should have notion of default scheme and if sheme not > specified, use a default one i.e. 'http:' ? Hmm, that is more or less by design, I'll think about it. A default can also be explicit in the message like #portOrDefault that way the object keeps representing what was parsed, but the user specifies what kind of default behavior (s)he wants. Regards, Sven

Aug. 5, 2011

Re: [Pharo-project] Setup MacOSX snow leopard server for Pier

by HwaJong Oh

Apache virtualhosting for Seaside may be the solution for this. http://forum.world.st/Apache-and-virtual-host-td96448.html -- View this message in context: http://forum.world.st/Setup-MacOSX-snow-leopard-server-for-Pier-tp3714794p3… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 5, 2011

[Pharo-project] Zinc: urls without scheme

by Igor Stasenko

'www.squeaksource.com' asZnUrl host -> nil 'http://www.squeaksource.com' asZnUrl host -> 'www.squeaksource.com' i wonder if url should have notion of default scheme and if sheme not specified, use a default one i.e. 'http:' ? 'www.squeaksource.com' asUrl authority -> 'www.squeaksource.com' 'www.squeaksource.com' asUrl scheme -> 'http' -- Best regards, Igor Stasenko AKA sig.

Aug. 5, 2011

Re: [Pharo-project] Polymorph improvements

by Schwab,Wilhelm K

I think it's encouraging that the OCR is not in Smalltalk. The fact that Pharo can get between an OCR library and a VB app is a good sign. One could write an OCR system in Smalltalk, but should not _need_ to do so :) Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Lorenzo Schiavina [lorenzo(a)edor.it] Sent: Thursday, August 04, 2011 12:02 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Polymorph improvements Thank you Gary, no problem about the fact that OCR is not in ST; as I am working to some projects myself, I know that the problem is to integrate the right tool. Do you mind keeping me informed about the results you reach? Grazie Lorenzo ----- Original Message ----- From: Gary Chambers<mailto:gazzaguru2@btinternet.com> To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> Sent: Thursday, August 04, 2011 4:20 PM Subject: Re: [Pharo-project] Polymorph improvements Hi Lorenzo, I can't say too much at present but is basically a commercial application for a client for handling postal packages that slip through the rest of their automated processes. So, using a handheld scanner (like MBagger) it gets a scan of the address label, OCRs it and extracts relevant information that can be passed on to their existing (VB) application, along with, say weight from electronic scales etc. Currently we are trialling various 3rd party OCR engines: Abbyy, OmniPage and Tesseract (open source). Of course, I'm making it vastly configurable so there will many potential uses... Sorry if you were actually think that the OCR itself was done by us in Smalltalk ;-) Regards, Gary ----- Original Message ----- From: Lorenzo Schiavina<mailto:lorenzo@edor.it> To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> Sent: Thursday, August 04, 2011 8:19 AM Subject: Re: [Pharo-project] Polymorph improvements Hi Gary, I have seen from your screenshots that you are working on OCR projecr; can you give my some information about it? Thanks Lorenzo ----- Original Message ----- From: Gary Chambers<mailto:gazzaguru2@btinternet.com> To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> Sent: Tuesday, August 02, 2011 5:51 PM Subject: Re: [Pharo-project] Polymorph improvements Screenshot of part of project: http://www.flickr.com/photos/12018791@N06/6001799235/in/photostream Regards, Gary ----- Original Message ----- From: Gary Chambers<mailto:gazzaguru2@btinternet.com> To: Pharo Development<mailto:pharo-project@lists.gforge.inria.fr> Sent: Tuesday, August 02, 2011 4:40 PM Subject: [Pharo-project] Polymorph improvements Hi all. I've added an issue with some tweaks/improvements to a few Polymorph classes. http://code.google.com/p/pharo/issues/detail?id=4590 Groupboxes can now have dynamic content (model/getContentSelector based). Abaility to create icon lists via builder/TEasilyThemed. Expander labels now LabelMorphs rather than TextMorphs (can therefore appear as disabled) IncrementalSliderMorphs now honour minWidth/minHeight in layouts Panel morphs allow event based mouse over handling (call to super was missing). Label groups allow for nil labels (equates to empty string) Regards, Gary

Aug. 4, 2011

Re: [Pharo-project] Polymorph improvements

by StÃ©phane Ducasse

Did you chekc sophie because may be I'm wrong but the copy paste could paste morph? On Aug 4, 2011, at 5:18 PM, Gary Chambers wrote: > Bill, > > no prob. > For OmniPage we are using FFI with the SDK dlls, the others essentially command line (via FFI for CreateProcess on Win32 etc) as quickest to do for evaluation purposes. > > For app comms, at present just a serious abuse of the clipboard for now. We can add Socket modules etc. as required ;-) > > As a desire, it would be nice if the clipboard plugin could do non-text types (Forms for example)... then we won't have to do platform specifc stuff when the need arises (just pasting plain-text/XML at the moment). > > One amusement is our clipboard "processor" can look out for certain keyword structures for a bi-directional interface. The app can actually work nicely with Notepad, say! (manually copy command to retrive xml from Notepad then clipboard text replaced with the requested XMl from our app... then paste in). > > We chose the abused clipboard route as being the simplest form of inter-process communications for demonstration purposes. > > Regards, Gary > ----- Original Message ----- > From: Schwab,Wilhelm K > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Thursday, August 04, 2011 3:54 PM > Subject: Re: [Pharo-project] Polymorph improvements > > Gary, > > No apologies, please :) It's nice to Pharo being used for things like this. How are you connecting to the OCR engines and VB app? If those questions are too probing, then pretend I didn't ask. > > Bill > > > > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Gary Chambers [gazzaguru2(a)btinternet.com] > Sent: Thursday, August 04, 2011 10:20 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Polymorph improvements > > Hi Lorenzo, > > I can't say too much at present but is basically a commercial application for a client for handling postal packages that slip through the rest of their automated processes. > > So, using a handheld scanner (like MBagger) it gets a scan of the address label, OCRs it and extracts relevant information that can be passed on to their existing (VB) application, along with, say weight from electronic scales etc. > > Currently we are trialling various 3rd party OCR engines: Abbyy, OmniPage and Tesseract (open source). > > Of course, I'm making it vastly configurable so there will many potential uses... > > Sorry if you were actually think that the OCR itself was done by us in Smalltalk ;-) > > Regards, Gary > ----- Original Message ----- > From: Lorenzo Schiavina > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Thursday, August 04, 2011 8:19 AM > Subject: Re: [Pharo-project] Polymorph improvements > > Hi Gary, > > I have seen from your screenshots that you are working on OCR projecr; can you give my some information about it? > > Thanks > > Lorenzo > ----- Original Message ----- > From: Gary Chambers > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Tuesday, August 02, 2011 5:51 PM > Subject: Re: [Pharo-project] Polymorph improvements > > Screenshot of part of project: http://www.flickr.com/photos/12018791@N06/6001799235/in/photostream > > Regards, Gary > ----- Original Message ----- > From: Gary Chambers > To: Pharo Development > Sent: Tuesday, August 02, 2011 4:40 PM > Subject: [Pharo-project] Polymorph improvements > > Hi all. > > I've added an issue with some tweaks/improvements to a few Polymorph classes. > > http://code.google.com/p/pharo/issues/detail?id=4590 > > Groupboxes can now have dynamic content (model/getContentSelector based). > Abaility to create icon lists via builder/TEasilyThemed. > Expander labels now LabelMorphs rather than TextMorphs (can therefore appear as disabled) > IncrementalSliderMorphs now honour minWidth/minHeight in layouts > Panel morphs allow event based mouse over handling (call to super was missing). > Label groups allow for nil labels (equates to empty string) > > Regards, Gary

Aug. 4, 2011

Re: [Pharo-project] [Vm-dev] [OT] Smalltalk on JVM

by Mariano Martinez Peck

THanks. It was interesting to see the video. On Thu, Aug 4, 2011 at 6:22 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > > At http://medianetwork.oracle.com/media/show/16803 > scroll down and there you will find a new video > "A Renaissance VM: One Platform, Many Languages" > with a talk about the new "invokedynamic" (JSR292). > > John Rose also talks about all this in the context > of Smalltalk. So if you are interested in ST and VM's > this may be interesting too. > > There is also RTalk which maybe interesting in this > context too, see http://astares.blogspot.com/2011/08/smalltalk-on-jvm.html > > Bye > T. > > -- > NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurÃ¼ck-Garantie! > Jetzt informieren: http://www.gmx.net/de/go/freephone > -- Mariano http://marianopeck.wordpress.com

Aug. 4, 2011

[Pharo-project] [OT] Smalltalk on JVM

by Torsten Bergmann

At http://medianetwork.oracle.com/media/show/16803 scroll down and there you will find a new video "A Renaissance VM: One Platform, Many Languages" with a talk about the new "invokedynamic" (JSR292). John Rose also talks about all this in the context of Smalltalk. So if you are interested in ST and VM's this may be interesting too. There is also RTalk which maybe interesting in this context too, see http://astares.blogspot.com/2011/08/smalltalk-on-jvm.html Bye T. -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurÃ¼ck-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone

Aug. 4, 2011