0.92 changed xmlbeans sts from foo to dynamic. Why was this change required?
I have a common schema catalog and a bunch of wsdl files that use the schemas defined in the schema catalog. We use tibco on server, which generates client wsdls with schema definitions embedded instead of as import statements. This cause problems when we try to generate Axis client stubs. Because xmlbeans is invoked for every wsdl it generates a new sts name (instead of using "foo" eveytime). That makes my xmlbeans classes, between two wsdls stubs generation, runs imcomptible. They now have two different sts names in it.
XFire is attempting for a way to generate stubs from multiple wslds at the same time. Is something on those lines planned for Axis? That would avoid sts name conflicts.
Also, xmlbeans has a sfactor tool (
http://xmlbeans.apache.org/docs/2.0.0/guide/tools.html#sfactor) that "Factors redundant definitions out of a set of schemas and uses imports instead." wouldn't something like that which works on wsdls be great? I have 25+ wsdls that include the same schema definitions instead of just importing them. It would be nice to have a tool that refactors and uses import statements.
Is there a way in Axis2 to specify a xmlbeans schema package that is pregenerated based on schema files (xsd) directly, instead of having it generated per wsdl file while using wsd2code?
Thanks,
Prashant Rane
