November 2013 - Pharo-users

Re: [Pharo-users] Mongo cache vs database objects

by Sabine KnÃ¶fel

ok:-) btw and ot: http://adam-fletcher.co.uk/howtobegerman/ recommend! On Wed, Nov 27, 2013 at 2:49 PM, Norbert Hartl [via Smalltalk] < ml-node+s1294792n4725604h19(a)n4.nabble.com> wrote: > > Am 27.11.2013 um 14:28 schrieb Sabine KnÃ¶fel <[hidden email]<http://user/SendEmail.jtp?type=node&node=4725604&i=0> > >: > > Hi Norbert, > > ooh sorry, it was absolutely NOT my intention to critisize your > explanation I wanted to say it is complicated for my small brain ;-) I am > very happy about your quick answer which helped me finding a solution for > my problem!!! sorry! > > No pun taken. In fact _I_ was criticizing my explanation because it sucks > :) So now letâs stop it because we are germans not canadians. No more > sorrys needed. > > This was the post FROM Johan about the documentation: > http://forum.world.st/Cleaning-up-Voyage-Documentation-td4723834.html > > LOL now, after writing the answer I understand the joke ;-) (of Johan, > from johan) > > Ah, the other Johan! It is good to know because I did some changes to > MongoTalk so I see what I can add. > > Norbert > > Sabine > > > > > > On Wed, Nov 27, 2013 at 2:17 PM, Norbert Hartl [via Smalltalk] <<a > href="x-msg://257/user/SendEmail.jtp?type=node&node=4725597&i=0" > target="_top" rel="nofollow" link="external">[hidden email]> wrote: > >> >> Am 27.11.2013 um 14:05 schrieb Sabine KnÃ¶fel <[hidden email]<http://user/SendEmail.jtp?type=node&node=4725590&i=0> >> >: >> >> Hi Norbert, >> >> thank you very much for the clarification. >> >> I had to read it several times but now I understand and I know what to >> change in my model for this (something with references to objects which >> have been deleted by the user). >> >> Yep, it _is_ a horrible explanation but the only one I can come up in a >> short timeframe :) Making it easily readably and clear would talk some more >> time. >> >> Perhaps your answer is also interesting for the documentation of Johan. >> >> Uh? Iâve never seen a documentation about Johan. That is a nice idea! I >> was always thinking about how to use him! >> >> Norbert >> >> Greets >> Sabine >> >> >> On Wed, Nov 27, 2013 at 1:44 PM, Norbert Hartl [via Smalltalk] <<a >> href="<a >> href="x-msg://256/user/SendEmail.jtp?type=node&amp;node=4725585&amp;i=0">x-msg://256/user/SendEmail.jtp?type=node&node=4725585&i=0" >> target="_top" rel="nofollow" link="external">[hidden email]> wrote: >> >>> >>> Am 27.11.2013 um 13:20 schrieb Sabine KnÃ¶fel <[hidden email]<http://user/SendEmail.jtp?type=node&node=4725577&i=0> >>> >: >>> >>> > Hi Esteban, all, >>> > >>> > I work with mongo daily an it works fine, I am very happy with it. >>> > >>> > As you told me, with >>> >>> VORepository current reset. >>> > I can force re loading all objects from database and resetting the >>> cache >>> > completely. >>> > This is helpful for development eg. after changing the magritte >>> > descriptions. >>> > >>> Indeed. You need to flush/reset the repository in order to have new >>> descriptions to take effect. >>> >>> > My question: >>> > Is there a possibility to make a query and tell voyage that THIS query >>> >>> > should be done within the database and NOT within the cached objets? >>> And >>> > that all objects and the child objects from this query are loaded >>> freshly >>> > from database into the cache. >>> > >>> All queries go to the database. The cache is just used at resolve time. >>> And it is necessary to have identical objects. Meaning you query the >>> database directly and then objects are materialized. If the object is >>> already in the cache the cached one is returned. Otherwise you would lose >>> identity because having two requests containing the same object as a result >>> would lead to two objects instead of one. You could only load trees instead >>> of a graph. >>> >>> > My concrete situation: >>> > I want that if the user logs in, his objects are loaded from database >>> and >>> > NOT from cache. This means the person, his trips etc. >>> > >>> > And the question coming along with this: >>> > How long does the cache keeps objects/when are they reseted (except the >>> >>> >>> VORepository current reset)? >>> > If I would never take a new image and never make a reset, would all >>> objects >>> > remain in the image (and the database objects wold never be read)? In >>> this >>> > case what about the size of the image? >>> > >>> Iâm not sure on this one. I think the cache does not clean anything. The >>> thing about being able to load a graph I wrote above has also the >>> constraint that all loaded objects that are still participating in the >>> active graph need to be in the cache. But then the cache is a weak >>> dictionary meaning that all objects leaving the active graph are removed >>> from the cache (well at GC time, I think) >>> Norbert >>> >>> > Regards >>> > Sabine >>> > >>> > >>> > >>> > -- >>> > View this message in context: >>> http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554.html >>> > Sent from the Pharo Smalltalk Users mailing list archive 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/Mongo-cache-vs-database-objects-tp4725554p4725577.html >>> To start a new topic under Pharo Smalltalk Users, email <a href="<a >>> href="x-msg://256/user/SendEmail.jtp?type=node&amp;node=4725585&amp;i=1">x-msg://256/user/SendEmail.jtp?type=node&node=4725585&i=1" >>> target="_top" rel="nofollow" link="external">[hidden email] >>> To unsubscribe from Mongo cache vs database objects, click here. >>> NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >>> >> >> >> ------------------------------ >> View this message in context: Re: Mongo cache vs database objects<http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725585.html> >> >> 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/Mongo-cache-vs-database-objects-tp4725554p4725590.html >> To start a new topic under Pharo Smalltalk Users, email <a >> href="x-msg://257/user/SendEmail.jtp?type=node&node=4725597&i=1" >> target="_top" rel="nofollow" link="external">[hidden email] >> >> To unsubscribe from Mongo cache vs database objects, click here. >> NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >> > > > ------------------------------ > View this message in context: Re: Mongo cache vs database objects<http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725597.html> > 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/Mongo-cache-vs-database-objects-tp4725554p4725604.html > To start a new topic under Pharo Smalltalk Users, email > ml-node+s1294792n1310670h65(a)n4.nabble.com > To unsubscribe from Mongo cache vs database objects, click here<http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- View this message in context: http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725607.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 27, 2013

