[Seaside-dev] Loading Seaside 2.9 from scratch

[John O'Keefe]

> And a continuous integration server would really help catch these issues

I currently run only a drop or 2 behind (except on your especially
productive days) and ENVY (our library control system) is very picky about
dependencies -- so I do find them about as soon as they appear (this is how
Issue #133 got opened).  I have worked around most of the dependencies by
splitting up my platform-specific packages so that I have:

* a VA Smalltalk 'Preload' package, loaded before Seaside-Core, that
provides all the Squeak porting extensions as well as a sufficient subset of
SeasidePlatformSupport to satisfy Seaside-Core's initialization requests
* a VA Smalltalk 'Continuations' package, loaded before
Seaside-Core, substantially the same as the Squeak 'Continuations' package
* a VA Smalltalk 'Core' package, loaded after Seaside-Core, containing the
platform codecs and most of the rest of SeasidePlatformSupport
* a VA Smalltalk 'DevelopmentPreload' package, loaded before
Seaside-Development-Core, that contains the development-specific bit of
SeasidePlatformSupport and other odds and ends needed to support the various
development tools

This organization seems to work for me -- although I need to tune it
occasionally as stuff gets refactored in the various Seaside packages.
However, I think I would prefer lazy-initialization to my current approach
since it would relieve me of the (also error-prone) refactoring of my
several 'preload' packages.

John O'Keefe [|], Principal Smalltalk Architect, Instantiations Inc.


On Fri, Sep 5, 2008 at 3:44 PM, Philippe Marschall <
philippe.marschall at gmail.com> wrote:

> Hi Gerhard
>
> Thanks for testing, I had a look unfortunately there are indeed
> several severe problems left. If we had looked more exactly at the
> dependency diagram then we would have found that out. What we did:
> - Seaside-Core expects a WAContinuation class, because of this we made
> a Seaside-Squeak-Continuation package and moved it there
> - Seaside-Core expects also a WAProcess variable class, so I moved it
> there as well
>
> What we overlooked:
> - Several classes in Seaside-Core expect a working
> SeasidePlatformSupport and send messages to it during class
> initialization, examples include, WAExternalID, WAFileLibrary,
> WAHtmlEncoder, WAUrlEncoder
> - WASqueakPlatfrom depends on other classes like WAGenericSqueakCodec
> and WAUtf8SqueakCodec
> - WAUtf8SqueakCodec and WAGenericSqueakCodec depend on WACodec
>
> I see two options, both of them are ugly:
> 1. Merge Seaside-Squeak-Core and Seaside-Squeak-Continuation and load
> it before Seaside-Core. WAUtf8SqueakCodec and WAGenericSqueakCodec
> would have to become subclasses of Object which is ugly because they
> implement the WACodec "interface".
> 2. Lazily initialize the WAExternalID, WAFileLibrary, WAHtmlEncoder,
> WAUrlEncoder classes from Seaside-Squeak-Core which is ugly because it
> is error prone and we have an undeclared in Seaside-Core for a short
> time.
>
> Preferences? Other options?
>
> And a continuous integration server would really help catch these issues
>
> Cheers
> Philippe
>
> 2008/9/5 Gerhard Obermann <obi068 at gmail.com>:
>  > Hi!
> >
> > I have tried to load Seaside 2.9 starting with an empty Pahro developer
> > image.
> > I followed the loading steps from squeaksource.com but
> > its currently not possible to load Seaside-Core because
> > it has references to SeasidePlatformSupport which will be initialized
> > with the next package Seaside-Squeak-Core.
> > Of course its also not possible to load Seaside-Squeak-Core before.
> >
> > br
> > Gerhard
> >
> >
> > _______________________________________________
> > seaside-dev mailing list
> > seaside-dev at lists.squeakfoundation.org
> > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
> >
> >
> _______________________________________________
> seaside-dev mailing list
> seaside-dev at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/seaside-dev/attachments/20080908/d6a25ae2/attachment.htm