16 Sep
2019
16 Sep
'19
6:29 p.m.
Hi Jannik,
Did you think to use a graph database?
No need to solve circular dependencies and probably more efficient for querying.
I did not try but there is an example here:
https://github.com/quentinplessis/smalltalk-neo4j
Cheers,
Christophe.
Le 16 sept. 2019 à 18:04, Jannik Laval
<Jannik.Laval(a)univ-lyon2.fr> a écrit :
In fact, I need to save models and query them.
I think we can do it with Gemstone. But I thought we can have something similar with
MongoDB.
In fact, the point is « how to identify circular references » to avoid infinite loop in
Voyage ?
Cheers
--
~~Jannik Laval~~
Enseignant-chercheur
Responsable Pédagogique Licence Coordonnateur de Projet
IUT Lumière, Université Lumière Lyon 2
laboratoire DISP
+33 4 78 77 43 06
http://www.jannik-laval.eu <http://www.jannik-laval.eu/>
http://www.phratch.com
http://www.approchealpes.info
Le 16 sept. 2019 à 17:24, Stéphane Ducasse
<stephane.ducasse(a)inria.fr <mailto:stephane.ducasse@inria.fr>> a écrit :
I’m confused by what you want to do but you can try ston.
Stef
_______________________________________________
Moose-dev mailing list
Moose-dev(a)list.inf.unibe.ch
https://www.list.inf.unibe.ch/listinfo/moose-dev On 16 Sep 2019, at 16:58, Jannik Laval
<jannik.laval(a)gmail.com <mailto:jannik.laval@gmail.com>> wrote:
The idea is to use it at runtime. So need to make queries.
But the idea of MSE serialization is good.
Now I don’t know how we can manage the serialization strategy of MSE with the one of
Voyage…
--
~~Jannik Laval~~
Enseignant-chercheur
Responsable Pédagogique Licence Coordonnateur de Projet
IUT Lumière, Université Lumière Lyon 2
laboratoire DISP
+33 4 78 77 43 06
http://www.jannik-laval.eu <http://www.jannik-laval.eu/>
http://www.phratch.com <http://www.phratch.com/>
http://www.approchealpes.info
--------------------------------------------
Stéphane Ducasse
http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/>
http://www.synectique.eu <http://www.synectique.eu/> / http://www.pharo.org
<http://www.pharo.org/>
03 59 35 87 52
Assistant: Julie Jonas
FAX 03 59 57 78 50
TEL 03 59 35 86 16
S. Ducasse - Inria
40, avenue Halley,
Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
Villeneuve d'Ascq 59650
France
_______________________________________________
Moose-dev mailing list
Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch>
https://www.list.inf.unibe.ch/listinfo/moose-dev Le 16 sept. 2019 à 16:46, Nicolas Anquetil
<nicolas.anquetil(a)inria.fr> a écrit :
Hi,
what is the goal?
if it is only a backup store (to later retreive the entire model), you
could try something similar to the MSE serialization (done with a
visitor).
So it would be a 1 level tree
nicolas
On Mon, 2019-09-16 at 15:22 +0200, Jannik Laval wrote:
> Hi everyone,
>
> I am trying to save a moose model into MongoDB, using Voyage (Pharo
> 7, Moose 8).
> My problem is that it is not a tree. So I declared MooseEntity as
> voyageRoot.
>
> Now, it seems I have a loop into my graph.
> Do you have any idea of ho to debug that ?
>
> Cheers,
> --
> ~~Jannik Laval~~
> Enseignant-chercheur
> Responsable Pédagogique Licence Coordonnateur de Projet
> IUT Lumière, Université Lumière Lyon 2
> laboratoire DISP
> +33 4 78 77 43 06
> http://www.jannik-laval.eu
> http://www.phratch.com
> http://www.approchealpes.info
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
--
Nicolas Anquetil
RMod team -- Inria Lille
_______________________________________________
Moose-dev mailing list
Moose-dev(a)list.inf.unibe.ch
https://www.list.inf.unibe.ch/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)list.inf.unibe.ch
https://www.list.inf.unibe.ch/listinfo/moose-dev