I do really like the StaX based loader for binding, which are really
simple to write for simple
bindings. The jbi binding is quite the same as the axis2 one, so that
there is only one attribute on
the binding element. Having to auto-generate a number of classes for
that is quite painful.
If you are considering keeping the SDO model, it would be great to add
support for maven 1
and ant, as not everyone is using maven 2.
As ServiceMix is still build with maven1, I decided to not implement the
SDO based loader
at the moment and stay with StaX. As the binding itself uses JAXB2
(though it may change in
the future), I have to include all eclipse dependencies and SDO stuff,
just to load the system
configuration files :(
I also had to rewrite the BootStrapHelper and TuscanyRuntime to be able
to use StaX without
having to patch the sources (a setter for the stax attribute would be
welcome ;) ).
... just my 2 cents.
Cheers,
Guillaume Nodet
Jeremy Boynes wrote:
I checked in a framework for a StAX-based configuration loader for the
SCA core. It is based on a set of element handlers that generate a model
object from a element in the XML stream; handlers for the core and
system schemas are in the core module, handlers for extensions can be
bundled in the extension module and are contributed as regular system
components.
I tested with the basic system and helloworld configurations and
discovered a problem with the way configured properties and references
are handled. This should be resolved once the FIXME in ComponentImpl is
addressed.
To get this working I had to modify the autowire resolver in the
SystemAggregateContextImpl. I hope this can be removed once Jim gets
references working. I also think we need to reexamine the autowire
algorithm but will open another thread for that.
--
Jeremy
