- Pharo-users - lists.pharo.org

About STONS efficiency at storing nested objects { was : (Re: Keeping data with an application)}

by Dimitris Chloupis

A question I was meaning to ask, how efficient is STON at storing references , lets say I have an object that has instance variables that references another object and that object has a instance variable that references another object etc. Where exactly STON stops , or are there any limitations On Wed, Nov 2, 2016 at 7:58 PM Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > Hi, > > I'm using STON for my Grafoscopio[1][2] project with pretty good results. > It's flexible, readable and well supported and document. Better that JSON! > Pretty recommended. > [1] http://mutabit.com/grafoscopio/index.en.html > [2] http://smalltalkhub.com/#!/~Offray/Grafoscopio > > Cheers, > > Offray > > On 02/11/16 12:50, sergio ruiz wrote: > > The funny thing about STON is that, as a professional developer, I am so > used to the whole world being a âhey, look! we have this too!!â world, that > I never looked into it at all.. > > I should have knows that that Pharo/Smalltalk community would, instead of > âme tooâ would say.. âlook, hereâs a cleaner, simpler, and more flexible > way to do the thing..â > > thanks, pharo/smalltalk community for being simple/flexible/clean ! > > On November 2, 2016 at 1:45:07 PM, Johan Fabry (jfabry(a)dcc.uchile.cl) > wrote: > > The book also talks about other storage mechanisms, see > http://files.pharo.org/books/enterprise-pharo/ > > HTH, > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com > http://www.ThoseOptimizeGuys.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 > > >

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm using STON for my Grafoscopio[1][2] project with pretty good results. It's flexible, readable and well supported and document. Better that JSON! Pretty recommended. [1] http://mutabit.com/grafoscopio/index.en.html [2] http://smalltalkhub.com/#!/~Offray/Grafoscopio Cheers, Offray On 02/11/16 12:50, sergio ruiz wrote: > The funny thing about STON is that, as a professional developer, I am > so used to the whole world being a âhey, look! we have this too!!â > world, that I never looked into it at all.. > > I should have knows that that Pharo/Smalltalk community would, instead > of âme tooâ would say.. âlook, hereâs a cleaner, simpler, and more > flexible way to do the thing..â > > thanks, pharo/smalltalk community for being simple/flexible/clean ! > > On November 2, 2016 at 1:45:07 PM, Johan Fabry (jfabry(a)dcc.uchile.cl > <mailto:jfabry@dcc.uchile.cl>) wrote: > >> The book also talks about other storage mechanisms, see >> http://files.pharo.org/books/enterprise-pharo/ >> >> HTH, >> > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com > http://www.ThoseOptimizeGuys.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by sergio ruiz

The funny thing about STON is that, as a professional developer, I am so used to the whole world being a âhey, look! we have this too!!â world, that I never looked into it at all.. I should have knows that that Pharo/Smalltalk community would, instead of âme tooâ would say.. âlook, hereâs a cleaner, simpler, and more flexible way to do the thing..â thanks, pharo/smalltalk community for being simple/flexible/clean ! On November 2, 2016 at 1:45:07 PM, Johan Fabry (jfabry(a)dcc.uchile.cl) wrote: The book also talks about other storage mechanisms, seeÂ http://files.pharo.org/books/enterprise-pharo/Â HTH, ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by Johan Fabry

