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

Re: [Pharo-project] Persistence options

by mail list

I have been using goods in production with 3 images banging away at it on Pharo 1.3. It has been working well. (Some days it fires out over 50K emails/sms/apple push notifications so it is reasonbly significant under load) I run a daily backup of the database using an expect script. I am having problems upgrading to Pharo 1.4 but I think that this is just my problem that i need to address. S. On Jun 26, 2012, at 2:22 PM, Milan Mimica wrote: > I've been using Glrop for 3 weeks now (not much I know) to link an existing application data model to an existing RDMS model with all sorts of weird mappings and it works fine. Several times I have started to write patches but it turned out it was a problem in my code. Diagnostics could be better. > This same app was running on Magma (never in production) and it also worked like a charm, If you don't mind your data being stored in some format no one else can read. > > > On 25 June 2012 21:41, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > there are various options for persistence in Pharo > and Seaside. > > What do people use for their applications? Any > experiences or numbers to share? > > I'm interested in both, mainly with the focus on > options for RDBM systems. Whats is the state of Glorp? > > Thx > T. > -- > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > > > > -- > Milan Mimica > http://sparklet.sf.net

June 26, 2012

Re: [Pharo-project] Persistence options

by Guillermo Polito

Not being Glorp's author, I can tell it has over 600 green tests on pharo. Of course it can have it's problems, but you have some confidence it is ok, and some sources for examples :). On Tue, Jun 26, 2012 at 9:43 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > while a lot of years of suffering are clamming that I need to say: "don't > use RDBMs if you can avoid it", I also should point you to > http://dbxtalk.smallworks.com.ar/, and GlorpDbx which is around and is > the newer port to Pharo you can find :) > > Esteban > > > On Jun 26, 2012, at 8:53 AM, Sven Van Caekenberghe wrote: > > > On 25 Jun 2012, at 21:41, Torsten Bergmann wrote: > > I'm interested in both, mainly with the focus on > > options for RDBM systems. Whats is the state of Glorp? > > > If have been using Glorp with Postgresql and it works surprisingly well. > It is 'good old technology', not as sexy as all this NoSQL stuff, but > reliable, well-known. > I think that Glorp is one of the coolest OO-RDBMS mappers around, in any > language. > > Sven > > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > > > > >

June 26, 2012

Re: [Pharo-project] Persistence options

by Esteban Lorenzano

while a lot of years of suffering are clamming that I need to say: "don't use RDBMs if you can avoid it", I also should point you to http://dbxtalk.smallworks.com.ar/, and GlorpDbx which is around and is the newer port to Pharo you can find :) Esteban On Jun 26, 2012, at 8:53 AM, Sven Van Caekenberghe wrote: > > On 25 Jun 2012, at 21:41, Torsten Bergmann wrote: > >> I'm interested in both, mainly with the focus on >> options for RDBM systems. Whats is the state of Glorp? > > If have been using Glorp with Postgresql and it works surprisingly well. > It is 'good old technology', not as sexy as all this NoSQL stuff, but reliable, well-known. > I think that Glorp is one of the coolest OO-RDBMS mappers around, in any language. > > Sven > > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > > >

June 26, 2012

Re: [Pharo-project] Pharo and Namespaces

by StÃ©phane Ducasse

BTW we want to finish what we are doing before opening new actions. > Since Colin opened a new thread on Squeak-dev about namespaces > together with an implementation for environments: > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2012-June/164605.html > > I thought it would be good to ask on Pharo too about the state. > > What happened to the project from GermÃ¡n Leiva > http://www.youtube.com/watch?v=n4I7fSVNX2A > > I know it is always a time issue - but what is the overall plan? > > Thx > T. > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >

June 26, 2012

Re: [Pharo-project] Pharo and Namespaces

by StÃ©phane Ducasse

We are working on a module system but it takes time. > Since Colin opened a new thread on Squeak-dev about namespaces > together with an implementation for environments: > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2012-June/164605.html > > I thought it would be good to ask on Pharo too about the state. > > What happened to the project from GermÃ¡n Leiva > http://www.youtube.com/watch?v=n4I7fSVNX2A we do not want class level namespace because this is the mess > > I know it is always a time issue - but what is the overall plan? > > Thx > T. > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de >

June 26, 2012

Re: [Pharo-project] Problem with Monticelo package and corrupted sourcecode/zip

by StÃ©phane Ducasse

