Magma April 2008

magma@lists.squeakfoundation.org

12 participants
13 discussions

How to load latest Magma
by brent＠zamail.co.za 23 Apr '08

23 Apr '08

Hi, When I last installed Magma from SqueakSource, I used MagmaServerLoder-cmm.25.mcz. I see that it has not been updated. Can someone advise what I should use. I presume a stock 3.9 image is still recommended. Thanks Brent ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 1

Re: Magma recovery & Persistent Objects
by Dr Keith A. Morneau 19 Apr '08

19 Apr '08

Chris, Thanks, that worked. I have been playing around with saving and retrieving objects. First, I can not get the example of the swiki to create indexes to work right. I first committed an OrderedCollection of objects. Then, I needed to commit another set of different objects. I noticed that I had to read the whole collection first, add to it, then recommit the whole collection again. Is this the 'correct' way to do this? Or is there a way to just commit the different objects to the repository? BTW, I am not using MagmaCollection to do this. The amount of objects I have persisting is pretty small. Thanks for all your help! Keith On Wed, Apr 16, 2008 at 10:18 PM, Chris Muller <asqueaker(a)gmail.com> wrote: > Ah, ok, it looks like you actually have an open repository (which > maintains its own "__system" session. So try this: > > MagmaRepositoryController initialize > > To get back to a totally "clean state" you may also wish to do: > > MagmaSession cleanUp > > which will clean up any stray MagmaSessions you had lying around. > > > On Tue, Apr 15, 2008 at 9:32 PM, Dr Keith A. Morneau > > > <keith.morneau(a)gmail.com> wrote: > > Hi Chris, > > > > Thanks for the quick response. I tried that and I still have the > > problem. This is what I get - > > > > closing Magma repository /Users/kmorneau/Desktop/SqueakVM/myMagma. > > Will reopen on next startup. > > closing Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma. > > Will reopen on next startup. > > closing Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma. > > Will reopen on next startup. > > closing Magma repository /Users/kmorneau/desktop/squeakvm/MyMagma. > > Will reopen on next startup. > > closing Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma. > > Will reopen on next startup. > > closing Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma. > > Will reopen on next startup. > > closing Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma. > > Will reopen on next startup. > > opening Magma repository /Users/kmorneau/Desktop/SqueakVM/myMagma > > connecting to local-link to /Users/kmorneau/Desktop/SqueakVM/myMagma > > as __system... > > connection established. > > opening Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma > > connecting to local-link to /Users/kmorneau/desktop/SqueakVM/myMagma > > as __system... > > connection established. > > End of recovery group > > opening Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma > > connecting to local-link to /Users/kmorneau/desktop/SqueakVM/myMagma > > as __system... > > connection established. > > End of recovery group > > opening Magma repository /Users/kmorneau/desktop/squeakvm/MyMagma > > connecting to local-link to /Users/kmorneau/desktop/squeakvm/MyMagma > > as __system... > > connection established. > > End of recovery group > > opening Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma > > connecting to local-link to /Users/kmorneau/desktop/SqueakVM/myMagma > > as __system... > > connection established. > > End of recovery group > > opening Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma > > connecting to local-link to /Users/kmorneau/desktop/SqueakVM/myMagma > > as __system... > > connection established. > > End of recovery group > > opening Magma repository /Users/kmorneau/desktop/SqueakVM/myMagma > > connecting to local-link to /Users/kmorneau/desktop/SqueakVM/myMagma > > as __system... > > connection established. > > End of recovery group > > > > Thanks, > > Keith > > > > > > > > On Tue, Apr 15, 2008 at 9:26 PM, Chris Muller <asqueaker(a)gmail.com> wrote: > > > Hi Keith, try: > > > > > > MagmaSession disconnectAndCloseAllConnectedSessions > > > > > > - Chris > > > > > > > > > > > > On Tue, Apr 15, 2008 at 9:16 PM, Dr Keith A. Morneau > > > <keith.morneau(a)gmail.com> wrote: > > > > Hello everyone, > > > > > > > > I am a newbie to Magma. I have a problem that I need help with. I have > > > > not closed open connections properly and now I have Squeak every time > > > > I save and reboot the image Magma restarts the connections again. I > > > > have the image telling me that is opening the magma connection 4 > > > > times. I have no idea how to clean this up and I need to. > > > > > > > > I am connecting with the single user mode. I hope this makes sense. > > > > > > > > Thanks for any help. > > > > > > > > Keith > > > > _______________________________________________ > > > > Magma mailing list > > > > Magma(a)lists.squeakfoundation.org > > > > http://lists.squeakfoundation.org/mailman/listinfo/magma > > > > > > > > > > > > > > > -- > > > > > > > > _______________________________________________ > > Magma mailing list > > Magma(a)lists.squeakfoundation.org > > http://lists.squeakfoundation.org/mailman/listinfo/magma > > >

2 2

Setting up a repository
by Germán Arduino 19 Apr '08

19 Apr '08

Hi Guys: I'm newbie with Magma, but finally want to try it. I want to test a system that is a singleton, whose root class inherits from Object. The problem is that the system is really big, with lots of instances of business objects and, as I don't know another way, I tried (as stated on Getting Started): MagmaRepositoryController create: 'c:\myMagmaFolder' root: Dictionary new were instead "Dictionary new" I did "MySystem current" (the singleton instance that permit to reach all the objects of the system). And here start the doubts: 1. Soon I get the serialization problem with the 10MB limit. How I should manage this situation to create the repository by parts, to avoid the size problem, doing commits more frequently if all I can do is point my whole system to #root: ? 2. If the system were little (not problem with the serialization limit), only doing the above sentence I get the repository and the objects persistent? 3. Is acceptable to use a class that inherits from Object instead Dictionary (as in the example) to point the root object? Considerations of each alternative? 4. Is acceptable/possible to have more than 1 repository to 1 system ? Well, it's all for now, sorry if are so simple questions, but as I've said, I'm stating with Magma. Cheers. -- Germán S. Arduino http://www.arsol.biz http://www.arsol.net

5 8

Optional selector for read strategy
by Igor Stasenko 18 Apr '08

18 Apr '08

What about adding something like #maReadDepth or #maReadStrategy to Object class? I just thinking, that it's easier to define a read strategy on a per class/instance basis, rather than defining a single global read strategy in one step. Is it possible to drive the DB model by defining read strategies in such way? The implementation is seem simple: after reifying proxy send #maReadDepth(or whatever) to reified instance and continue with reification if needed so. -- Best regards, Igor Stasenko AKA sig.

1 0

Magma recovery
by Dr Keith A. Morneau 17 Apr '08

17 Apr '08

Hello everyone, I am a newbie to Magma. I have a problem that I need help with. I have not closed open connections properly and now I have Squeak every time I save and reboot the image Magma restarts the connections again. I have the image telling me that is opening the magma connection 4 times. I have no idea how to clean this up and I need to. I am connecting with the single user mode. I hope this makes sense. Thanks for any help. Keith

2 3

Re: [Q] Unneeded overhead?
by "S.J.Chun" 14 Apr '08

14 Apr '08

My last experience with my mvc only image was not successful. Maybe this is related to lack of "graceful exception handling". However if those serialization methods are not needed for core magma functionalities, how about exclude them from core packages? Anyway I'll try to install them. :-) ----- Original Message ----- From: Keith Hodges <keith_hodges(a)yahoo.co.uk> To: "S.J.Chun" <chunsj(a)embian.com>, Magma(a)lists.squeakfoundation.org Sent: 08-04-14 09:21:29 Subject: Re: [Q] Unneeded overhead? S.J.Chun wrote: > As you can see from MagmaCompatibilityLayer-pk.2.mcz in KernelImage > repository, there're many unneeded GUI - mostly morph related - related > classes on which magma is dependent. > > Should magma use thses classes? Are there any package or plan for > removing these classes? I've once made changeset to remove these classes > but when I want to update these classes are big hurdle. This is my reason > of avoiding magma. > > Thanks in advance. Magma is not depending upon these classes at all. It simply provides some methods for serializing these classes. If you have not got those classes in the image then you dont need the methods for serializing them. If those classes are not present, simply load magma anyway, ignoring the warnings. It is rather silly for the Kernel Image Compatability Layer to provide these classes as dummies, but I seem to remember that the KernelImage doesnt have any facilities for handling exceptions gracefully Keith

1 0

[Q] Unneeded overhead?
by "S.J.Chun" 14 Apr '08

14 Apr '08

As you can see from MagmaCompatibilityLayer-pk.2.mcz in KernelImage repository, there're many unneeded GUI - mostly morph related - related classes on which magma is dependent. Should magma use thses classes? Are there any package or plan for removing these classes? I've once made changeset to remove these classes but when I want to update these classes are big hurdle. This is my reason of avoiding magma. Thanks in advance.

2 1

Batch load throughput behaviour
by squeak414＠free.fr 10 Apr '08

10 Apr '08

Hi, the attached graph shows my batch load rate (objects/second) against database size. Any ideas as to what causes the step-like reductions in speed? I suspected Windows paging, but there's no obvious connection. ...Stan

2 1

asymertical behavior with where: and where:sortedBy:...
by Hilaire Fernandes 08 Apr '08

08 Apr '08

I found an asymmetrical behaviour in recurrent use where:distinct:sortedBy:descending: compare to the use of recurrent where: I get use to take a MagmaCollection and extract from it a small subset in a reader. Then I get the reader passed from one object to another one and eventually refined it with another where: message. Being able to apply recursively where: query from one initial collection is very very handy. As long as you do that with where: it is fined. You can repeat over and over where query with the same indexes of the initial collection. However when applying with where:distinct:sortedBy:descending: then indexes of the initial collection are lost (expect the one used for the sort). It happens because the sort create a new MagmaCollection I enclosed there a small fix. I expect it slows down a bit the sort because of the recreated indexes in the new collection. In the other hand, asymmetrical behaviour is not great at all. May be we should have a fast sort (what we have now) and slower sort but with the expected behaviour. I am curious to read what Chris think about the issue. Hilaire 'From Squeak3.9 of 26 December 2007 [latest update: #7068] on 4 April 2008 at 3:43:10 pm'! !MagmaCollectionReader methodsFor: 'private' stamp: 'HilaireFernandes 4/4/2008 15:41'! newReducedReaderOn: attribute makeDistinct: aBoolean | newMc index | "index := self indexNamed: attribute." newMc := MagmaCollection new. "newMc addIndex: index." collection indexesDo: [:each | newMc addIndex: each]. collection isNewCollection ifTrue: [aBoolean ifTrue: [self asSet do: [:each | newMc add: each]] ifFalse: [self do: [:each | newMc add: each]]] ifFalse: [collection load: newMc from: self makeDistinct: aBoolean]. ^ newMc read: attribute! !

3 3

Bad link from the old list, Archive on Nabble
by squeak414＠free.fr 06 Apr '08

06 Apr '08

I got caught out by a typo on the post announcing the move; it may get others. http://list.squeakfoundation.org/mailman/listinfo/magma should be http://lists.squeakfoundation.org/mailman/listinfo/magma ...Stan. p.s. Can we get Nabble to archive this list- I find it an easier way to search? http://www.nabble.com/more/MailingListRequest.jtp The ideal would be for this list to append to the existing archive. I imagine some people access via gmane as well.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Magma April 2008