I don't know enough about writing an ORB to begin coding, so at this point I'm simply reading existing ORB code and rediscovering the objects which would make up an ORB.
One essential feature of a Squeak ORB is IIOP – this is part of the CORBA spec, but even if the ORB isn't initially compliant, being able to communicate from [eg] a Java Servlet using a Java ORB to Squeak opens up a ton of potential.
Done right, a Squeak ORB could be similar to SAMBA where CORBA servers just seem to get developed and maintained faster.
Some papers and online references:
JacORB – a Java ORB. There are some here papers on implementation.
Fnorb – a Python ORB. No papers, but Python's among the easiest languages to read.
Stub generator (Not necessary with an all dynamic approach)
Would it be sensible to implement this in raw Squeak? There are a number of (L)GPL implementations out there, some of them very good indeed: cf. OmniORB, TAO et al. There could also be a good argument for the creation of a 'dynamic only' ORB (DSI and DII) which could push a lot of the logic up, but would probably be a very general solution. This is all hot wind, of course. [jgp 28/8/2001]
The "All Dynamic" approach is actually a good one. In fact that's how DST and SmalltalkBroker work internally. John Dougan
How about SOAPOpera? It's a SOAP Orb for Squeak...
AdamFeuer
There is another page on this Swiki dealing with SOAP.