On Sun, 2 Sep 2001 06:19, Tom Bradford wrote:
> The next version of dbXML (1.5) will be ported from the Juggernaut
> server framework to Avalon. From a very high level, it looks like it
> should be fairly easy, but I was wondering if anybody has run into any
> gotchas porting between server framew
On Sun, 2 Sep 2001 09:38, Paul Hammant wrote:
> If you can mine this maillist you'll see Peter and Fede ++ discussing
> things about six months ago. Configurable and Reconfigurable. Perhaps
> you need a ConfigurationUpdate interface ..
>
> interface ConfigurationUpdater {
> void setConfiguratio
Paul Hammant wrote:
> You've beaten it already then I think. Start by having a look
> HelloWorldServer or some of the others. Wehn starting new blocks, I
> invariable clone one of these and make it what I want (iteratively).
>
> "top-level object graph" Not sure what you mean here.
Just mean th
Static is the killer. I guess only beginners make that mistake. No
singletons needed for Avalon/phoenix.
Can you elaborate a little? In the Juggernaut framework (which I
designed about 4-5 years ago) there is a single static instance of a
kernel just by virtue of the VM only creating one in the
Paul Hammant wrote:
> Static is the killer. I guess only beginners make that mistake. No
> singletons needed for Avalon/phoenix.
Can you elaborate a little? In the Juggernaut framework (which I
designed about 4-5 years ago) there is a single static instance of a
kernel just by virtue of the VM
The next version of dbXML (1.5) will be ported from the Juggernaut
server framework to Avalon. From a very high level, it looks like it
should be fairly easy, but I was wondering if anybody has run into any
gotchas porting between server frameworks.
I guess I am chief porter for the mo ;-)
Sta
On Sun, 2 Sep 2001 06:19, Tom Bradford wrote:
> The next version of dbXML (1.5) will be ported from the Juggernaut
> server framework to Avalon. From a very high level, it looks like it
> should be fairly easy, but I was wondering if anybody has run into any
> gotchas porting between server frame
On Sun, 2 Sep 2001 09:38, Paul Hammant wrote:
> If you can mine this maillist you'll see Peter and Fede ++ discussing
> things about six months ago. Configurable and Reconfigurable. Perhaps
> you need a ConfigurationUpdate interface ..
>
> interface ConfigurationUpdater {
> void setConfigurati
Paul Hammant wrote:
> You've beaten it already then I think. Start by having a look
> HelloWorldServer or some of the others. Wehn starting new blocks, I
> invariable clone one of these and make it what I want (iteratively).
>
> "top-level object graph" Not sure what you mean here.
Just mean t
>
>
>>Static is the killer. I guess only beginners make that mistake. No
>>singletons needed for Avalon/phoenix.
>>
>
>Can you elaborate a little? In the Juggernaut framework (which I
>designed about 4-5 years ago) there is a single static instance of a
>kernel just by virtue of the VM only cre
Paul Hammant wrote:
> Static is the killer. I guess only beginners make that mistake. No
> singletons needed for Avalon/phoenix.
Can you elaborate a little? In the Juggernaut framework (which I
designed about 4-5 years ago) there is a single static instance of a
kernel just by virtue of the VM
>
>
>The next version of dbXML (1.5) will be ported from the Juggernaut
>server framework to Avalon. From a very high level, it looks like it
>should be fairly easy, but I was wondering if anybody has run into any
>gotchas porting between server frameworks.
>
I guess I am chief porter for the m
12 matches
Mail list logo