Re: [Pharo-users] Is there a template engine in Pharo

by Norbert Hartl

Am 27.11.2013 um 14:03 schrieb Damien Cassou <damien.cassou(a)gmail.com>: > On Wed, Nov 27, 2013 at 1:42 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >> Be my guest >> >> http://norbert.hartl.name/blog/2013/10/03/mustache-templates-for-smalltalk/ > > > thank you Norbert, that's really useful. > I would be glad if you would use it. If the additional emitted whitespaces are annoying to you drop me a note. I now postpone the implementation of the whitespace for too long anyway. Norbert

Nov. 27, 2013

Re: [Pharo-users] Mongo cache vs database objects

by Norbert Hartl

Am 27.11.2013 um 14:28 schrieb Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com>: > Hi Norbert, > > ooh sorry, it was absolutely NOT my intention to critisize your explanation I wanted to say it is complicated for my small brain ;-) I am very happy about your quick answer which helped me finding a solution for my problem!!! sorry! > No pun taken. In fact _I_ was criticizing my explanation because it sucks :) So now letâs stop it because we are germans not canadians. No more sorrys needed. > This was the post FROM Johan about the documentation: > http://forum.world.st/Cleaning-up-Voyage-Documentation-td4723834.html > > LOL now, after writing the answer I understand the joke ;-) (of Johan, from johan) > Ah, the other Johan! It is good to know because I did some changes to MongoTalk so I see what I can add. Norbert > Sabine > > > > > > On Wed, Nov 27, 2013 at 2:17 PM, Norbert Hartl [via Smalltalk] <[hidden email]> wrote: > > Am 27.11.2013 um 14:05 schrieb Sabine KnÃ¶fel <[hidden email]>: > >> Hi Norbert, >> >> thank you very much for the clarification. >> >> I had to read it several times but now I understand and I know what to change in my model for this (something with references to objects which have been deleted by the user). >> > Yep, it _is_ a horrible explanation but the only one I can come up in a short timeframe :) Making it easily readably and clear would talk some more time. > >> Perhaps your answer is also interesting for the documentation of Johan. >> > Uh? Iâve never seen a documentation about Johan. That is a nice idea! I was always thinking about how to use him! > > Norbert > >> Greets >> Sabine >> >> >> On Wed, Nov 27, 2013 at 1:44 PM, Norbert Hartl [via Smalltalk] <<a href="x-msg://256/user/SendEmail.jtp?type=node&node=4725585&i=0" target="_top" rel="nofollow" link="external">[hidden email]> wrote: >> >> Am 27.11.2013 um 13:20 schrieb Sabine KnÃ¶fel <[hidden email]>: >> >> > Hi Esteban, all, >> > >> > I work with mongo daily an it works fine, I am very happy with it. >> > >> > As you told me, with >> >>> VORepository current reset. >> > I can force re loading all objects from database and resetting the cache >> > completely. >> > This is helpful for development eg. after changing the magritte >> > descriptions. >> > >> Indeed. You need to flush/reset the repository in order to have new descriptions to take effect. >> >> > My question: >> > Is there a possibility to make a query and tell voyage that THIS query >> > should be done within the database and NOT within the cached objets? And >> > that all objects and the child objects from this query are loaded freshly >> > from database into the cache. >> > >> All queries go to the database. The cache is just used at resolve time. And it is necessary to have identical objects. Meaning you query the database directly and then objects are materialized. If the object is already in the cache the cached one is returned. Otherwise you would lose identity because having two requests containing the same object as a result would lead to two objects instead of one. You could only load trees instead of a graph. >> >> > My concrete situation: >> > I want that if the user logs in, his objects are loaded from database and >> > NOT from cache. This means the person, his trips etc. >> > >> > And the question coming along with this: >> > How long does the cache keeps objects/when are they reseted (except the >> >>> VORepository current reset)? >> > If I would never take a new image and never make a reset, would all objects >> > remain in the image (and the database objects wold never be read)? In this >> > case what about the size of the image? >> > >> Iâm not sure on this one. I think the cache does not clean anything. The thing about being able to load a graph I wrote above has also the constraint that all loaded objects that are still participating in the active graph need to be in the cache. But then the cache is a weak dictionary meaning that all objects leaving the active graph are removed from the cache (well at GC time, I think) >> Norbert >> >> > Regards >> > Sabine >> > >> > >> > >> > -- >> > View this message in context: http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554.html >> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > >> >> >> >> >> If you reply to this email, your message will be added to the discussion below: >> http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725577.html >> To start a new topic under Pharo Smalltalk Users, email <a href="x-msg://256/user/SendEmail.jtp?type=node&node=4725585&i=1" target="_top" rel="nofollow" link="external">[hidden email] >> To unsubscribe from Mongo cache vs database objects, click here. >> NAML >> >> >> View this message in context: Re: Mongo cache vs database objects >> >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > If you reply to this email, your message will be added to the discussion below: > http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725590.html > To start a new topic under Pharo Smalltalk Users, email [hidden email] > To unsubscribe from Mongo cache vs database objects, click here. > NAML > > > View this message in context: Re: Mongo cache vs database objects > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 27, 2013

