Re: [Pharo-users] voyage mongo and transactionality

Hi James, Thank you for your feedback. If I remember correctly, in Java a persistence framework like JPA/Hibernate would track 'dirty' objects somehow and handle caching together with transaction management. There might be some things we might apply from those frameworks in Pharo/Smalltalk.

Re: [Pharo-users] voyage mongo and transactionality

Hi Joachim, Thank you for your feedback. It feels good to know we're not alone in this :-) Unfortunately, the things you describe are familiar to me. My business partner Dave West has a lot of experience with applying a behavioral, 'pure' object design approach. We're looking hard into

Re: [Pharo-users] voyage mongo and transactionality

Hi Norbert, Thank you very much for your extensive answer. For starters, we would be happy to have an option available for the course grained handling that you mention. I'd be interested to hear if there are any options besides GemStone available to be used with Voyage/MongoDB. Your mention

Re: [Pharo-users] voyage mongo and transactionality

Hah, those percentages feel very real to me at the moment :-S Can you explain what GemStone IIRC means? (Novice speaking here :-)) If GemStone solves this at the moment an object goes from Stone to Gem, perhaps we can take that architecture as an example and somehow apply it locally within the

Re: [Pharo-users] voyage mongo and transactionality

> Am 10.10.2019 um 12:31 schrieb Jonathan van Alteren > : > > Hah, those percentages feel very real to me at the moment :-S > > Can you explain what GemStone IIRC means? (Novice speaking here :-)) If > GemStone solves this at the moment an object goes from Stone to Gem, perhaps > we can

Re: [Pharo-users] voyage mongo and transactionality

Hi Estaban, Thanks for your feedback. I agree that there might not be any real problem with Voyage. And yes, I think it was some kind of in-memory transaction handling that is was looking for. Can you explain a bit more about how the cache in Voyage works and why it is the way it is? The

Re: [Pharo-users] voyage mongo and transactionality

Hi Peter, Thanks for your reply. That sounds very interesting. For similar reasons, I tried to check out Magma. However, since I'm still a novice in Pharo/Smalltalk and it's not very well documented (and mostly refers to Squeak), it's quite painful to figure out how it works and how to get it

Re: [Pharo-users] voyage mongo and transactionality

Hi, > Am 10.10.2019 um 11:48 schrieb Jonathan van Alteren > : > > Hi Norbert, > > Thank you very much for your extensive answer. > > For starters, we would be happy to have an option available for the course > grained handling that you mention. I'd be interested to hear if there are any >

Re: [Pharo-users] voyage mongo and transactionality

I have used OmniBase extensively long ago with Dolphin  Smalltalk (the Dolphin repository can be read & writen by Visual  Works too). Even the Dolphin repository can be under Windows and Linux (using Samba). You can distribute instances ODBContainer through a LAN. OmniBase use "multiversion

Re: [Pharo-users] [Pharo-dev] PhD starting in January/February 2020 on Advanced debugging with Pharo

JB I think that this blog post is not yours. And this is not even ours. It is available. We just listed it here because it was available. Stef > On 10 Oct 2019, at 14:57, jean baptiste arnaud > wrote: > > It is really nice to put me as reference here, even if it is without my > consent.

Re: [Pharo-users] How to zip a WideString

One of the key concepts in astc's text handling is that all strings use the same encoding. So no, my system doesn't mix encoding/decoding with compression/decompression; encoding and decoding are completely out of scope. There is a *transformation format* issue, but not an encoding issue. For

Re: [Pharo-users] How to zip a WideString

> On 4 Oct 2019, at 06:36, Richard O'Keefe wrote: > > There is no need for > a separate #utf8Encoded, that's what asByteArrayDo: *does*." so #asByteArrayDo: produces UTF8 bytes, which is an encoding, so it seems fixed, IIUC. But this is the Pharo mailing list and your are referring to a

Re: [Pharo-users] voyage mongo and transactionality

Hi, That clears up some things, and I understand how the 'cache' works now, thanks! I did a little bit of research on the lifecycle of a Seaside session, but wasn't very successful. Largely because there is a lot of different/outdated documentation around, including class comments in Pharo,

