January 2024 - Pharo-users - lists.pharo.org

Re: Backing up data

by sergio ruiz

Using this Will my links remain viable using this method? Meaning that an event has a theater. That theater is also in the OrderedCollection of Theaters. If the name of he theater changed in the Theaters collection, will that name change occur in the event theater object? After bringing these collections back in via STON, will all of these relationships remain intact? > On Jan 18, 2024, at 8:26â¯AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > If you have three classes with class side collections you can have a make e.g. a dictionary and put the collections from the class side into it like > > model := { > #theaters -> Theater instances. > #movies -> Movie instances. > #event -> Event instances. > } asDictionary. > ---- peace, sergio photographer, journalist, visionary Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV @sergio_101@mastodon.social https://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 18, 2024

Re: Backing up data

by sergio ruiz

OOH.. I like this idea. Iâll do a quick test on this and see if it works as expected.. For now, I want to store the data in the image. The trick is, I like to start with a fresh image every few days. So, Iâd like to open a new Pharo, pull the source code, then pull the data. Thanks! > > If you are keeping data in a Pharo image then you could just save the image instead of using STON. Alternatively, you could model your data in an Application class with three instance variables: theaters, movies, and events. Then you could dump the root application object and STON should preserve the relationships (I expect). I prefer this model since it allows me to create a test object that encapsulates all the data in one place (even if it is referenced from a class variable). ---- peace, sergio photographer, journalist, visionary Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV @sergio_101@mastodon.social https://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 18, 2024

Re: Backing up data

by Norbert Hartl

I think it depends how many objects you have and what your consistency requirements are. > Am 18.01.2024 um 05:48 schrieb sergio ruiz <sergio.rrd(a)gmail.com>: > > I have been in the relational database world for decades. One of the things that is super simple is backing up and restoring data. > > Sometimes, it makes it makes sense to pull the production data into development. In the case of a catastrophe, itâs super simple to restore data from a backup. > > I am thinking of backup strategies for my data once again, and am wondering if things have changed since I was last using smalltalk. > > I am thinking of the following: > > STON > I could dump all of my data into STON, but there is one slight twist. In this project, itâs just making a list of movie listings. There are three basic classes: Theater, Movie, Event. Each of these classes stores an OrderedCollection of items of that type on a class variable, as Iâll need to access each on their own.. so, if an event has a theater, Iâll need to access Theaters on their own, and Movies on their own. > > So, I would have to rebuild the list of Theaters from the Theaters in each event. Otherwise, I would lose the link between the Theaters on the Theater class variable and the Theater in the Event instance. > Am I thinking about this incorrectly? If you have three classes with class side collections you can have a make e.g. a dictionary and put the collections from the class side into it like model := { #theaters -> Theater instances. #movies -> Movie instances. #event -> Event instances. } asDictionary. The model object you can use with STON or fuel to store it and on reading back you store each of the values back on the class side variable. Simple and nice. I would use STON for that because it is equivalent to fuel but fuel has migration problems. Or better you need to load all your data, update fuel to a newer version and write it again with the new fuel version. STON is more reliable in that regard. Both have the problem that when objects change during serialization you might corrupt the structure of your data, > > Gemstones > I am totally into the idea of using gemstones. Is there a backup and restore for objects here? do the relationships remain? > GemStone is a huge thing to tame. I would not say the above and GemStone are alternatives. GemStone is a lot to install and learn but you get something that makes it hard to corrupt your data. So you have requirements that make it fit into GemStone or you have requirements that make it a fit for STON. Between both there is no overlap but rather a huge gap between the applicability of each. > Voyage > This seems like a good solution, but I would rather stay in the smalltalk object store. > Absolutely. Voyage is good for some use cases but you have to deal with mongoDB (not sure the small libraries work right now) You could also consider using soil (https://github.com/ApptiveGrid/Soil) I might be a bit biased here :) but for most use cases this is the best of all the worlds described aboved. Even if there it has no release yet (coming soon) it is quite stable. Hope this helps, Norbert > Ideas? > > Thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > @sergio_101@mastodon.social > https://sergio101.com > http://www.codeandmusic.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 >

Jan. 18, 2024

Re: FUEL version migration

by Davide Varvello

Solved! See the solution for FUEL migration issues here:Â https://github.com/theseion/Fuel/issues/289#issuecomment-1896454432 CheersDavide On Monday, January 15, 2024 at 07:48:47 PM GMT+1, Davide Varvello via Pharo-users <pharo-users(a)lists.pharo.org> wrote: Hi Guys,How can I migrate from Fuel version 3.0.2 to the latest one? This:Â https://theseion.github.io/Fuel/format-migration/Â seems osbolete TIA Davide

Jan. 18, 2024

Re: Backing up data

by Davide Varvello

+1 for Fuel, see hereÂ https://github.com/theseion/Fuel CheersDavide On Thursday, January 18, 2024 at 09:37:21 AM GMT+1, Todd Blanchard via Pharo-users <pharo-users(a)lists.pharo.org> wrote: You want to look at Fuel, a serialization library. Sent from my iPhone On Jan 17, 2024, at 9:49 PM, sergio ruiz <sergio.rrd(a)gmail.com> wrote: ï»¿ I have been in the relational database world for decades. One of the things that is super simple is backing up and restoring data. Sometimes, it makes it makes sense to pull the production data into development. In the case of a catastrophe, itâs super simple to restore data from a backup. I am thinking of backup strategies for my data once again, and am wondering if things have changed since I was last using smalltalk. I am thinking of the following: STONI could dump all of my data into STON, but there is one slight twist. In this project, itâs just making a list of movie listings. There are three basic classes: Theater, Movie, Event. Each of these classes stores an OrderedCollection of items of that type on a class variable, as Iâll need to access each on their own.. so, if an event has a theater, Iâll need to access Theaters on their own, and Movies on their own. So, I would have to rebuild the list of Theaters from the Theaters in each event. Otherwise, I would lose the link between the Theaters on the Theater class variable and the Theater in the Event instance. Am I thinking about this incorrectly? GemstonesI am totally into the idea of using gemstones. Is there a backup and restore for objects here? do the relationships remain? VoyageThis seems like a good solution, but I would rather stay in the smalltalk object store. Ideas? Thanks! ---- peace, sergio photographer, journalist,Â visionary Public Key:Â https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV@sergio_101@mastodon.socialhttps://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 18, 2024

Re: Backing up data

by Todd Blanchard

You want to look at Fuel, a serialization library. Sent from my iPhone > On Jan 17, 2024, at 9:49 PM, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > ï»¿I have been in the relational database world for decades. One of the things that is super simple is backing up and restoring data. > > Sometimes, it makes it makes sense to pull the production data into development. In the case of a catastrophe, itâs super simple to restore data from a backup. > > I am thinking of backup strategies for my data once again, and am wondering if things have changed since I was last using smalltalk. > > I am thinking of the following: > > STON > I could dump all of my data into STON, but there is one slight twist. In this project, itâs just making a list of movie listings. There are three basic classes: Theater, Movie, Event. Each of these classes stores an OrderedCollection of items of that type on a class variable, as Iâll need to access each on their own.. so, if an event has a theater, Iâll need to access Theaters on their own, and Movies on their own. > > So, I would have to rebuild the list of Theaters from the Theaters in each event. Otherwise, I would lose the link between the Theaters on the Theater class variable and the Theater in the Event instance. > > Am I thinking about this incorrectly? > > Gemstones > I am totally into the idea of using gemstones. Is there a backup and restore for objects here? do the relationships remain? > > Voyage > This seems like a good solution, but I would rather stay in the smalltalk object store. > > Ideas? > > Thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > @sergio_101@mastodon.social > https://sergio101.com > http://www.codeandmusic.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 >

Jan. 18, 2024

Re: Backing up data

by James Foster

Sergio, If you are keeping data in a Pharo image then you could just save the image instead of using STON. Alternatively, you could model your data in an Application class with three instance variables: theaters, movies, and events. Then you could dump the root application object and STON should preserve the relationships (I expect). I prefer this model since it allows me to create a test object that encapsulates all the data in one place (even if it is referenced from a class variable). For GemStone, execute `SystemRepository fullBackupGzCompressedTo: aFilePath` (see details at https://downloads.gemtalksystems.com/docs/GemStone64/3.7.x/GS64-SysAdminGui…) This does a full object dump and preserves the relationship between objects. Note that GemStone also creates a transaction log so once a transaction commits, you can restore it in event of a system crash. James Foster > On Jan 17, 2024, at 8:48â¯PM, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > I have been in the relational database world for decades. One of the things that is super simple is backing up and restoring data. > > Sometimes, it makes it makes sense to pull the production data into development. In the case of a catastrophe, itâs super simple to restore data from a backup. > > I am thinking of backup strategies for my data once again, and am wondering if things have changed since I was last using smalltalk. > > I am thinking of the following: > > STON > I could dump all of my data into STON, but there is one slight twist. In this project, itâs just making a list of movie listings. There are three basic classes: Theater, Movie, Event. Each of these classes stores an OrderedCollection of items of that type on a class variable, as Iâll need to access each on their own.. so, if an event has a theater, Iâll need to access Theaters on their own, and Movies on their own. > > So, I would have to rebuild the list of Theaters from the Theaters in each event. Otherwise, I would lose the link between the Theaters on the Theater class variable and the Theater in the Event instance. > > Am I thinking about this incorrectly? > > Gemstones > I am totally into the idea of using gemstones. Is there a backup and restore for objects here? do the relationships remain? > > Voyage > This seems like a good solution, but I would rather stay in the smalltalk object store. > > Ideas? > > Thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > @sergio_101@mastodon.social > https://sergio101.com > http://www.codeandmusic.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 >

Jan. 18, 2024

Backing up data

by sergio ruiz

I have been in the relational database world for decades. One of the things that is super simple is backing up and restoring data. Sometimes, it makes it makes sense to pull the production data into development. In the case of a catastrophe, itâs super simple to restore data from a backup. I am thinking of backup strategies for my data once again, and am wondering if things have changed since I was last using smalltalk. I am thinking of the following: STON I could dump all of my data into STON, but there is one slight twist. In this project, itâs just making a list of movie listings. There are three basic classes: Theater, Movie, Event. Each of these classes stores an OrderedCollection of items of that type on a class variable, as Iâll need to access each on their own.. so, if an event has a theater, Iâll need to access Theaters on their own, and Movies on their own. So, I would have to rebuild the list of Theaters from the Theaters in each event. Otherwise, I would lose the link between the Theaters on the Theater class variable and the Theater in the Event instance. Am I thinking about this incorrectly? Gemstones I am totally into the idea of using gemstones. Is there a backup and restore for objects here? do the relationships remain? Voyage This seems like a good solution, but I would rather stay in the smalltalk object store. Ideas? Thanks! ---- peace, sergio photographer, journalist, visionary Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV @sergio_101@mastodon.social https://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 18, 2024

Re: Troubleshooting ByteArray

by sergio ruiz

Thanks for the input everyone! I ended up just removing the compression.. In this case, this is not critical at all, so I can live with this.. Thanks, all! > On Jan 17, 2024, at 7:18â¯PM, Todd Blanchard via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > I guess Iâll point you to the issue too. > > PDFStreamPrinter>printPDFDataStream: aPDFDataStream > â¦â¦ > Line 13: (self compression) ifTrue: [ streamData := (self compressWithGZip: streamData) asByteArray ]. ---- peace, sergio photographer, journalist, visionary Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV @sergio_101@mastodon.social https://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 18, 2024

Re: Troubleshooting ByteArray

by Todd Blanchard

I guess Iâll point you to the issue too. PDFStreamPrinter>printPDFDataStream: aPDFDataStream â¦â¦ Line 13: (self compression) ifTrue: [ streamData := (self compressWithGZip: streamData) asByteArray ]. > On Jan 17, 2024, at 5:13â¯PM, Todd Blanchard via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > Try this: > > (PDFDocument new compression: false)add: (PDFPage new add: (PDFTextElement new text: 'Hello'; from: 10mm@10mm)); exportTo: 'test.pdf' asFileReference writeStream. > > Compression causes your string to be gzipâd which is a ByteArray and not a String of any kind. > > Unfortunately, the write stream is a ZnCharacterWriteStream which is expecting some kind of String. > > This is going to take some untangling so just turn off compression (which is on by default) and it seems to work. > >> On Jan 17, 2024, at 4:43â¯PM, Richard O'Keefe <raoknz(a)gmail.com> wrote: >> >> So the method is expecting some kind of string, but it received a >> ByteArray, which is NOT any kind of string. >> What's in the ByteArray? Where did it come from? Why isn't it a string? >> >> On Thu, 18 Jan 2024 at 04:34, sergio ruiz <sergio.rrd(a)gmail.com> wrote: >>> >>> Hi, all. >>> >>> I am working on creating a PDF with Artefact (https://github.com/pharo-contributions/Artefact) and am having an issue running the first example. >>> >>> the Example looks like: >>> >>> PDFDocument new add: (PDFPage new add: (PDFTextElement new text: 'Hello'; from: 10mm@10mm)); exportTo: 'test.pdf' asFileReference writeStream. >>> >>> >>> When running this, I get the error: >>> >>> Instance of ByteArray did not understand #isByteString >>> >>> indeed, ByteArray does not have a method called isByteString. >>> >>> I have tried creating a method that returns either true or false (I tried them both), but I have not successfully built the PDF. >>> >>> The method calling isByteString looks like: >>> >>> >>> ZnUTF8Encoder >>> >>> next: count putAll: string startingAt: offset toStream: stream >>> "Write count characters from string starting at offset to stream." >>> "Overwritten for performance reasons - create a fast path for byte strings" >>> >>> string isByteString >>> ifTrue: [ self next: count putAllByteString: string startingAt: offset toStream: stream ] >>> ifFalse: [ super next: count putAll: string startingAt: offset toStream: stream ] >>> >>> I TOTALLY get this. This is a whole bunch of very specific questions. But my ultimate goal is to take a deep dive into stream processing to figure this out. >>> >>> Thanks! >>> >>> ---- >>> peace, >>> sergio >>> photographer, journalist, visionary >>> >>> Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 >>> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV >>> @sergio_101@mastodon.social >>> https://sergio101.com >>> http://www.codeandmusic.com >>> http://www.twitter.com/sergio_101 >>> http://www.facebook.com/sergio101 >>>

Jan. 18, 2024