Re: [Pharo-users] Is there a template engine in Pharo

by Tudor Girba

Indeed, it is quite nice. Doru On Wed, Nov 27, 2013 at 2:03 PM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > On Wed, Nov 27, 2013 at 1:42 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > Be my guest > > > > > http://norbert.hartl.name/blog/2013/10/03/mustache-templates-for-smalltalk/ > > > thank you Norbert, that's really useful. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 27, 2013

Re: [Pharo-users] Mongo cache vs database objects

by Sabine KnÃ¶fel

Hi Norbert, ooh sorry, it was absolutely NOT my intention to critisize your explanation I wanted to say it is complicated for my small brain ;-) I am very happy about your quick answer which helped me finding a solution for my problem!!! sorry! This was the post FROM Johan about the documentation: http://forum.world.st/Cleaning-up-Voyage-Documentation-td4723834.html LOL now, after writing the answer I understand the joke ;-) (of Johan, from johan) Sabine On Wed, Nov 27, 2013 at 2:17 PM, Norbert Hartl [via Smalltalk] < ml-node+s1294792n4725590h85(a)n4.nabble.com> wrote: > > Am 27.11.2013 um 14:05 schrieb Sabine KnÃ¶fel <[hidden email]<http://user/SendEmail.jtp?type=node&node=4725590&i=0> > >: > > Hi Norbert, > > thank you very much for the clarification. > > I had to read it several times but now I understand and I know what to > change in my model for this (something with references to objects which > have been deleted by the user). > > Yep, it _is_ a horrible explanation but the only one I can come up in a > short timeframe :) Making it easily readably and clear would talk some more > time. > > Perhaps your answer is also interesting for the documentation of Johan. > > Uh? Iâve never seen a documentation about Johan. That is a nice idea! I > was always thinking about how to use him! > > Norbert > > Greets > Sabine > > > On Wed, Nov 27, 2013 at 1:44 PM, Norbert Hartl [via Smalltalk] <<a > href="x-msg://256/user/SendEmail.jtp?type=node&node=4725585&i=0" > target="_top" rel="nofollow" link="external">[hidden email]> wrote: > >> >> Am 27.11.2013 um 13:20 schrieb Sabine KnÃ¶fel <[hidden email]<http://user/SendEmail.jtp?type=node&node=4725577&i=0> >> >: >> >> > Hi Esteban, all, >> > >> > I work with mongo daily an it works fine, I am very happy with it. >> > >> > As you told me, with >> >>> VORepository current reset. >> > I can force re loading all objects from database and resetting the cache >> >> > completely. >> > This is helpful for development eg. after changing the magritte >> > descriptions. >> > >> Indeed. You need to flush/reset the repository in order to have new >> descriptions to take effect. >> >> > My question: >> > Is there a possibility to make a query and tell voyage that THIS query >> > should be done within the database and NOT within the cached objets? And >> >> > that all objects and the child objects from this query are loaded >> freshly >> > from database into the cache. >> > >> All queries go to the database. The cache is just used at resolve time. >> And it is necessary to have identical objects. Meaning you query the >> database directly and then objects are materialized. If the object is >> already in the cache the cached one is returned. Otherwise you would lose >> identity because having two requests containing the same object as a result >> would lead to two objects instead of one. You could only load trees instead >> of a graph. >> >> > My concrete situation: >> > I want that if the user logs in, his objects are loaded from database >> and >> > NOT from cache. This means the person, his trips etc. >> > >> > And the question coming along with this: >> > How long does the cache keeps objects/when are they reseted (except the >> >> >>> VORepository current reset)? >> > If I would never take a new image and never make a reset, would all >> objects >> > remain in the image (and the database objects wold never be read)? In >> this >> > case what about the size of the image? >> > >> Iâm not sure on this one. I think the cache does not clean anything. The >> thing about being able to load a graph I wrote above has also the >> constraint that all loaded objects that are still participating in the >> active graph need to be in the cache. But then the cache is a weak >> dictionary meaning that all objects leaving the active graph are removed >> from the cache (well at GC time, I think) >> Norbert >> >> > Regards >> > Sabine >> > >> > >> > >> > -- >> > View this message in context: >> http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554.html >> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> > >> >> >> >> >> ------------------------------ >> If you reply to this email, your message will be added to the discussion >> below: >> >> http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725577.html >> To start a new topic under Pharo Smalltalk Users, email <a >> href="x-msg://256/user/SendEmail.jtp?type=node&node=4725585&i=1" >> target="_top" rel="nofollow" link="external">[hidden email] >> To unsubscribe from Mongo cache vs database objects, click here. >> NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> >> > > > ------------------------------ > View this message in context: Re: Mongo cache vs database objects<http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725585.html> > > 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/Mongo-cache-vs-database-objects-tp4725554p4725590.html > To start a new topic under Pharo Smalltalk Users, email > ml-node+s1294792n1310670h65(a)n4.nabble.com > To unsubscribe from Mongo cache vs database objects, click here<http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- View this message in context: http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725597.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 27, 2013