thanks thanks! Stef On Jun 26, 2012, at 12:24 AM, Sean P. DeNigris wrote: > > StÃ©phane Ducasse wrote >> >> I'm unclear. Does it mean that we have a problem with zip? Package? >> > > I don't really know enough about text encoding to say. It seems that people > have run into things like this before. I collected all the references I > could find and made an issue: > Issue 6160: Monticello: Zipping Wide Characters > http://code.google.com/p/pharo/issues/detail?id=6160 > > Pharo2.0a > Latest update: #20160 > > If one has a method with wide character literals, when Monticello saves the > package, the source.st file inside the mcz file will only be valid if > unzipped inside Squeak/Pharo. > > This is because Pharo writes zip files in 4096 byte chunks, which will all > be ByteStrings, except the ones containing wide characters, which will be > WideStrings. Thus, source.st will be a random mashup of such 4096 byte > stretches. > > See the following for possibly related info: > * > http://forum.world.st/Monticello-mcz-files-write-their-DataStream-and-a-por… > * https://code.google.com/p/pharo/issues/detail?id=2697 > * http://code.google.com/p/pharo/issues/detail?id=6143 > * https://code.google.com/p/pharo/issues/detail?id=830 > > Squeak/Pharo encoding in general > * http://www.visoracle.com/squeak/faq/unicode-utf8byte.html > * http://forum.world.st/squeak-dev-WideString-UTF-8-UTF-32-UCS2-td74243.html > * http://forum.world.st/WideString-performance-td4077404.html > > HTH, > Sean > > -- > View this message in context: http://forum.world.st/Problem-with-Monticelo-package-and-corrupted-sourceco… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

June 26, 2012

Re: [Pharo-project] Persistence options

by Sven Van Caekenberghe

On 25 Jun 2012, at 21:41, Torsten Bergmann wrote: > I'm interested in both, mainly with the focus on > options for RDBM systems. Whats is the state of Glorp? If have been using Glorp with Postgresql and it works surprisingly well. It is 'good old technology', not as sexy as all this NoSQL stuff, but reliable, well-known. I think that Glorp is one of the coolest OO-RDBMS mappers around, in any language. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

June 26, 2012

[Pharo-project] Pharo and Namespaces

by Torsten Bergmann

Since Colin opened a new thread on Squeak-dev about namespaces together with an implementation for environments: http://lists.squeakfoundation.org/pipermail/squeak-dev/2012-June/164605.html I thought it would be good to ask on Pharo too about the state. What happened to the project from GermÃ¡n Leiva http://www.youtube.com/watch?v=n4I7fSVNX2A I know it is always a time issue - but what is the overall plan? Thx T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

June 26, 2012

Re: [Pharo-project] Persistence options

by Milan Mimica

I've been using Glrop for 3 weeks now (not much I know) to link an existing application data model to an existing RDMS model with all sorts of weird mappings and it works fine. Several times I have started to write patches but it turned out it was a problem in my code. Diagnostics could be better. This same app was running on Magma (never in production) and it also worked like a charm, If you don't mind your data being stored in some format no one else can read. On 25 June 2012 21:41, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > there are various options for persistence in Pharo > and Seaside. > > What do people use for their applications? Any > experiences or numbers to share? > > I'm interested in both, mainly with the focus on > options for RDBM systems. Whats is the state of Glorp? > > Thx > T. > -- > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > -- Milan Mimica http://sparklet.sf.net

June 26, 2012

Re: [Pharo-project] Problem with Monticelo package and corrupted sourcecode/zip

by Sean P. DeNigris

StÃ©phane Ducasse wrote > > I'm unclear. Does it mean that we have a problem with zip? Package? > I don't really know enough about text encoding to say. It seems that people have run into things like this before. I collected all the references I could find and made an issue: Issue 6160: Monticello: Zipping Wide Characters http://code.google.com/p/pharo/issues/detail?id=6160 Pharo2.0a Latest update: #20160 If one has a method with wide character literals, when Monticello saves the package, the source.st file inside the mcz file will only be valid if unzipped inside Squeak/Pharo. This is because Pharo writes zip files in 4096 byte chunks, which will all be ByteStrings, except the ones containing wide characters, which will be WideStrings. Thus, source.st will be a random mashup of such 4096 byte stretches. See the following for possibly related info: * http://forum.world.st/Monticello-mcz-files-write-their-DataStream-and-a-por… * https://code.google.com/p/pharo/issues/detail?id=2697 * http://code.google.com/p/pharo/issues/detail?id=6143 * https://code.google.com/p/pharo/issues/detail?id=830 Squeak/Pharo encoding in general * http://www.visoracle.com/squeak/faq/unicode-utf8byte.html * http://forum.world.st/squeak-dev-WideString-UTF-8-UTF-32-UCS2-td74243.html * http://forum.world.st/WideString-performance-td4077404.html HTH, Sean -- View this message in context: http://forum.world.st/Problem-with-Monticelo-package-and-corrupted-sourceco… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 25, 2012