[Pharo-users] voyage in singleton mode

Hello all, I'm developing a tepot+voyage(mongodb) web app and I have one doubt, is voyage thread safe? or do I have to take care about using a Mutex because multiple teapot instances can call it. Thank you all!

Re: [Pharo-users] voyage mongo and transactionality

Hi guys, I came to this post today due to having what can be described as an unexpected voyage behavior and was greatly impressed by all the detailed descriptions and explanations. Thanks everybody for that! Also thanks Peter for mentioning that port I did back in the day (~2009) for using

Re: [Pharo-users] voyage mongo and transactionality

Jonathan, I was a bit destracted by work this week, so I am a little late to the show... Am 10.10.19 um 12:26 schrieb Jonathan van Alteren: Hi Joachim, Thank you for your feedback. It feels good to know we're not alone in this :-) Well, I guess there are far more people in this boat than

Re: [Pharo-users] voyage mongo and transactionality

to this thread. > > Peter Kenny > > > > From: Pharo-users On Behalf Of Jonathan > van Alteren > Sent: 10 October 2019 11:39 > To: Any question about pharo is welcome > Subject: Re: [Pharo-users] voyage mongo and transactionality > > Hi Peter, > > Thanks for your r

Re: [Pharo-users] voyage mongo and transactionality

– e.g. Bruno, who also contributed to this thread. Peter Kenny From: Pharo-users On Behalf Of Jonathan van Alteren Sent: 10 October 2019 11:39 To: Any question about pharo is welcome Subject: Re: [Pharo-users] voyage mongo and transactionality Hi Peter, Thanks for your

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] voyage mongo and transactionality

f Of *Norbert Hartl *Sent:* 09 October 2019 18:08 *To:* Any question about pharo is welcome *Subject:* Re: [Pharo-users] voyage mongo and transactionality Am 09.10.2019 um 16:48 schrieb "jtuc...@objektfabrik.de <mailto:jtuc...@objektfabrik.de>" <mailto:jtuc...@objektfabrik.de>

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, > 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

l. > > The only documentation I have found is a slideshow at > https://www.slideshare.net/esug/omni-baseobjectdatabase. I have found out a > few things about it, if anyone is interested. > > Peter Kenny > > > From: Pharo-users On Behalf Of Norbert > Hartl > Sent: 09

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

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 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 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 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

October 2019 18:08 To: Any question about pharo is welcome Subject: Re: [Pharo-users] voyage mongo and transactionality Am 09.10.2019 um 16:48 schrieb "jtuc...@objektfabrik.de <mailto:jtuc...@objektfabrik.de> " mailto:jtuc...@objektfabrik.de> >: This is a tricky min

Re: [Pharo-users] voyage mongo and transactionality

> Am 09.10.2019 um 16:48 schrieb "jtuc...@objektfabrik.de" > : > > > This is a tricky mine field. Sometimes you need a lot of business > functionality in objects referenced in your objects that are currently in the > editor. So I'm still to see a project in which the memento pattern really

Re: [Pharo-users] voyage mongo and transactionality

Am 09.10.19 um 16:48 schrieb jtuc...@objektfabrik.de: In my experience, this problem area makes for the other 70% of the time spent on developing GUI or Web applications, besides the 60% for GUI design and implementation and 25% business logic... I forgot the 30% for O/R Mapping when you

Re: [Pharo-users] voyage mongo and transactionality

This is a tricky mine field. Sometimes you need a lot of business functionality in objects referenced in your objects that are currently in the editor. So I'm still to see a project in which the memento pattern really worked for more complex scenarios. How deep do you dive to have enough

Re: [Pharo-users] voyage mongo and transactionality