Re: [Pharo-users] Mongo cache vs database objects

by Norbert Hartl

Am 27.11.2013 um 14:05 schrieb Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com>: > Hi Norbert, > > thank you very much for the clarification. > > I had to read it several times but now I understand and I know what to change in my model for this (something with references to objects which have been deleted by the user). > Yep, it _is_ a horrible explanation but the only one I can come up in a short timeframe :) Making it easily readably and clear would talk some more time. > Perhaps your answer is also interesting for the documentation of Johan. > Uh? Iâve never seen a documentation about Johan. That is a nice idea! I was always thinking about how to use him! Norbert > Greets > Sabine > > > On Wed, Nov 27, 2013 at 1:44 PM, Norbert Hartl [via Smalltalk] <[hidden email]> wrote: > > Am 27.11.2013 um 13:20 schrieb Sabine KnÃ¶fel <[hidden email]>: > > > Hi Esteban, all, > > > > I work with mongo daily an it works fine, I am very happy with it. > > > > As you told me, with > >>> VORepository current reset. > > I can force re loading all objects from database and resetting the cache > > completely. > > This is helpful for development eg. after changing the magritte > > descriptions. > > > Indeed. You need to flush/reset the repository in order to have new descriptions to take effect. > > > My question: > > Is there a possibility to make a query and tell voyage that THIS query > > should be done within the database and NOT within the cached objets? And > > that all objects and the child objects from this query are loaded freshly > > from database into the cache. > > > All queries go to the database. The cache is just used at resolve time. And it is necessary to have identical objects. Meaning you query the database directly and then objects are materialized. If the object is already in the cache the cached one is returned. Otherwise you would lose identity because having two requests containing the same object as a result would lead to two objects instead of one. You could only load trees instead of a graph. > > > My concrete situation: > > I want that if the user logs in, his objects are loaded from database and > > NOT from cache. This means the person, his trips etc. > > > > And the question coming along with this: > > How long does the cache keeps objects/when are they reseted (except the > >>> VORepository current reset)? > > If I would never take a new image and never make a reset, would all objects > > remain in the image (and the database objects wold never be read)? In this > > case what about the size of the image? > > > Iâm not sure on this one. I think the cache does not clean anything. The thing about being able to load a graph I wrote above has also the constraint that all loaded objects that are still participating in the active graph need to be in the cache. But then the cache is a weak dictionary meaning that all objects leaving the active graph are removed from the cache (well at GC time, I think) > > Norbert > > > Regards > > Sabine > > > > > > > > -- > > View this message in context: http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554.html > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > > > If you reply to this email, your message will be added to the discussion below: > http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725577.html > To start a new topic under Pharo Smalltalk Users, email [hidden email] > To unsubscribe from Mongo cache vs database objects, click here. > NAML > > > View this message in context: Re: Mongo cache vs database objects > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 27, 2013