There is a chapter in the Enterprise Pharo book on STON that may be of some help to you https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… The book also talks about other storage mechanisms, see http://files.pharo.org/books/enterprise-pharo/ HTH, -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org <http://emailcharter.org/> . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > On 02 Nov 2016, at 14:27, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > Looks like I might stick with STON.. I am not really worried too much about execution time or anything.. > > Need to look at one more thing.. > > If a user has say.. many stations.. meaning that they have an OrderedCollection of Stations.. I need to check how that gets serialized, and what happens when it gets pulled back in.. > > I will play with it this afternoon.. > > Thanks! > > > On November 2, 2016 at 12:24:48 PM, phil(a)highoctane.be <mailto:phil@highoctane.be> (phil(a)highoctane.be <mailto:phil@highoctane.be>) wrote: > >> Fuel is another option , though ston will be more readable because ston is text fluel is binary . SQLite is another one . You actually have a ton of options here. You can even make your own binary or text format if want , it's easy. > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 <http://bit.ly/29z9fG0> > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com <http://www.village-buzz.com/> > http://www.ThoseOptimizeGuys.com <http://www.thoseoptimizeguys.com/> > http://www.coffee-black.com <http://www.coffee-black.com/> > http://www.painlessfrugality.com <http://www.painlessfrugality.com/> > http://www.twitter.com/sergio_101 <http://www.twitter.com/sergio_101> > http://www.facebook.com/sergio101 <http://www.facebook.com/sergio101>

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by sergio ruiz

Yes, I will do this.. i bet i can even serve it up via http, and pull it directly from my working image.. Thanks! On November 2, 2016 at 12:24:48 PM, phil(a)highoctane.be (phil(a)highoctane.be) wrote: Hum, use this instead: Usage: "Saving" self persistAsSton: someDataStructure toFile: 'persist.dat' "Loading" someDataStructure := self loadStonFromFile: 'persist:dat' ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by sergio ruiz

Looks like I might stick with STON.. I am not really worried too much about execution time or anything.. Need to look at one more thing.. If a user has say.. many stations.. meaning that they have an OrderedCollection of Stations.. I need to check how that gets serialized, and what happens when it gets pulled back in.. I will play with it this afternoon.. Thanks! On November 2, 2016 at 12:24:48 PM, phil(a)highoctane.be (phil(a)highoctane.be) wrote: Fuel is another option , though ston will be more readable because ston is text fluel is binary . SQLite is another one . You actually have a ton of options here. You can even make your own binary or text format if want , it's easy. ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Nov. 2, 2016

Re: [Pharo-users] Can pharo association web page point to association.pharo.org, like the consortium one?

by Esteban Lorenzano