Thanks for the explanation. And, yes, this is an artifact of your design; if you put intermediate values into domain objects then they will remain in your domain objects to be seen later. From what you’ve described, I don’t see how it would be any different in a non-image environment (Java, C#,

Re: [Pharo-users] voyage mongo and transactionality

Hi James, I see how my explanation might be unclear. We have a main form for the agenda and a subform for an item, which is shown using Seaside call/answer. The save button of the subform is clicked, which adds the item to the underlying agenda model object, but the save button of the main

Re: [Pharo-users] voyage mongo and transactionality

> On Oct 8, 2019, at 3:05 AM, Jonathan van Alteren > wrote: > > We've encountered an issue where a user makes changes to an agenda, but does > not click the Save button. Instead, the user closes the browser or uses the > navigation to go to a different part of the application. When

Re: [Pharo-users] voyage mongo and transactionality

Hi, > Am 08.10.2019 um 12:05 schrieb Jonathan van Alteren > : > > Hello all, > > We are having some issues with using Voyage/Mongo for a customer project that > I'd like to get your feedback on. > > The customer application is a form based business web application using > Seaside with

Re: [Pharo-users] voyage mongo and transactionality

Hi, That looks a lot more like a Seaside mishandling than a problem with Voyage itself. > On 8 Oct 2019, at 12:05, Jonathan van Alteren > wrote: > > Hello all, > > We are having some issues with using Voyage/Mongo for a customer project that > I'd like to get your feedback on. > > The

[Pharo-users] voyage mongo and transactionality

Hello all, We are having some issues with using Voyage/Mongo for a customer project that I'd like to get your feedback on. The customer application is a form based business web application using Seaside with object persistence using Voyage with MongoDB on Pharo 7.0. The application is

Re: [Pharo-users] Voyage for Pharo 7

I succeeded in doing it this way 1) make on the root of the disk a seperate directory for example c:/repo 2) on the settings goto tools -> software configuration management -> iceberg and check share repo and point it to the repo you made on

[Pharo-users] Voyage for Pharo 7

Is the installation for this set up somewhere? I am using the metacello script here: https://github.com/pharo-nosql/voyage and the catalog.. and am getting errors everywhere. Thanks! peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage

Re: [Pharo-users] Voyage

This seems to work - at least loading seems to have gone thru but is it possible to shorten the following filename in the github repository itself cryptUIDlgSelectCertificateFromStore.winHandle.pwszTitle.pwszDisplayString.dwDontUseColumn.flags.reserved..st it is in

Re: [Pharo-users] Voyage

Hi, I’m sorry I didn’t see this before. This happens because there are many projects that are still using filetree format which stores one file per method. And the problem here is that windows has a path limit that you are exceeding. To workaround this problem: - Open iceberg settings

Re: [Pharo-users] Voyage

Second thing to try, is copy the VM and Image into a short path location e.g C:\pharo Then try your Pharo actions again. As backup, you might use these... http://files.pharo.org/get-files/70/pharo.zip http://files.pharo.org/get-files/70/pharo-win-stable.zip cheers -ben On Fri, 7 Dec 2018 at

Re: [Pharo-users] Voyage

I can download the file and shorten the name but the issue is it seems that the process stops and remaining files and not downloaded, how to get around that ? to elaborate - only the first 7 files of this folder is copied/downloaded into pharo-local/...

Re: [Pharo-users] Voyage

On Fri, 7 Dec 2018 at 00:26, Sanjay Minni wrote: > Hi Ben, > > how to go about the hack ? > > it seems the file being looked for is this(from the github Cryptography > repository) > > but this is not copied in

Re: [Pharo-users] Voyage

Hi Ben, how to go about the hack ? it seems the file being looked for is this(from the github Cryptography repository) but this is not copied in ...\pharo-local\...\sources\...

Re: [Pharo-users] Voyage

On Sun, Dec 2, 2018 at 4:46 PM Esteban Lorenzano wrote: > > So we just need to change the dependency. Cool :) > > In fact the dependency was already changed by Norbert! The problem is that we need a new release of mongotalk and to update the release used by Voyage :) So I cannot help here since

Re: [Pharo-users] Voyage

On Wed, 5 Dec 2018 at 00:25, Sanjay Minni wrote: > Hi Esteban, > > I get a Debug Popup as per below - how do I debug from here > > > > > Is this on Windows? It could be

Re: [Pharo-users] Voyage

Hi Esteban, I get a Debug Popup as per below - how do I debug from here EstebanLM wrote > There is indeed a problem because cryptography package is still using an > old

Re: [Pharo-users] Voyage

On Sun 2 Dec 2018 at 18:49, Norbert Hartl via Pharo-users < pharo-users@lists.pharo.org> wrote: > I thought I did it already. Cannot check now, I don‘t have a computer > right now. > IIRC it is not directly in voyage but in MongoTalk > Am 02.12.2018 um 16:44 schrieb Esteban Lorenzano : > > So