Re: [Pharo-users] Mongo cache vs database objects

by Sabine KnÃ¶fel

Hi Norbert, thank you very much for the clarification. I had to read it several times but now I understand and I know what to change in my model for this (something with references to objects which have been deleted by the user). Perhaps your answer is also interesting for the documentation of Johan. Greets Sabine On Wed, Nov 27, 2013 at 1:44 PM, Norbert Hartl [via Smalltalk] < ml-node+s1294792n4725577h82(a)n4.nabble.com> wrote: > > Am 27.11.2013 um 13:20 schrieb Sabine KnÃ¶fel <[hidden email]<http://user/SendEmail.jtp?type=node&node=4725577&i=0>>: > > > > Hi Esteban, all, > > > > I work with mongo daily an it works fine, I am very happy with it. > > > > As you told me, with > >>> VORepository current reset. > > I can force re loading all objects from database and resetting the cache > > completely. > > This is helpful for development eg. after changing the magritte > > descriptions. > > > Indeed. You need to flush/reset the repository in order to have new > descriptions to take effect. > > > My question: > > Is there a possibility to make a query and tell voyage that THIS query > > should be done within the database and NOT within the cached objets? And > > that all objects and the child objects from this query are loaded > freshly > > from database into the cache. > > > All queries go to the database. The cache is just used at resolve time. > And it is necessary to have identical objects. Meaning you query the > database directly and then objects are materialized. If the object is > already in the cache the cached one is returned. Otherwise you would lose > identity because having two requests containing the same object as a result > would lead to two objects instead of one. You could only load trees instead > of a graph. > > > My concrete situation: > > I want that if the user logs in, his objects are loaded from database > and > > NOT from cache. This means the person, his trips etc. > > > > And the question coming along with this: > > How long does the cache keeps objects/when are they reseted (except the > >>> VORepository current reset)? > > If I would never take a new image and never make a reset, would all > objects > > remain in the image (and the database objects wold never be read)? In > this > > case what about the size of the image? > > > Iâm not sure on this one. I think the cache does not clean anything. The > thing about being able to load a graph I wrote above has also the > constraint that all loaded objects that are still participating in the > active graph need to be in the cache. But then the cache is a weak > dictionary meaning that all objects leaving the active graph are removed > from the cache (well at GC time, I think) > > Norbert > > > Regards > > Sabine > > > > > > > > -- > > View this message in context: > http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554.html > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725577.html > To start a new topic under Pharo Smalltalk Users, email > ml-node+s1294792n1310670h65(a)n4.nabble.com > To unsubscribe from Mongo cache vs database objects, click here<http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML<http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- View this message in context: http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554p4725585.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 27, 2013

