Again, "What it means to the spec". Available tools are the next level.
Groves to IDL to Whatever is still the food chain. Committing directly
to Java is what is wrong in the previous posted suggestion. As David
says, "we are in raging agreement". Unless we leave the API adaptible
to other languages, we lose too many well-known and practiced
optimization
advantages. So, C, C++, yes even ADA, are still possibilities.
> >> The commitment to JAVA for implementation
> >>is only a commitment to a slow language.
> >
> >Again, verifiably false. There is no reason that native-code Java compilers
> >cannot exist. Languages aren't slow -- implementations are. Something you
> >learn sometime in your first 2 years of college...
>
> There is already an i86 native code compiler, and I hear that the
> FSF is working on incorporating JAVA into GCC.
Glad to hear it. Have you ever read the FAR and its regulations for
using commercial software? These don't matter to academic development
efforts, but to the commercial software business they are of some
importance. So, forgive me if I keep pushing toward the commercial
requirements. Java is fine. FSF is food for the hungry.
There are alternatives that must be considered.
IDL looks to be the best candidate for the implementors. I think a
grove
definition provides good spec language and makes it easier to align XML
with the Technical Corrigendums from WG8. Let each party read the
verbiage that works best for them.
len