Re: [Pharo-users] Voyage

--- Begin Message --- I thought I did it already. Cannot check now, I don‘t have a computer right now. > Am 02.12.2018 um 16:44 schrieb Esteban Lorenzano : > > So we just need to change the dependency. Cool :) > > >> On 2 Dec 2018, at 16:18, Norbert Hartl wrote: >> >> I added PBKDF2 to the

Re: [Pharo-users] Voyage

So we just need to change the dependency. Cool :) > On 2 Dec 2018, at 16:18, Norbert Hartl wrote: > > I added PBKDF2 to the cryptography repository on github a while ago. One > reason why I migrated cryptography in the first place > > Norbert > > Am 02.12.2018 um 15:59 schrieb Cyril

Re: [Pharo-users] Voyage

I added PBKDF2 to the cryptography repository on github a while ago. One reason why I migrated cryptography in the first place Norbert > Am 02.12.2018 um 15:59 schrieb Cyril Ferlicot : > > > >> On Sun 2 Dec 2018 at 15:38, Esteban Lorenzano wrote: >> There was a cryptography version on

Re: [Pharo-users] Voyage

On Sun 2 Dec 2018 at 15:38, Esteban Lorenzano wrote: > There was a cryptography version on GitHub, isn’t? > > Yes, but we need someone with the rights to write on PBKDF2 on StHub, or migrate it in github aswell to fix the issue. > On 2 Dec 2018, at 15:31, Cyril Ferlicot wrote: > > > > On Sun

Re: [Pharo-users] Voyage

There was a cryptography version on GitHub, isn’t? > On 2 Dec 2018, at 15:31, Cyril Ferlicot wrote: > > > > On Sun 2 Dec 2018 at 15:08, Esteban Lorenzano > wrote: > There is indeed a problem because cryptography package is still using an old > API: #ifNotNilDo:

Re: [Pharo-users] Voyage

I am unable to load Voyage-Mongo and Voyage-Memory in Pharo 7.0.0rC1 tried using the scipt below and also thru the Catalog Browser entries for Voyage any pointers CyrilFerlicot wrote > Le 16/11/2018 à 02:02, horrido a écrit : >> I'm trying to load Voyage for MongoDB and I'm having great

Re: [Pharo-users] Voyage

Wasn’t someone looking at enhancements to pillar and it’s publishing environment (I forget it’s name) - this is a great usecase, generating menu names for docs (and other similar constants) so that name changes can be accommodated automatically... a thought anyway. Tim Sent from my iPhone >

Re: [Pharo-users] Voyage

> On 16 Nov 2018, at 02:02, horrido wrote: > > The docs also refer to "Configurations Browser" in World Menu/Tools, but It is called Catalog (name change happened long ago). World Menu > Tools > Catalog Browser = "Pharo Project Catalog"

Re: [Pharo-users] Voyage

Le 16/11/2018 à 02:02, horrido a écrit : > I'm trying to load Voyage for MongoDB and I'm having great difficulty. The > docs seem to be out of date. > > What are the current instructions for doing this? > > The docs also refer to "Configurations Browser" in World Menu/Tools, but > there is no

[Pharo-users] Voyage

I'm trying to load Voyage for MongoDB and I'm having great difficulty. The docs seem to be out of date. What are the current instructions for doing this? The docs also refer to "Configurations Browser" in World Menu/Tools, but there is no longer any such thing. -- Sent from:

Re: [Pharo-users] Voyage-UnQLite hangs on Windows

Hi, > On 20 Jun 2018, at 17:24, Marco Hörning wrote: > > I started evaluating Voyage-UnQLite, current Pharo 6.1, Windows 10 > > installed: > > Metacello newrepository: 'github://pharo-nosql/voyage/mc'; > baseline: 'Voyage'; > load: 'unqlite tests'. > > Using latest

[Pharo-users] Voyage-UnQLite hangs on Windows

I started evaluating Voyage-UnQLite, current Pharo 6.1, Windows 10 installed: Metacello new repository: 'github://pharo-nosql/voyage/mc'; baseline: 'Voyage'; load: 'unqlite tests'. Using latest dll (Aug 10, 2016)

