| Newsgroups |
gmane.comp.video.fresco.devel |
| Message-ID |
<[email protected]> |
On Mon, Nov 25, 2002 at 11:30:45AM -0700, M. Evans wrote:
> The .NET approach scraps the IDL in favor of a common language
> runtime. So there is no need to write IDL interfaces any more.
> Languages just plug and play because they are compiled to a common
> back-end. No more IDL libraries!
ok, so how do I use remote objects with .NET without using _any_
protocol... I can't... I think they're using xmlrpc, soap or some
other small-scale solution... guess what, they again need some
description of how to communicate to external objects - how do you
think these are done?
> So far all I've heard is that it's too hard to build, so you gave up
> and rolled your own code. Seems to me it would make more sense to
ACE was registered at freshmeat in 1998... not sure how old Prague is,
but it definitely isn't new either... so just claiming that "we gave up
and rolled our own code" is a bit vague...
> no more serious fork than starting a whole new project to do the same
> thing.
except if you don't know the other project or it wasn't good enough back
when you started (like it was with Babylon).
> This is how open source efforts defeat themselves, constantly reinventing
then why are you still here if open source efforts suck anyway?
> there are many other libraries -- and now heaven help us, another one,
> Prague.
prague is most probably older than most of them, so blame them not us,
thanks :)
> Besides, my goodness, I can't believe what I'm hearing -- people
> interested in slim libraries who depend upon CORBA, the most notorious
> bloatware in the known universe.
soap+xmlrpc+not_sure_what_else_they_start_to_"invent" (oops no hungarian
notation) won't be much smaller once it has all the features fresco needs
> I don't see how a system wrapped in CORBA could be considered overkill
> unless CORBA itself is a failure.
fyi, prague has nothing to do with corba, last I tried it didn't even
check for an installed ORB on configure. it's a library to abstract
glitches in the system's APIs away (like the putenv/setenv chaos,
dynamic linker madness, threading hell), for the application running,
not to be exported to some other box or something like that
> Besides, I think the whole overkill notion belies a failure on your
> part to appreciate the potential for growth in Fresco. You might find
> ten years from now that Prague has become ACE in all but name.
Prague is a bit like "POSIX for C++". stefan aims to get POSIX-like
sematics or at least method names in there where possible and my problems
with getting fresco to run with solaris usually are solved in Prague,
nowhere else...
on the other side, ACE advertises itself as "An OO Network Programming
Toolkit in C++" - the only similarity in their goal I see is "Toolkit in C++"
patrick mauritz
--
,------------------------------------------------------------------------.
> a + bi is just a complex way of saying (a,b) <
|------------------------------------------------------------------------|
> Moonlight 3D Resurrected | www.moonlight3d.net <
`------------------------------------------------------------------------'
Drink wet cement. Get stoned.