WSTK model for WSDL emitter

[Russell Butek <bu...@us.ibm.com>]

IBM's WSTK folks - notably Rick Rineholt - have a SOAP Encoded Object Model
(SEOM) that they use in their WSDL emitter.  They are offerring their model
to AXIS.  I spent the last couple days rewriting the Wsdl2java emitter to
use their model instead of WSDL4J and DOM directly.  Here is the result.
This has all of our stuff plus all of the SEOM code.  (See attached file:
wstkmodel.zip)

Benefits of their model:
- It handles most schema types, ours barely does.
- We'll probably find we need some sort of model that's easier to code to
than DOM and WSDL4J (we've already created the Parameters class).  SEOM is
such a model.
- They are willing to support their model, growing it to match the needs of
AXIS - in other words, Rick could become a committer.

Possible drawbacks of their model:
- SEOM barely exposes WSDL4J or DOM.  This was intentional in their design,
but our emitter may need to be exposed to them to a greater degree.  For
example, the WSDL service tag isn't reflected in SEOM.  I left the
generation of deploy.xml, undeploy.xml, XXXService.java pretty much alone
just because I couldn't generate these using SEOM.
- First we had DOM, then WSDL4J, now SEOM.  Three layers of a symbol table.
SEOM brings in a lot of new classes.  Does AXIS really need a layer as
thick as SEOM?

Russell Butek
butek@us.ibm.com