- Pharo-users - lists.pharo.org

Re: [Pharo-users] Voyage, Magritte descriptions, and nil exceptions

by Sabine Manaa

Norbert, thank you. Ok, the Numbers collection name is clear. If I use <mongoContainer> ^ VOMongoContainer new collectionName: 'Numbers'; yourself the data is stored correctly in the Numbers collection in Mongo. Also the relationship is fine. Everything fine till here. But after VOMongoRepository current reset. I have problems with fetching the data from mongo If I define mongoContainer <mongoContainer> ^ VOMongoContainer new enableMissingContent; collectionName: 'Numbers'; "kind: self;" yourself Then I get the error "Bad object requested (Three does not inherits from One)" If I define mongoContainer <mongoContainer> ^ VOMongoContainer new enableMissingContent; collectionName: 'Numbers'; kind: self; yourself Then I get an Inspector with 3 instances of "One" (I refer to the workspace of the image from tommasso) It should be only one instance of One Clicking on the one instances, I get an emergency screen with ***System error handling failed**** VOMongoError: Lazy reference not found ... Tommasso, do you get the same results? I am curious about the solution. ***************This is the workspace of tommasso repository dropDatabase. repository := VOMongoRepository host: 'localhost' database: 'VoyageMongo-Link-Test-5'. repository enableSingleton. one := One new. two := Two new. three := Three new. one link: two. one link: three. one save. two save. three save. VOMongoRepository current reset. One selectAll -- View this message in context: http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 9, 2016

NBOpenGL on Pharo5

by Richard Wettel

Hi I was wondering what the status of NBOpenGL on Pharo5 was. As far as I know, it does not work.Â I would like to have CodeCity work on Pharo5. Is anybody else (for instance the Roassal3d team) affected by this? CheersRicky

March 9, 2016

Re: [Pharo-users] Voyage, Magritte descriptions, and nil exceptions

by Norbert Hartl

