4 Dec
2007
4 Dec
'07
12:05 a.m.
Haven't tried anything with 3.10. I'm using SIXX 0.2c with 2.9.
On 03/12/2007, Adriaan van Os <avanos(a)xs4all.nl>
wrote:
--
http://www.a3aan.st
I'm using SIXX to move a site from one image
to another.
Thanks for the suggestion. Are you doing something particular?
SIXX (latest from squeakmap) doesn't load in my 3.10 image...
HTH,
Adriaan.
--
http://www.a3aan.st
_______________________________________________
SmallWiki, Magritte, Pier and Related Tools ...
https://www.iam.unibe.ch/mailman/listinfo/smallwiki
--
Damien Pollet
type less, do more [ | ] http://typo.cdlm.fasmz.org
_______________________________________________
SmallWiki, Magritte, Pier and Related Tools ...
https://www.iam.unibe.ch/mailman/listinfo/smallwiki
On 25/02/2007, Philippe Marschall
<philippe.marschall(a)gmail.com>
wrote:
> 2007/2/25, Damien Cassou
<damien.cassou(a)gmail.com>om>:
> > what is the best solution to extract a pier website from an image
and
> put
the extracted root into another image ?
Assuming you don't use magma:
I'd say grab the kernel, file it out with ReferenceStream and file it
in the other image (you'll have to add it to the instances). Maybe
you'll have to nil out the mutex in the persistency instance, you'll
find out if filing out will give an error.
I'm trying to do the same... ReferenceStream doesn't work because it
encounters a BlockContext in the process (eg. some Magritte condition
on the number of posts the blog should show).
I'm trying to go the Magma way but it won't install' either via
Universes or MC. Magma seaside says it needs WADispatcherControlPanel
(I'm following the load order from http://wiki.squeak.org/squeak/5902
)
Any suggestion ?
--
Damien Pollet
type less, do more [ | ] http://typo.cdlm.fasmz.org
_______________________________________________
SmallWiki, Magritte, Pier and Related Tools ...
https://www.iam.unibe.ch/mailman/listinfo/smallwiki
4 Dec
4 Dec
12:42 a.m.
New subject: Extracting a pier root
On 04/12/2007, Adriaan van Os <avanos(a)xs4all.nl> wrote:
--
Damien Pollet
type less, do more [ | ] http://typo.cdlm.fasmz.org
Haven't tried anything with 3.10. I'm using
SIXX 0.2c with 2.9.
wow :)
So serializing the kernel out to a file worked directly, but when
loading the .sixx file back in another image, it tries to put a nil
inside a set, and the set complains. What could replace some object by
a nil like that? unserializable object on one end, or missing classes
in the new image?
I think I have the same classes available, but it's late, I will check later…
Anyway, thanks
On 03/12/2007,
Adriaan van Os <avanos(a)xs4all.nl> wrote:
--
http://www.a3aan.st
_______________________________________________
SmallWiki, Magritte, Pier and Related Tools ...
https://www.iam.unibe.ch/mailman/listinfo/smallwiki
I'm using SIXX to move a site from one image
to another.
Thanks for the suggestion. Are you doing something particular?
SIXX (latest from squeakmap) doesn't load in my 3.10 image...
HTH,
Adriaan.
--
Damien Pollet
type less, do more [ | ] http://typo.cdlm.fasmz.org
_______________________________________________
SmallWiki, Magritte, Pier and Related Tools ...
https://www.iam.unibe.ch/mailman/listinfo/smallwiki
On 25/02/2007, Philippe Marschall
<philippe.marschall(a)gmail.com>
wrote:
> 2007/2/25, Damien Cassou
<damien.cassou(a)gmail.com>om>:
> > what is the best solution to extract a pier website from an image
and
> > put the extracted root into another
image ?
>
> Assuming you don't use magma:
> I'd say grab the kernel, file it out with ReferenceStream and file it
> in the other image (you'll have to add it to the instances). Maybe
> you'll have to nil out the mutex in the persistency instance, you'll
> find out if filing out will give an error.
I'm trying to do the same... ReferenceStream doesn't work because it
encounters a BlockContext in the process (eg. some Magritte condition
on the number of posts the blog should show).
I'm trying to go the Magma way but it won't install' either via
Universes or MC. Magma seaside says it needs WADispatcherControlPanel
(I'm following the load order from http://wiki.squeak.org/squeak/5902
)
Any suggestion ?
--
Damien Pollet
type less, do more [ | ] http://typo.cdlm.fasmz.org
_______________________________________________
SmallWiki, Magritte, Pier and Related Tools ...
https://www.iam.unibe.ch/mailman/listinfo/smallwiki
--
http://www.a3aan.st
_______________________________________________
SmallWiki, Magritte, Pier and Related Tools ...
https://www.iam.unibe.ch/mailman/listinfo/smallwiki
9:39 a.m.
New subject: Extracting a pier root
So serializing the kernel out to a file worked
directly, but when
loading the .sixx file back in another image, it tries to put a nil
inside a set, and the set complains. What could replace some object by
a nil like that? unserializable object on one end, or missing classes
in the new image?
This sounds like the Set is not properly hashed. Probably due to a bug
in the SIXX Set serialization.
Cheers,
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
9:48 a.m.
New subject: Extracting a pier root
So serializing
the kernel out to a file worked directly, but when
loading the .sixx file back in another image, it tries to put a nil
inside a set, and the set complains. What could replace some object
by
a nil like that? unserializable object on one end, or missing classes
in the new image?
This sounds like the Set is not properly hashed. Probably due to a bug
in the SIXX Set serialization. 
11:06 a.m.
New subject: Extracting a pier root
On 4 Dec 2007, at 09:48, Lukas Renggli wrote:
It would be really cool if we could get that working.
These snippets run fine on an out-of-the box Pier from Seaside.530
| stream |
stream := ReferenceStream fileNamed: 'export.obj'.
stream nextPut: (PRKernel instanceNamed: 'Pier') root sixxString.
stream close.
| stream |
stream := ReferenceStream fileNamed: 'export.obj'.
(PRKernel instanceNamed: 'Pier') root: (Object readSixxFrom: stream
next).
stream close.
So, what is that is not working?
Cheers
--mbj
So serializing the kernel out to a file worked
directly, but when
loading the .sixx file back in another image, it tries to put a nil
inside a set, and the set complains. What could replace some object
by
a nil like that? unserializable object on one end, or missing
classes
in the new image?
This sounds like the Set is not properly hashed. Probably due to a
bug
in the SIXX Set serialization.
1:53 p.m.
New subject: Extracting a pier root
On 04/12/2007, M. Blanc <manuel.blanc(a)gmail.com> wrote:
These snippets run fine on an out-of-the box Pier from Seaside.530
| stream |
stream := ReferenceStream fileNamed: 'export.obj'.
stream nextPut: (PRKernel instanceNamed: 'Pier') root sixxString.
stream close.
Why use a ReferenceStream to store XML in a file?
This sounds like the Set is not properly hashed.
Probably due to a
bug
in the SIXX Set serialization.
It would be really cool if we could get that working. So, what is that is not working?
I'm not sure… I installed a few add-ons and use Pier-Security.
Those refer to classes from the objects inside the PRKernel (so
serializing with a ReferenceStream would end up serializing the whole
class hierarchy. Also, as I said, some objects store BlockContexts
from Magritte conditions, and it seems ReferenceStream doesn't want to
serialize these.
I'm not really clear why SIXX would know better about how to serialize
stuff than ReferenceStream…
--
Damien Pollet
type less, do more [ | ] http://typo.cdlm.fasmz.org
2:40 p.m.
New subject: Extracting a pier root
On 4 Dec 2007, at 13:53, Damien Pollet wrote:
It's not the point, but Sixx alone is also running fine with a fresh
Pier on Seaside.530
| sws |
sws := SixxWriteStream newFileNamed: 'Pier.xml'.
sws nextPut: (PRKernel instanceNamed: 'Pier') root.
sws close.
| srs |
srs := SixxReadStream readOnlyFileNamed: 'Pier.xml'.
(PRKernel instanceNamed: 'Pier') root: srs next.
srs close.
Why don't you try your add-ons one by one?
Cheers
--mbj
On 04/12/2007, M. Blanc <manuel.blanc(a)gmail.com>
wrote:
These snippets run fine on an out-of-the box Pier from Seaside.530
| stream |
stream := ReferenceStream fileNamed: 'export.obj'.
stream nextPut: (PRKernel instanceNamed: 'Pier') root sixxString.
stream close.
Why use a ReferenceStream to store XML in a file?
Testing hygiene
This sounds like the Set is not properly hashed.
Probably due to a
bug
in the SIXX Set serialization.
It would be really cool if we could get that working. So, what is that is not working?
I'm not sure… I installed a few add-ons and use Pier-Security.
Those refer to classes from the objects inside the PRKernel (so
serializing with a ReferenceStream would end up serializing the whole
class hierarchy. Also, as I said, some objects store BlockContexts
from Magritte conditions, and it seems ReferenceStream doesn't want to
serialize these.
I'm not really clear why SIXX would know better about how to serialize
stuff than ReferenceStream…
5 Dec
5 Dec
5:05 p.m.
New subject: Extracting a pier root
On 04/12/2007, M. Blanc <manuel.blanc(a)gmail.com> wrote:
Why don't you try your add-ons one by one?
Well that just worked, I don't think I changed anything… *scratches bald spot*
--
Damien Pollet
type less, do more [ | ] http://typo.cdlm.fasmz.org
11:15 p.m.
New subject: Extracting a pier root
On 05/12/2007, Damien Pollet <damien.pollet(a)gmail.com> wrote:
On 04/12/2007, M. Blanc <manuel.blanc(a)gmail.com>
wrote:
It seems everything works fine, provided the correct code is there in
the destination image. But the VM dies when I do PUSecurity-related
stuff. Eg:
- try to login, the command displays its user/password, but clicking
"Login" kills the VM
- strip all security decorations, remove properties from the kernel,
then try to re-add them from the web => VM dies upon validation of the
"change owner" form.
I tried breakpointing doValidate and doAnswer, the VM dies before that. Ideas ?
--
Damien Pollet
type less, do more [ | ] http://typo.cdlm.fasmz.org
Why don't you try your add-ons one by one?
Well that just worked, I don't think I changed anything… *scratches bald spot*
6226
days inactive
6228
days old
8 comments
4 participants
participants (4)
-
Adriaan van Os -
Damien Pollet -
Lukas Renggli -
M. Blanc