Re: [DotGNU]Heteric idea about multutyer apps

[Seth Johnson]

If you can believe it, dBase is still around (was bought
from Borland, and is now being supported far better than
ever), and it actually has this feature, or one very similar
to it.

It's Windows, but . . .  Well, they do say they are working
on a Gnu/Linux port.

Anyway, they call it DEO, or Dynamic External Objects.  It's
not several executables, but rather all of the object files
can be separate.  You write one little launching executable,
give that to the client systems, and put all the object
files on up to 10 servers, and it calls them up as needs
be.  You can upgrade an application without telling
everybody to close the it -- you just upload the object
file, and the revised procedure comes up automatically when
the client executables call it.  It's pretty neat.

Now, back to dotGNU . . .

Seth Johnson

P.S. dBase currently lives at:  www.dbase.com


Tomislav Sajdl wrote:
> 
> Would someone mind to comment this idea?
> 
> In order to make tyered aplication to be written as easy as non-tyered, my
> idea is to make compiler able to complile classical code into several
> executables. Imagine some OO language: all objects marked with 'tyer1',
> shell go to one executable, markde as 'tyer2' to another and so on. From
> programmer's point of view, everything acts like one big exe. Compiler, of
> course, has to make some RPC alike linking between separate tyers and
> classical linking between calls in same tyer.