> Am 09.03.2016 um 09:35 schrieb Sabine Manaa <manaa.sabine(a)gmail.com>: > > you are right. > > I tried to introduce a parent class "Numbers" as superclass of One, Two and Three and defined the relation like this > > mongoLink > <mongoDescription> > ^ VOMongoToOneDescription new > attributeName: 'link'; > kind: Numbers; > yourself > > But it did not work. > > I get a system error...I don't have so much time but I keep thinking and I am interested in your results. I think you can always expect problems when using magritte relationships that aren't homogenous. Voyage is capable of finding objects that are not of the same class. But they need to be in the same inheritance chain. Meaning if you request Numbers than all objects being found need to be kindOf Numbers. The second aspect is that the collection in mongo is derived from the class name so it cannot work because queries over multiple collections are not possible in mongo. You need to do <mongoContainer> ^ VOMongoContainer new collectionName: 'Numbers'; yourself in all subclasses of Numbers. This way every object is stored in the same collection, a query will find them all and will istantiate them because they have the right relationship. Norbert > > My model is so, that I always have the same types in one relationship, so it did not occur in my project. > > 2016-03-08 19:58 GMT+01:00 Sabine Manaa <manaa.sabine(a)gmail.com <mailto:manaa.sabine@gmail.com>>: > I don't think it is a bug, there is missing the description of the relationship between one and two: > If I define the following method, it works. > > Thomasso, do you know this documentation? > > https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/ws/book-resu… <https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/ws/book-resu…> > > > One class>>mongoLink > <mongoDescription> > ^ VOMongoToOneDescription new > attributeName: 'link'; > kind: Two; > yourself > > regards > Sabine > > 2016-03-08 16:31 GMT+01:00 EstebanLM [via Smalltalk] <[hidden email] <http://user/SendEmail.jtp?type=node&node=4883306&i=0>>: > Hi Tommaso, > > that might be a bugâ¦ which version are you using? > if latest, can you fill a bug here: https://github.com/estebanlm/voyage/issues <https://github.com/estebanlm/voyage/issues> (so I do not forget it)? > > thanks, > Esteban > >> On 08 Mar 2016, at 16:25, Tommaso Dal Sasso <[hidden email] <http://user/SendEmail.jtp?type=node&node=4883253&i=0>> wrote: >> >> Hi, >> >> thanks for your answer, I also tried with One>>mongoContainer, but sadly that does not solve the issue. >> I think it works in your case because you have the One object cached from the previous query, but if you inspect the "link" field, it should be nil. >> >> If you reset the repository connection, it should give the exception again. >> >> I'll keep trying :-) >> Tommaso >> >> >> >> On 07/03/16 14:07, Sabine Manaa wrote: >>> Hi Tommaso, >>> >>> you did not define a One>>mongoContainer. I defined it and then it seems to work. >>> >>> Regards >>> >>> 2016-03-06 1:42 GMT+01:00 Tommaso DS [via Smalltalk] <<a moz-do-not-send="true" href="x-msg://133/user/SendEmail.jtp?type=node&node=4882948&i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]>: >>> Hi, >>> >>> I am having troubles with Voyage and Mongo. >>> I have some Classes that I save in Mongo, say "One", "Two", and "Three". >>> All three classes and are voyage roots, so the objects from each class >>> are stored in different collections. >>> One objects has a reference to Two or Three objects. >>> >>> The problem arises when I use a Magritte description and define a Mongo >>> container to optimize the storage: since each class is stored in its own >>> collection, there is no point in storing the #instanceOf attribute as well. >>> >>> Two>>mongoContainer >>> <mongoContainer> >>> >>> ^ VOMongoContainer new >>> kind: Two; >>> yourself >>> >>> If I add this method, when I try to load an object One, I get the >>> exception: "KeyNotFound: key #nil not found in SystemDictionary". >>> It looks like Voyage is not able to understand the type of the objects >>> stored in the collection Two, when loaded from a reference. >>> >>> Am I missing something? Do I need to specify something more to make it work? >>> >>> I reproduced the scenario in an image that can be downloaded here: >>> https://dl.dropboxusercontent.com/u/11506662/VoyageMongo-Link-Test.zip <https://dl.dropboxusercontent.com/u/11506662/VoyageMongo-Link-Test.zip> >>> >>> Do you have any idea? Should I report this on the issue tracker? >>> >>> Thanks! >>> Tommaso >>> >>> >>> >>> If you reply to this email, your message will be added to the discussion below: >>> http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> >>> To start a new topic under Pharo Smalltalk Users, email <a moz-do-not-send="true" href="x-msg://133/user/SendEmail.jtp?type=node&node=4882948&i=1" target="_top" rel="nofollow" link="external" class="">[hidden email] >>> To unsubscribe from Pharo Smalltalk Users, click here <>. >>> NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >>> >>> View this message in context: Re: Voyage, Magritte descriptions, and nil exceptions <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> >>> Sent from the Pharo Smalltalk Users mailing list archive <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com <http://nabble.com/>. >> > > > > If you reply to this email, your message will be added to the discussion below: > http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> > To start a new topic under Pharo Smalltalk Users, email [hidden email] <http://user/SendEmail.jtp?type=node&node=4883306&i=1> > To unsubscribe from Pharo Smalltalk Users, click here <>. > NAML <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > > View this message in context: Re: Voyage, Magritte descriptions, and nil exceptions <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> > Sent from the Pharo Smalltalk Users mailing list archive <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com. >

March 9, 2016

Re: [Pharo-users] Voyage, Magritte descriptions, and nil exceptions

by Sabine Manaa