Re: [Pharo-users] Is there a template engine in Pharo

by Damien Cassou

On Wed, Nov 27, 2013 at 1:42 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > Be my guest > > http://norbert.hartl.name/blog/2013/10/03/mustache-templates-for-smalltalk/ thank you Norbert, that's really useful. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 27, 2013

Re: [Pharo-users] Is there a template engine in Pharo

by Norbert Hartl

Am 27.11.2013 um 13:21 schrieb Damien Cassou <damien.cassou(a)gmail.com>: > Hi, > > I'm looking for a template engine for Pharo. What I mean by that is > the same as String>>format: but much more powerful. > Be my guest http://norbert.hartl.name/blog/2013/10/03/mustache-templates-for-smalltalk/ Norbert

Nov. 27, 2013

Re: [Pharo-users] Mongo cache vs database objects

by Norbert Hartl

Am 27.11.2013 um 13:20 schrieb Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com>: > Hi Esteban, all, > > I work with mongo daily an it works fine, I am very happy with it. > > As you told me, with >>> VORepository current reset. > I can force re loading all objects from database and resetting the cache > completely. > This is helpful for development eg. after changing the magritte > descriptions. > Indeed. You need to flush/reset the repository in order to have new descriptions to take effect. > My question: > Is there a possibility to make a query and tell voyage that THIS query > should be done within the database and NOT within the cached objets? And > that all objects and the child objects from this query are loaded freshly > from database into the cache. > All queries go to the database. The cache is just used at resolve time. And it is necessary to have identical objects. Meaning you query the database directly and then objects are materialized. If the object is already in the cache the cached one is returned. Otherwise you would lose identity because having two requests containing the same object as a result would lead to two objects instead of one. You could only load trees instead of a graph. > My concrete situation: > I want that if the user logs in, his objects are loaded from database and > NOT from cache. This means the person, his trips etc. > > And the question coming along with this: > How long does the cache keeps objects/when are they reseted (except the >>> VORepository current reset)? > If I would never take a new image and never make a reset, would all objects > remain in the image (and the database objects wold never be read)? In this > case what about the size of the image? > Iâm not sure on this one. I think the cache does not clean anything. The thing about being able to load a graph I wrote above has also the constraint that all loaded objects that are still participating in the active graph need to be in the cache. But then the cache is a weak dictionary meaning that all objects leaving the active graph are removed from the cache (well at GC time, I think) Norbert > Regards > Sabine > > > > -- > View this message in context: http://forum.world.st/Mongo-cache-vs-database-objects-tp4725554.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Nov. 27, 2013