Yeah! I had that class generated, but tried to use the constructor
that's provided without looking much into the code where in the end a
static final Factory class and also a static final SchemaType type
datamember were provided.
Actually the constructor was asking for a SchemaType to be given as
its parameter. I was new to the XML Beans programming style and I
thought I should get the SchemaType somehow out of one of the many
.xsb files. My mistake.
Alex! Your solution helped me in using the Factory class. I didn't
have the least idea that a factory will be provided as a nested inner
class in the same document.

Bye
Jaya

On 7/28/05, Aleksander Slominski <[EMAIL PROTECTED]> wrote:
> well, so what was it?
> 
> alek
> 
> jayachandra wrote:
> 
> >Thanks guys for the help!
> >Finally I figured out a way to solve my problem.
> >
> >Jaya
> >
> >On 7/28/05, jayachandra <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Alek!
> >>Thanks for reply but, the problem I have is that I don't have any java
> >>class files available with me. It's all a set of .xsb files. And some
> >>remote mailing list entry enlightened me that XML Beans uses .xsb meta
> >>data files to load a precompiled schema (quickly). But it didn't talk
> >>about the finer details of how to exactly load .xsb files. That's the
> >>answer I'm trying to find. I hope I was clear in stating my problem,
> >>at least this time. Any help will be very much appreciated.
> >>
> >>Thanks
> >>Jaya
> >>
> >>On 7/28/05, Aleksander Slominski <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>>jayachandra wrote:
> >>>
> >>>
> >>>
> >>>>Hi guys!
> >>>>Do anyone around have some familiarity with XML Beans and xsb files.
> >>>>I have the Axis2 wsdl2java tool generating the following schema system
> >>>>meta data files
> >>>>
> >>>>schema
> >>>>     |
> >>>>     ----system
> >>>>     |      |
> >>>>     |      ----foo
> >>>>     |           |
> >>>>     |            ----TypeSystemHolder.class
> >>>>     |           |
> >>>>     |            ----echostring9d15doctype.xsb
> >>>>     |           |
> >>>>     |            ----echostring97a3elemtype.xsb
> >>>>     |            ....(and some more)
> >>>>     |
> >>>>     ----javaname
> >>>>            |
> >>>>            ----mypackage
> >>>>                  |
> >>>>                  ----EchoStringDocument.xsb
> >>>>
> >>>>What should I do in my test client program if I should instantiate a
> >>>>schemaType of EchoStringDocument in the above given scenario.
> >>>>Using the following line I'm able to instantiate schemaType of
> >>>>echostring9d15doctype.xsb and other xsbs in that folder
> >>>>
> >>>>SchemaType sType =
> >>>>(SchemaType)schema.system.foo.TypeSystemHolder.typeSystem.resolveHandle("EchoStringDocument");
> >>>>
> >>>>Since the TypeSystemHolder class is not available under
> >>>>schema/javaname/mypackage, how can I instantiate a schema type of
> >>>>EchoStringDocument.
> >>>>
> >>>>I'm totally new to XML Beans, so any help or pointers can be of great 
> >>>>help.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>i have no idea how (what was input WSDL/XSD?) or what you generated but
> >>>if you have XmlBeans generated classses then you can create java classss
> >>>for xs:element  by simply doing something like this:
> >>>
> >>>       EchoStringDocument inputMsg =
> >>>EchoStringDocument.Factory.newInstance();
> >>>       ... field  = inputMsg.addNewWhateverField();
> >>>
> >>>HTH,
> >>>
> >>>alek
> >>>
> >>>ps. if you need to find XmlBeans generated classes dynamically for given
> >>>QName then you should use SchemaType AFAIK:
> >>>
> >>>               SchemaTypeSystem schemaTypeSystem  = ...
> >>>               QName qn = ...;
> >>>               SchemaType typeEl = schemaTypeSystem.findDocumentType(qn);
> >>>
> >>>http://marc.theaimsgroup.com/?l=xmlbeans-dev&m=109537770023934&w=2
> >>>
> >>>--
> >>>The best way to predict the future is to invent it - Alan Kay
> >>>
> >>>
> >>>
> >>>
> >>--
> >>-- Jaya
> >>
> >>
> >>
> >
> >
> >
> >
> 
> 
> --
> The best way to predict the future is to invent it - Alan Kay
> 
> 


-- 
-- Jaya

Reply via email to