it is correct, just we still didnât change the domain (to association.pharo.org <http://association.pharo.org/>) and we send the mail too early. but you can trust that mail, is ours :) Esteban > On 2 Nov 2016, at 17:40, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Hi, > > I just received a mail telling me some password and login information and telling me to go to https://pharo.wildapricot.org/, but that domain seem suspicious to me, so I went to the consortium and association which are subdomains of Pharo. First one works well, but second is a redirection to the previous link. In this time of page defacement, could we have the subdomain of the association not redirected to another domain? > > Cheers, > > Offray > >

Nov. 2, 2016

Can pharo association web page point to association.pharo.org, like the consortium one?

by Offray Vladimir Luna CÃ¡rdenas

Hi, I just received a mail telling me some password and login information and telling me to go to https://pharo.wildapricot.org/, but that domain seem suspicious to me, so I went to the consortium and association which are subdomains of Pharo. First one works well, but second is a redirection to the previous link. In this time of page defacement, could we have the subdomain of the association not redirected to another domain? Cheers, Offray

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by phil＠highoctane.be

Hum, use this instead: Usage: "Saving" self persistAsSton: someDataStructure toFile: 'persist.dat' "Loading" someDataStructure := self loadStonFromFile: 'persist:dat' Well, depends if you want to write to same file, different file etc, but this will get you on the right track On Wed, Nov 2, 2016 at 5:20 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Use these methods in your class. > > loadStonFromFile: aDataFilenameString > > | data | > data := STON fromStream: ((self dataFileNamed: aFilenameString) > readStream). > ^data > persistAsSton: anObject toFile: aDataFilenameString (self > newDataFileNamed: aFilenameString) writeStreamDo: [ :out | out << (STON > toString: anObject) ] > > > dataFileNamed: filename > > "For an existing file" > ^ (FileLocator imageDirectory / 'data' / filename) fullPath asFileReference > > > newDataFileNamed: filename > | file | > file := (FileLocator imageDirectory / 'data' / filename ) fullPath > asFileReference. > file writeStream close. > ^ file > > > Usage: > > "Saving" > self persistAsSton: someDataStructure toFile: self newDataFileNamed: > 'persist.dat' > > "Loading" > someDataStructure := self loadStonFromFile: self dataFileNamed: > 'persist:dat' > > HTH > > Phil > > > > > > > > > On Wed, Nov 2, 2016 at 3:38 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> >> > On 2 Nov 2016, at 15:29, sergio ruiz <sergio.rrd(a)gmail.com> wrote: >> > >> > Hmmâ¦ i need to look at this .. >> > >> > i can just burp out all my objects with ston and suck them back in on >> the local machine.. >> >> Just try it ;-) >> >> STON put: myObjects onStream[Pretty]: fileStream. >> >> STON fromStream: fileStream. >> >> https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBo >> ok/lastSuccessfulBuild/artifact/book-result/STON/STON.html >> >> STON has already seen quite some usage, so you should be good. >> >> > On November 2, 2016 at 10:25:51 AM, phil(a)highoctane.be ( >> phil(a)highoctane.be) wrote: >> > >> >> Keeping data in image with a STON export would be good enough: >> > ---- >> > peace, >> > sergio >> > photographer, journalist, visionary >> > >> > Public Key: http://bit.ly/29z9fG0 >> > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV >> > http://www.Village-Buzz.com >> > http://www.ThoseOptimizeGuys.com >> > http://www.coffee-black.com >> > http://www.painlessfrugality.com >> > http://www.twitter.com/sergio_101 >> > http://www.facebook.com/sergio101 >> >> >> >> >

Nov. 2, 2016

Re: [Pharo-users] Keeping data with an application

by phil＠highoctane.be

Use these methods in your class. loadStonFromFile: aDataFilenameString | data | data := STON fromStream: ((self dataFileNamed: aFilenameString) readStream). ^data persistAsSton: anObject toFile: aDataFilenameString (self newDataFileNamed: aFilenameString) writeStreamDo: [ :out | out << (STON toString: anObject) ] dataFileNamed: filename "For an existing file" ^ (FileLocator imageDirectory / 'data' / filename) fullPath asFileReference newDataFileNamed: filename | file | file := (FileLocator imageDirectory / 'data' / filename ) fullPath asFileReference. file writeStream close. ^ file Usage: "Saving" self persistAsSton: someDataStructure toFile: self newDataFileNamed: 'persist.dat' "Loading" someDataStructure := self loadStonFromFile: self dataFileNamed: 'persist:dat' HTH Phil On Wed, Nov 2, 2016 at 3:38 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 2 Nov 2016, at 15:29, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > > > Hmmâ¦ i need to look at this .. > > > > i can just burp out all my objects with ston and suck them back in on > the local machine.. > > Just try it ;-) > > STON put: myObjects onStream[Pretty]: fileStream. > > STON fromStream: fileStream. > > https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/ > lastSuccessfulBuild/artifact/book-result/STON/STON.html > > STON has already seen quite some usage, so you should be good. > > > On November 2, 2016 at 10:25:51 AM, phil(a)highoctane.be ( > phil(a)highoctane.be) wrote: > > > >> Keeping data in image with a STON export would be good enough: > > ---- > > peace, > > sergio > > photographer, journalist, visionary > > > > Public Key: http://bit.ly/29z9fG0 > > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > > http://www.Village-Buzz.com > > http://www.ThoseOptimizeGuys.com > > http://www.coffee-black.com > > http://www.painlessfrugality.com > > http://www.twitter.com/sergio_101 > > http://www.facebook.com/sergio101 > > > >

Nov. 2, 2016