Re: [Pharo-users] [Voyage] How to declare an instance variable as transient?

ah! thanks! On May 3, 2018 at 5:06:18 PM, Alejandro Infante (alejandroinfant...@gmail.com) wrote: Hi Sergio, You have to add a method to the class side with a pragma. In my case, I wanted to set the instance variable “questionReferences” to transient. myClass class>>mongoQuestionReferences

Re: [Pharo-users] [Voyage] How to declare an instance variable as transient?

Hi Sergio, You have to add a method to the class side with a pragma. In my case, I wanted to set the instance variable “questionReferences” to transient. myClass class>>mongoQuestionReferences ^VOTransientDescription new attributeName:

[Pharo-users] [Voyage] How to declare an instance variable as transient?

Hi, all.. I have an instance variable that I don’t want to save as part of the full project. I was wondering how to set this up. The documentation says: Lastly, attributes can be excluded from storage (and hence retrieval) by re- turning a VOMongoTransientDescription instance as the attribute

Re: [Pharo-users] [Voyage] Possible to save an OrderedCollection?

Ah.. ok. this did it.. So, this works, meaning that the production code i have in place is the problem.. I must have a loop somewhere.. I can’t find it for the life of me.. On April 27, 2018 at 4:10:53 PM, Esteban Lorenzano (esteba...@gmail.com) wrote: did you add the property after doing

Re: [Pharo-users] [Voyage] Possible to save an OrderedCollection?

> On 27 Apr 2018, at 15:30, sergio ruiz wrote: > > Hi, esteban.. > > In this case, the persisted object is TestBox.. > > it does show up just fine in Mongo, but the OrderedCollection of points does > not. did you add the property after doing some tests? in that case,

Re: [Pharo-users] [Voyage] Possible to save an OrderedCollection?

Hi, esteban.. In this case, the persisted object is TestBox.. it does show up just fine in Mongo, but the OrderedCollection of points does not. On April 27, 2018 at 8:57:26 AM, Esteban Lorenzano (esteba...@gmail.com) wrote: what you need to save is the persistent object, the one marked as

Re: [Pharo-users] [Voyage] Possible to save an OrderedCollection?

hi, what you need to save is the persistent object, the one marked as “isVoyageRoot” in class side. cheers, Esteban > On 27 Apr 2018, at 14:44, sergio ruiz wrote: > > > For some reason, I am not able to do this: > > Object subclass: #TestBox >

[Pharo-users] [Voyage] Possible to save an OrderedCollection?

For some reason, I am not able to do this: Object subclass: #TestBox instanceVariableNames: 'origin corner pointList' classVariableNames: '' poolDictionaries: '' category: 'PrintBot-Models’! initialize pointList := OrderedCollection new. If i do

Re: [Pharo-users] Voyage and Instance Mode

Can you do a pull request to update the book? Or do we let rot the documentation? Is the same sentence present in the Voyage booklet? Stef On Thu, Jan 25, 2018 at 11:27 PM, Esteban Lorenzano wrote: > > > On 25 Jan 2018, at 23:24, Dominique Dartois wrote:

Re: [Pharo-users] Voyage and Instance Mode

> On 25 Jan 2018, at 23:24, Dominique Dartois wrote: > > Thanks Esteban. > I was fooled by the doc : "In instance mode, the first argument is always the > repository on which to performed the operation"... > Well, not really, but the object to store. yeah, it should say:

Re: [Pharo-users] Voyage and Instance Mode

Thanks Esteban. I was fooled by the doc : "In instance mode, the first argument is always the repository on which to performed the operation"... Well, not really, but the object to store. Regards 2018-01-25 23:07 GMT+01:00 Esteban Lorenzano : > > > > On 25 Jan 2018, at

Re: [Pharo-users] Voyage and Instance Mode

> On 25 Jan 2018, at 23:03, Dominique Dartois wrote: > > Hello all. > > I'am learning to use Voyage by trying the examples in the Voyage doc (in the > Enterprise Pharo book). > I read "By default, Voyage works in instance mode". > If I run the example in instance mode, I

[Pharo-users] Voyage and Instance Mode