It would be interesting to hear the opinion of esteban. I geht the error: ***System error handling failed *** Original error: VOMongoError: Lazy reference not found Numbers: OID(...) 2016-03-09 9:35 GMT+01:00 Sabine Manaa <manaa.sabine(a)gmail.com>: > you are right. > > I tried to introduce a parent class "Numbers" as superclass of One, Two > and Three and defined the relation like this > > mongoLink > <mongoDescription> > ^ VOMongoToOneDescription new > attributeName: 'link'; > kind: Numbers; > yourself > > But it did not work. > > I get a system error...I don't have so much time but I keep thinking and I > am interested in your results. > > My model is so, that I always have the same types in one relationship, so > it did not occur in my project. > > 2016-03-08 19:58 GMT+01:00 Sabine Manaa <manaa.sabine(a)gmail.com>: > >> I don't think it is a bug, there is missing the description of the >> relationship between one and two: >> If I define the following method, it works. >> >> Thomasso, do you know this documentation? >> >> >> https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/ws/book-resu… >> >> >> One class>>mongoLink >> <mongoDescription> >> ^ VOMongoToOneDescription new >> attributeName: 'link'; >> kind: Two; >> yourself >> >> regards >> Sabine >> >> 2016-03-08 16:31 GMT+01:00 EstebanLM [via Smalltalk] <[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4883306&i=0>>: >> >>> Hi Tommaso, >>> >>> that might be a bugâ¦ which version are you using? >>> if latest, can you fill a bug here: >>> https://github.com/estebanlm/voyage/issues (so I do not forget it)? >>> >>> thanks, >>> Esteban >>> >>> On 08 Mar 2016, at 16:25, Tommaso Dal Sasso <[hidden email] >>> <http:///user/SendEmail.jtp?type=node&node=4883253&i=0>> wrote: >>> >>> Hi, >>> >>> thanks for your answer, I also tried with One>>mongoContainer, but sadly >>> that does not solve the issue. >>> I think it works in your case because you have the One object cached >>> from the previous query, but if you inspect the "link" field, it should be >>> nil. >>> >>> If you reset the repository connection, it should give the exception >>> again. >>> >>> I'll keep trying :-) >>> Tommaso >>> >>> >>> >>> On 07/03/16 14:07, Sabine Manaa wrote: >>> >>> Hi Tommaso, >>> >>> you did not define a One>>mongoContainer. I defined it and then it seems >>> to work. >>> >>> Regards >>> >>> 2016-03-06 1:42 GMT+01:00 Tommaso DS [via Smalltalk] <<a >>> moz-do-not-send="true" >>> href="x-msg://133/user/SendEmail.jtp?type=node&node=4882948&i=0" >>> target="_top" rel="nofollow" link="external" class="">[hidden email]>: >>> >>>> Hi, >>>> >>>> I am having troubles with Voyage and Mongo. >>>> I have some Classes that I save in Mongo, say "One", "Two", and >>>> "Three". >>>> All three classes and are voyage roots, so the objects from each class >>>> are stored in different collections. >>>> One objects has a reference to Two or Three objects. >>>> >>>> The problem arises when I use a Magritte description and define a Mongo >>>> container to optimize the storage: since each class is stored in its >>>> own >>>> collection, there is no point in storing the #instanceOf attribute as >>>> well. >>>> >>>> Two>>mongoContainer >>>> <mongoContainer> >>>> >>>> ^ VOMongoContainer new >>>> kind: Two; >>>> yourself >>>> >>>> If I add this method, when I try to load an object One, I get the >>>> exception: "KeyNotFound: key #nil not found in SystemDictionary". >>>> It looks like Voyage is not able to understand the type of the objects >>>> stored in the collection Two, when loaded from a reference. >>>> >>>> Am I missing something? Do I need to specify something more to make it >>>> work? >>>> >>>> I reproduced the scenario in an image that can be downloaded here: >>>> https://dl.dropboxusercontent.com/u/11506662/VoyageMongo-Link-Test.zip >>>> >>>> Do you have any idea? Should I report this on the issue tracker? >>>> >>>> Thanks! >>>> Tommaso >>>> >>>> >>>> >>>> ------------------------------ >>>> If you reply to this email, your message will be added to the >>>> discussion below: >>>> >>>> http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… >>>> To start a new topic under Pharo Smalltalk Users, email <a >>>> moz-do-not-send="true" >>>> href="x-msg://133/user/SendEmail.jtp?type=node&node=4882948&i=1" >>>> target="_top" rel="nofollow" link="external" class="">[hidden email] >>>> To unsubscribe from Pharo Smalltalk Users, click here. >>>> NAML >>>> <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >>>> >>> >>> >>> ------------------------------ >>> View this message in context: Re: Voyage, Magritte descriptions, and >>> nil exceptions >>> <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> >>> Sent from the Pharo Smalltalk Users mailing list archive >>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >>> Nabble.com <http://nabble.com>. >>> >>> >>> >>> >>> >>> ------------------------------ >>> If you reply to this email, your message will be added to the discussion >>> below: >>> >>> http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… >>> To start a new topic under Pharo Smalltalk Users, email [hidden email] >>> <http:///user/SendEmail.jtp?type=node&node=4883306&i=1> >>> To unsubscribe from Pharo Smalltalk Users, click here. >>> NAML >>> <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >>> >> >> >> ------------------------------ >> View this message in context: Re: Voyage, Magritte descriptions, and nil >> exceptions >> <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> >> Sent from the Pharo Smalltalk Users mailing list archive >> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >> Nabble.com. >> > >

March 9, 2016

Re: [Pharo-users] Voyage, Magritte descriptions, and nil exceptions

by Sabine Manaa

you are right. I tried to introduce a parent class "Numbers" as superclass of One, Two and Three and defined the relation like this mongoLink <mongoDescription> ^ VOMongoToOneDescription new attributeName: 'link'; kind: Numbers; yourself But it did not work. I get a system error...I don't have so much time but I keep thinking and I am interested in your results. My model is so, that I always have the same types in one relationship, so it did not occur in my project. 2016-03-08 19:58 GMT+01:00 Sabine Manaa <manaa.sabine(a)gmail.com>: > I don't think it is a bug, there is missing the description of the > relationship between one and two: > If I define the following method, it works. > > Thomasso, do you know this documentation? > > > https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/ws/book-resu… > > > One class>>mongoLink > <mongoDescription> > ^ VOMongoToOneDescription new > attributeName: 'link'; > kind: Two; > yourself > > regards > Sabine > > 2016-03-08 16:31 GMT+01:00 EstebanLM [via Smalltalk] <[hidden email] > <http:///user/SendEmail.jtp?type=node&node=4883306&i=0>>: > >> Hi Tommaso, >> >> that might be a bugâ¦ which version are you using? >> if latest, can you fill a bug here: >> https://github.com/estebanlm/voyage/issues (so I do not forget it)? >> >> thanks, >> Esteban >> >> On 08 Mar 2016, at 16:25, Tommaso Dal Sasso <[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4883253&i=0>> wrote: >> >> Hi, >> >> thanks for your answer, I also tried with One>>mongoContainer, but sadly >> that does not solve the issue. >> I think it works in your case because you have the One object cached from >> the previous query, but if you inspect the "link" field, it should be nil. >> >> If you reset the repository connection, it should give the exception >> again. >> >> I'll keep trying :-) >> Tommaso >> >> >> >> On 07/03/16 14:07, Sabine Manaa wrote: >> >> Hi Tommaso, >> >> you did not define a One>>mongoContainer. I defined it and then it seems >> to work. >> >> Regards >> >> 2016-03-06 1:42 GMT+01:00 Tommaso DS [via Smalltalk] <<a >> moz-do-not-send="true" >> href="x-msg://133/user/SendEmail.jtp?type=node&node=4882948&i=0" >> target="_top" rel="nofollow" link="external" class="">[hidden email]>: >> >>> Hi, >>> >>> I am having troubles with Voyage and Mongo. >>> I have some Classes that I save in Mongo, say "One", "Two", and "Three". >>> All three classes and are voyage roots, so the objects from each class >>> are stored in different collections. >>> One objects has a reference to Two or Three objects. >>> >>> The problem arises when I use a Magritte description and define a Mongo >>> container to optimize the storage: since each class is stored in its own >>> collection, there is no point in storing the #instanceOf attribute as >>> well. >>> >>> Two>>mongoContainer >>> <mongoContainer> >>> >>> ^ VOMongoContainer new >>> kind: Two; >>> yourself >>> >>> If I add this method, when I try to load an object One, I get the >>> exception: "KeyNotFound: key #nil not found in SystemDictionary". >>> It looks like Voyage is not able to understand the type of the objects >>> stored in the collection Two, when loaded from a reference. >>> >>> Am I missing something? Do I need to specify something more to make it >>> work? >>> >>> I reproduced the scenario in an image that can be downloaded here: >>> https://dl.dropboxusercontent.com/u/11506662/VoyageMongo-Link-Test.zip >>> >>> Do you have any idea? Should I report this on the issue tracker? >>> >>> Thanks! >>> Tommaso >>> >>> >>> >>> ------------------------------ >>> If you reply to this email, your message will be added to the discussion >>> below: >>> >>> http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… >>> To start a new topic under Pharo Smalltalk Users, email <a >>> moz-do-not-send="true" >>> href="x-msg://133/user/SendEmail.jtp?type=node&node=4882948&i=1" >>> target="_top" rel="nofollow" link="external" class="">[hidden email] >>> To unsubscribe from Pharo Smalltalk Users, click here. >>> NAML >>> <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >>> >> >> >> ------------------------------ >> View this message in context: Re: Voyage, Magritte descriptions, and nil >> exceptions >> <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> >> Sent from the Pharo Smalltalk Users mailing list archive >> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com >> <http://nabble.com>. >> >> >> >> >> >> ------------------------------ >> If you reply to this email, your message will be added to the discussion >> below: >> >> http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… >> To start a new topic under Pharo Smalltalk Users, email [hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4883306&i=1> >> To unsubscribe from Pharo Smalltalk Users, click here. >> NAML >> <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >> > > > ------------------------------ > View this message in context: Re: Voyage, Magritte descriptions, and nil > exceptions > <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com. >

March 9, 2016

Re: [Pharo-users] Fwd: Fwd: Phratch + Debian

by jannik laval

Finally, I made it. It is available here: http://www.phratch.com/download/phratch.deb Best regards, Jannik 2016-03-07 12:18 GMT+01:00 Hilaire <hilaire(a)drgeo.eu>: > In last resort, it is still possible for a LiveCD to get Pratch > installed even if not a Deb package. > > But yes, Pratch will greatly gain exposure being a Deb package, > propagated to the debian family distribution. I write that, but DrGeo is > not deb packaged as well... > > Good luck. > > Hilaire > > Le 07/03/2016 08:32, jannik laval a Ã©crit : > > > > I send the email to the pharo community. > > Can someone help us to create a phratch .deb package ? > > > > The need is for a french professor who needs to create a debian live > > distrib for education. He want to include phratch instead of scratch / > > snap ... > > So, it is a great opportunity for us. > > > > Thank you for your help. > > Jannik > > -- > Dr. Geo > http://drgeo.eu > > > -- ~~Jannik Laval~~ Enseignant-chercheur Responsable PÃ©dagogique Licence Coordonnateur de Projet en SystÃ¨me d'Information IUT LumiÃ¨re, UniversitÃ© Lyon LumiÃ¨re laboratoire DISP http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info

March 9, 2016

Re: [Pharo-users] [Pharo-dev] Little how to

by Ben Coman

On Wed, Mar 9, 2016 at 9:14 AM, Offray Vladimir Luna CÃ¡rdenas < offray.luna(a)mutabit.com> wrote: > Hi, > > That little howtos are really nice! I'll include them in the grafoscopio > interactive notebook/tutorial... now Damien, how I delete your face of my > image? :-P (but... seriously.. how I delete that morph. Alt-click is not > working) > Maybe browse "Morph allSubInstances" then "self delete" on the one you want to delete. cheers -ben > > Cheers, > > Offray > > > On 03/03/16 08:46, Damien Cassou wrote: > >> stepharo <stepharo(a)free.fr> writes: >> >> Now I would love to get your ideas and their solution. >>> >> getting a photo from an email address through gravatar: >> >> email := 'damien(a)cassou.me'. >> url := 'http://www.gravatar.com/avatar/', (MD5 hashMessage: email >> trimBoth asLowercase) hex, '.jpg'. >> (ZnEasy getJpeg: url) asMorph openInHand >> >> > >

March 9, 2016

Re: [Pharo-users] [Pharo-dev] Little how to

by Offray Vladimir Luna CÃ¡rdenas

Hi, That little howtos are really nice! I'll include them in the grafoscopio interactive notebook/tutorial... now Damien, how I delete your face of my image? :-P (but... seriously.. how I delete that morph. Alt-click is not working) Cheers, Offray On 03/03/16 08:46, Damien Cassou wrote: > stepharo <stepharo(a)free.fr> writes: > >> Now I would love to get your ideas and their solution. > getting a photo from an email address through gravatar: > > email := 'damien(a)cassou.me'. > url := 'http://www.gravatar.com/avatar/', (MD5 hashMessage: email trimBoth asLowercase) hex, '.jpg'. > (ZnEasy getJpeg: url) asMorph openInHand >

March 9, 2016

Re: [Pharo-users] Voyage, Magritte descriptions, and nil exceptions

by Tommaso Dal Sasso

On 08/03/16 19:58, Sabine Manaa wrote: > I don't think it is a bug, there is missing the description of the > relationship between one and two: > If I define the following method, it works. > > Thomasso, do you know this documentation? > > https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/ws/book-resu… > > > One class>>mongoLink > <mongoDescription> > ^ VOMongoToOneDescription new > attributeName: 'link'; > kind: Two; > yourself > Hi, thanks for your answer. Indeed in this way it works, because the relation between One and Two is explicit. However, in this case I am not able anymore to link objects of the class Three, therefore loosing the dynamic capabilities of both MongoDB and Smalltalk. I'll try to investigate a bit more, to understand if it is indeed a bug or what I am trying to do is simply not reasonable :-) Tommaso > regards > Sabine > > 2016-03-08 16:31 GMT+01:00 EstebanLM [via Smalltalk] <[hidden email] > </user/SendEmail.jtp?type=node&node=4883306&i=0>>: > > Hi Tommaso, > > that might be a bugâ¦ which version are you using? > if latest, can you fill a bug here: > https://github.com/estebanlm/voyage/issues (so I do not forget it)? > > thanks, > Esteban > >> On 08 Mar 2016, at 16:25, Tommaso Dal Sasso <[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4883253&i=0>> wrote: >> >> Hi, >> >> thanks for your answer, I also tried with One>>mongoContainer, >> but sadly that does not solve the issue. >> I think it works in your case because you have the One object >> cached from the previous query, but if you inspect the "link" >> field, it should be nil. >> >> If you reset the repository connection, it should give the >> exception again. >> >> I'll keep trying :-) >> Tommaso >> >> >> >> On 07/03/16 14:07, Sabine Manaa wrote: >>> Hi Tommaso, >>> >>> you did not define a One>>mongoContainer. I defined it and then >>> it seems to work. >>> >>> Regards >>> >>> 2016-03-06 1:42 GMT+01:00 Tommaso DS [via Smalltalk] <<a >>> moz-do-not-send="true" >>> href="x-msg://133/user/SendEmail.jtp?type=node&node=4882948&i=0" >>> target="_top" rel="nofollow" link="external" class="">[hidden >>> email]>: >>> >>> Hi, >>> >>> I am having troubles with Voyage and Mongo. >>> I have some Classes that I save in Mongo, say "One", "Two", >>> and "Three". >>> All three classes and are voyage roots, so the objects from >>> each class >>> are stored in different collections. >>> One objects has a reference to Two or Three objects. >>> >>> The problem arises when I use a Magritte description and >>> define a Mongo >>> container to optimize the storage: since each class is >>> stored in its own >>> collection, there is no point in storing the #instanceOf >>> attribute as well. >>> >>> Two>>mongoContainer >>> <mongoContainer> >>> >>> ^ VOMongoContainer new >>> kind: Two; >>> yourself >>> >>> If I add this method, when I try to load an object One, I >>> get the >>> exception: "KeyNotFound: key #nil not found in >>> SystemDictionary". >>> It looks like Voyage is not able to understand the type of >>> the objects >>> stored in the collection Two, when loaded from a reference. >>> >>> Am I missing something? Do I need to specify something more >>> to make it work? >>> >>> I reproduced the scenario in an image that can be downloaded >>> here: >>> https://dl.dropboxusercontent.com/u/11506662/VoyageMongo-Link-Test.zip >>> >>> Do you have any idea? Should I report this on the issue >>> tracker? >>> >>> Thanks! >>> Tommaso >>> >>> >>> >>> ------------------------------------------------------------------------ >>> If you reply to this email, your message will be added to >>> the discussion below: >>> http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… >>> >>> To start a new topic under Pharo Smalltalk Users, email <a >>> moz-do-not-send="true" >>> href="x-msg://133/user/SendEmail.jtp?type=node&node=4882948&i=1" >>> target="_top" rel="nofollow" link="external" >>> class="">[hidden email] >>> To unsubscribe from Pharo Smalltalk Users, click here. >>> NAML >>> <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >>> >>> >>> >>> >>> ------------------------------------------------------------------------ >>> View this message in context: Re: Voyage, Magritte descriptions, >>> and nil exceptions >>> <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> >>> Sent from the Pharo Smalltalk Users mailing list archive >>> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at >>> Nabble.com <http://nabble.com>. >> > > > > ------------------------------------------------------------------------ > If you reply to this email, your message will be added to the > discussion below: > http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488… > > To start a new topic under Pharo Smalltalk Users, email [hidden > email] </user/SendEmail.jtp?type=node&node=4883306&i=1> > To unsubscribe from Pharo Smalltalk Users, click here. > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > > > > > ------------------------------------------------------------------------ > View this message in context: Re: Voyage, Magritte descriptions, and > nil exceptions > <http://forum.world.st/Voyage-Magritte-descriptions-and-nil-exceptions-tp488…> > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com.

March 9, 2016

Re: [Pharo-users] [Pillar] Ascii doc

by Dimitris Chloupis

I see, ok thanks On Tue, 8 Mar 2016 at 21:34, Yann Dubois <yann59.dubois(a)gmail.com> wrote: > AsciiDoc is an exporter like Pillar, you can export you asciidoc file to > pdf or something else. For the moment, this format allows generate files in > format that Pillar can't know. > > I hope I answer your question >

March 8, 2016