Re: [Pharo-users] How to zip a WideString

On Wed, Oct 9, 2019 at 3:18 PM Sven Van Caekenberghe wrote: > > Actually, thinking about the original use case, I now feel that it would be > best to remove #zipped/unzipped from String. Please do. Cases like this teach us about the proper separation of concerns. Regards, -- Esteban

Re: [Pharo-users] voyage mongo and transactionality

Hi Jonathan If you are interested in OmniBase on Pharo, there was a port by Sebastian Sastre in about 2010, which was forked and updated by Esteban Lorenzano in June 2018 (https://github.com/estebanlm/OmniBase). There were a few bugs in the port, which were sorted out by Matias Maretto,

Re: [Pharo-users] Running a teapot instance remotely

This worked perfectly! To keep this running, I am running it in tux, so it will keep running when I log out. How are people keeping it running these days? Thanks! > On Oct 10, 2019, at 3:46 PM, Tim Mackinnon wrote: > > Sergio - looking at the last time I did this, my run script did: > >

Re: [Pharo-users] Running a teapot instance remotely

I use daemontools. Some people use Monit. Sven made these for Pharo4 on Ubuntu 14.04 when Pharo was only 32 bit: https://github.com/svenvc/pharo-server-tools I'm sure you could edit those scripts to work for 64bit Pharo 7/8 on 64 bit linux And there is this chapter about deploying apps to

Re: [Pharo-users] Deploy a Pharo 8 application remotely

Hi Sergio, On Thu, 10 Oct 2019 at 20:14, sergio ruiz wrote: > > Hey, all.. > > I put together a quick REST interface to use internally here. > > It’s ready to launch to a production server, and I’m not sure how to set it > up on the remote server. > > The current zeroconf downloads and sets up

[Pharo-users] Running a teapot instance remotely

Hi, all. I am running my teapot instance remotely, but I’m not sure how to start it up. Just for testing, I am trying this: ./pharo LunchPicker.image eval "server := PickerServer serveOn: 3200. server start” & But no luck. ideas? Thanks! peace, sergio photographer, journalist,

Re: [Pharo-users] How to install stripe library on Pharo 7 64bit ?

Hi JAmes, OK I updated the baseline several more times and it now loads into Pharo Metacello new baseline:'Stripe'; repository: 'http://smalltalkhub.com/mc/pdebruic/Stripe/main'; load:#('Dev') Pharo Smalltalk Users mailing list wrote > Hi Paul, > > Thanks for the

[Pharo-users] Deploy a Pharo 8 application remotely

Hey, all.. I put together a quick REST interface to use internally here. It’s ready to launch to a production server, and I’m not sure how to set it up on the remote server. The current zeroconf downloads and sets up a Pharo 7 instance. What I would like to do is set up Pharo 8 on the remote

Re: [Pharo-users] Deploy a Pharo 8 application remotely

This is PERFECT! thanks! > On Oct 10, 2019, at 2:19 PM, Alistair Grant wrote: > > curl https://get.pharo.org/64/80+vm | bash peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage

Re: [Pharo-users] Running a teapot instance remotely

Sergio - looking at the last time I did this, my run script did: pharo /home/app/PagerDuty/PagerDuty.image --no-default-preferences run.st This was using sysctrl (from memory - but this line was what was run.) The run.st was 1 2 3 4 5 6 7 "Simple application run script" Transcript cr; cr;

Re: [Pharo-users] Running a teapot instance remotely

Hi This brings up some questions I have been meaning to ask for some time. The sentence "When the Pharo image crashes (which will happen), there must be a way to automatically recover from this crash." appears in the Enterprise Pharo Book. Does this claim still apply? Is Pharo that unstable

Re: [Pharo-users] Running a teapot instance remotely

On Thu, Oct 10, 2019 at 04:18:14PM -0400, sergio ruiz wrote: > How are people keeping it running these days? I used to use daemontools. These days I use Docker. Pierce