Hello all. I'am learning to use Voyage by trying the examples in the Voyage doc (in the Enterprise Pharo book). I read "By default, Voyage works in instance mode". If I run the example in instance mode, I get an error via the debugger. |repo anAssociation| repo := VOMemoryRepository new.

Re: [Pharo-users] Voyage - collecting data from Mongo

Tx I will add that to the Voyage booklet I will edit soon :) On Tue, May 2, 2017 at 3:29 PM, Mark Rizun wrote: > Hi, > > the solution to my initial issue is to create a class MyClass with two > class side methods > > MyClass class >> isVoyageRoot > ^ true > > MyClass class

Re: [Pharo-users] Voyage - collecting data from Mongo

Hi, the solution to my initial issue is to create a class MyClass with two class side methods MyClass class >> isVoyageRoot ^ true MyClass class >> descriptionContainer ^ VOContainer new collectionName: 'myCollection'; yourself Also, to properly read the data one

Re: [Pharo-users] Voyage - collecting data from Mongo

Happy to help. I got this information from Udo Schneider in slack several weeks ago. As far as I know, he works on an update for several things concerning mongo but I don't know when he will release it. chrismihaylyk [via Smalltalk] schrieb am So. 30. Apr.

Re: [Pharo-users] Voyage - collecting data from Mongo

Sabine, thank you very much! It's very helpful, work fine. 2017-04-30 17:09 GMT+03:00 Sabine Manaa : > Khrystyna , > > I also use a new version of mongo with authentication (but only old > version) and wired Tiger. > > I am not sure but possibly you can try to overwrite

Re: [Pharo-users] Voyage - collecting data from Mongo

