[Seaside] Multiple WADispatchers for the same applications?
jfitzell at gmail.com
Wed Apr 28 16:04:06 UTC 2010
What you're doing is perfectly logical. What is broken, frankly, is the
stupid way we register applications in #initialize methods. It's been a
pet-peeve of mine for a while but never seems to be critical enough to fix.
I'd like to have some kind of class that you could define to describe
applications you want to set up (default path, root class, etc) and the UI
could then allow you to select a target dispatcher and load some or all of
the applications into it. A first step might be to get rid of all the
#initialize methods on Components, re-implement them as #registerIn: or
something and then call those methods on each component from WAAdmin or
On Wed, Apr 28, 2010 at 2:30 PM, Damien Pollet <damien.pollet at gmail.com>wrote:
> Hi list,
> I'm trying to have a Seaside image configured with a couple adaptors,
> one for production stuff (localhost:8080 or through apache, with files
> and pier) and the other for admin access (localhost:9090 only, with
> config, status, tools… as well as pier and files).
> In the Seaside control panel I created another service for port 9090,
> replaced the dispatcher of that one with a copy, then removed
> admin-only applications from the original dispatcher. Problem is, the
> config app ends up using WAAdmin defaultDispatcher to initialize the
> config component and that returns the wrong one (I can go to
> localhost:9090/config or …/status, but in browse and config I only see
> pier and files from the 8080 dispatcher).
> Of course I could have kept the original dispatcher as is and pruned
> admin apps from the clone instead.
> But more generally:
> - is it completely stupid to do it this way?
> - is it really supposed to work, accessing the same app a from several
> - could there be a WAAdmin currentDispatcher that would return the one
> that actually dispatched the current request?
> Damien Pollet
> type less, do more [ | ] http://people.untyped.org/damien.pollet
> seaside mailing list
> seaside at lists.squeakfoundation.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the seaside