Khrystyna , I also use a new version of mongo with authentication (but only old version) and wired Tiger. I am not sure but possibly you can try to overwrite the following method to fix the problem: MongoDatabase>>collections | reply names | reply := self command: {(#listCollections -> 1)}

Re: [Pharo-users] Voyage - collecting data from Mongo

> Mark > once you have a solution could you post it because I would like to add > your question to the voyage chapter. > stef > Sure thing, Stef.

Re: [Pharo-users] Voyage - collecting data from Mongo

Mark once you have a solution could you post it because I would like to add your question to the voyage chapter. stef On Sun, Apr 30, 2017 at 10:37 AM, Stephane Ducasse wrote: > mark > > what is such collection? > > Stef > > On Fri, Apr 28, 2017 at 11:04 PM, Holger

Re: [Pharo-users] Voyage - collecting data from Mongo

Hello, Holger! When I'm using MongoTalk in Pharo 5 and MongoDB 3.4 I can only get a list of existing databases, using command Mongo default open databases. But when I want to get some database's collection (Mongo default open databaseNamed: 'SomeDatabase') collectionAt:'SomeCollection'. it

Re: [Pharo-users] Voyage - collecting data from Mongo

I am running a Pharo3.0 image (with an older Voyage) against MongoDB 3.2. I think I am already using "WiredTiger" as database. If you can reproduce it, we can have a look. The only issue I have seen is Sabines authentication failure with more "modern" schemes. I have Pharo 6 and the newest

Re: [Pharo-users] Voyage - collecting data from Mongo

> On 30. Apr 2017, at 11:18, Mark Rizun wrote: > > > > Sorry, I wasn't very accurate in previous email. > Actually, my friend is using MongoTalk/Voyage, and she encountered a problem > that it is not possible to work with databases created in 3.0+ versions of > MongoDB.

Re: [Pharo-users] Voyage - collecting data from Mongo

oh? Is that written somewhere in the Voyage documentation? Sorry, I wasn't very accurate in previous email. Actually, my friend is using MongoTalk/Voyage, and she encountered a problem that it is not possible to work with databases created in 3.0+ versions of MongoDB. Probably this issue is

Re: [Pharo-users] Voyage - collecting data from Mongo

> On 30. Apr 2017, at 10:47, Mark Rizun wrote: > > Hi, Hi! > Holger, thank you, I will try your suggestion. > However, I use MongoDB 3.4, and I think that Voyage has support for only > versions under 3.0. Am I right? oh? Is that written somewhere in the Voyage

Re: [Pharo-users] Voyage - collecting data from Mongo

Hi, Holger, thank you, I will try your suggestion. However, I use MongoDB 3.4, and I think that Voyage has support for only versions under 3.0. Am I right? Stef, collection in mongo is a container for documents. For example, here three documents are inserted in collection "inventory":

Re: [Pharo-users] Voyage - collecting data from Mongo

mark what is such collection? Stef On Fri, Apr 28, 2017 at 11:04 PM, Holger Freyther wrote: > > > On 28. Apr 2017, at 14:27, Mark Rizun wrote: > > > > Hi, > > Hi! > > > > Is it possible to retrieve data from Mongo collection if it was not > created > >

Re: [Pharo-users] Voyage - collecting data from Mongo

> On 28. Apr 2017, at 14:27, Mark Rizun wrote: > > Hi, Hi! > Is it possible to retrieve data from Mongo collection if it was not created > via Voyage? > Meaning that I do not have a class in Pharo that would correspond to said > collection (should I implement one?). Yes.

[Pharo-users] Voyage - collecting data from Mongo

Hi, Is it possible to retrieve data from Mongo collection if it was not created via Voyage? Meaning that I do not have a class in Pharo that would correspond to said collection (should I implement one?). Cheers, Mark -- View this message in context:

Re: [Pharo-users] Voyage and attributes references

> Am 06.04.2017 um 18:41 schrieb Hilaire : > > Le 06/04/2017 à 16:14, Norbert Hartl a écrit : >>> One idea will be to have collection of Address, but this really looks >>> strange to me. >>> >> why? >> > > It looks like a painful scenario: Address is most of the time

Re: [Pharo-users] Voyage and attributes references

Le 06/04/2017 à 16:14, Norbert Hartl a écrit : >> One idea will be to have collection of Address, but this really looks >> strange to me. >> > why? > It looks like a painful scenario: Address is most of the time referenced by only one object, but in one scenario I need a shared attributes.

Re: [Pharo-users] Voyage and attributes references

Hi, > Am 06.04.2017 um 15:54 schrieb Hilaire : > > Hi, > > Here is another scenario where I have trouble with Voyage: > > Let's an object A, with an attribute an object Address. > Then I create B, a copy of A. > > Of course the object Address is both an attribute of A and B.

[Pharo-users] Voyage and attributes references

Hi, Here is another scenario where I have trouble with Voyage: Let's an object A, with an attribute an object Address. Then I create B, a copy of A. Of course the object Address is both an attribute of A and B. (no deep copy). As long as my Voyage repo is running, editing Address from A or B

Re: [Pharo-users] Voyage, DateAndTime and UTC

Based on the Paul suggestion, one can write a description to get DateAndTime right. Hopefully this could be fixed in Voyage Hilarie mongoAccesstime ^ VOToOneDescription new attributeName: 'accessTime'; accessor: (MAPluggableAccessor read: [:userClient|

Re: [Pharo-users] Voyage, DateAndTime and UTC

Or just store as ISO8601 string. NorbertHartl wrote > Hi, > >> Am 31.03.2017 um 17:16 schrieb Hilaire > hilaire@ > : >> >> Hi, >> >> As far as I see when I store a DateAndTime with local time, >> "2017-03-31T17:10:46.137086+02:00", then I fetch it back, I got an UTC >> DateAndTime

Re: [Pharo-users] Voyage, DateAndTime and UTC

Hi, > Am 31.03.2017 um 17:16 schrieb Hilaire : > > Hi, > > As far as I see when I store a DateAndTime with local time, > "2017-03-31T17:10:46.137086+02:00", then I fetch it back, I got an UTC > DateAndTime "2017-03-31T15:10:46.137086+00:00". > > Am I doing something wrong or

[Pharo-users] Voyage, DateAndTime and UTC

Hi, As far as I see when I store a DateAndTime with local time, "2017-03-31T17:10:46.137086+02:00", then I fetch it back, I got an UTC DateAndTime "2017-03-31T15:10:46.137086+00:00". Am I doing something wrong or do I need to use a mongo description to correct that. But wait, even so, I will

Re: [Pharo-users] Voyage Timeout

Indeed. It was just I was in the middle of something. Le 25/03/2017 à 19:10, Stephane Ducasse a écrit : > you should think to move to Pharo 50. We closed around 1500 issues between > pharo 40 and pharo 50 and the same amount between pharo 50 and pharo 60. > Pharo 50 is really stable and working

Re: [Pharo-users] Voyage Timeout

Hilaire you should think to move to Pharo 50. We closed around 1500 issues between pharo 40 and pharo 50 and the same amount between pharo 50 and pharo 60. Pharo 50 is really stable and working well Stef On Sat, Mar 25, 2017 at 8:58 AM, Hilaire wrote: > Hi Sabine, > > Thanks

Re: [Pharo-users] Voyage Timeout

Hi Sabine, Thanks to share your experience. My process is in 3 folds: 1. I build from bash and smalltalk scripts an application archive for deployment, as I do for Dr.Geo (with configured image, VM, bootstart data and bash scripts) 2. On the target host, the archive is deployed (unarchived),

Re: [Pharo-users] Voyage Timeout

Hi Hilaire, I also use a command line handler for start in a new image with voyage . I start it like this on windows: .\...\Pharo5.0.image --no-default-preferences eval --save " MCRepositoryGroup default addRepository: (MCHttpRepository location: ' http://smalltalkhub.com/mc/Sabine/RKA24/main'

[Pharo-users] Voyage hang

>From a production image, built from script with the voyage configuration as: >"External PROJECTS dependencies" >spec project: 'voyage' with: [ > spec > className: 'ConfigurationOfVoyageMongo'; > repository: 'github://pharo-nosql/voyage:master/mc'; >

Re: [Pharo-users] Voyage Timeout

If I open manualy this image execute the configureMyImage.st code from a playground, then save the image, I don't have a Voyage time error at start up. Are there non friendly interaction between voyage/socket and st command handler? Hilaire Le 22/03/2017 à 20:35, Hilaire a écrit : > Hi, > >

[Pharo-users] Voyage Timeout

Hi, When I configure a production image with command st handler as following: pharo myImage st --save --quit configureMyImage.st I notice at image start up, a Socket timeout error. In the configureMyImage.st script, among other things, I open a singleton Voyage repository. I added a 5s delay

Re: [Pharo-users] Voyage and Date

Hi, Bellow a digest I compiled regarding problems met with Voyage, and its resolutions, all documented  through messages in the mailing list (hello Slat ;) Hilaire Le 05/03/2017 à 09:49, Hilaire a écrit : Hi Stephan, I am

Re: [Pharo-users] Voyage and Date

On Sun, 05 Mar 2017 09:49:02 +0100, Hilaire wrote: Hi Stephan, I am maintaining such a digest, with links to the discussion on the list. I will post it once I am done with Voyage. super cool Hilaire Le 04/03/2017 à 21:34,

Re: [Pharo-users] Voyage and instances retrieving

I'll make a test case to illustrate the issue. Hilaire Le 06/03/2017 à 19:05, Esteban Lorenzano a écrit : >> Ah, sorry I was not clear enough in my introduction. Obviously, I >> removed all =/hash overrides on the involved objects and it is therefore >> an orthogonal issue (that's why I first

Re: [Pharo-users] Voyage and instances retrieving

> On 6 Mar 2017, at 18:56, Hilaire wrote: > > Ah, sorry I was not clear enough in my introduction. Obviously, I > removed all =/hash overrides on the involved objects and it is therefore > an orthogonal issue (that's why I first resolved the other issues > first). Or did you

Re: [Pharo-users] Voyage and instances retrieving

Ah, sorry I was not clear enough in my introduction. Obviously, I removed all =/hash overrides on the involved objects and it is therefore an orthogonal issue (that's why I first resolved the other issues first). Or did you mean something I did not understand in your previous message? Hilaire Le

Re: [Pharo-users] Voyage and instances retrieving

just as a side note: you must NEVER do a hash based in an attribute that might change. You will screw not just Voyage but all collections where your object is stored (except Array). Esteban > On 6 Mar 2017, at 18:34, Hilaire wrote: > > Le 03/03/2017 à 18:09, Hilaire a

Re: [Pharo-users] Voyage and instances retrieving

Le 03/03/2017 à 18:09, Hilaire a écrit : > I will try to dig for more clues. Now that I clarified the issues regarding duplicated entries and Date. I took another look to this problem. After reset of the repo, to test for sure Voyage correctly retrieves the attributes, I face the same issue

  1   2   3   >