Re: JAX-B class generation of complexTypes

Oh, oops.  Sorry, I forgot they moved it to the java.net site.  It's
actually a pretty highly-populated list.  I used to be on it myself, and my
brother still is...So I know for a fact there's not 0.  :)  Here's the NEW
address, and I apologize for giving you the old one:

https://jaxb.dev.java.net/servlets/ProjectMailingListList

Scroll to the bottom of the page, and you'll see that the "users" list is
the "continuation of the old jaxb-interest list".

Good luck,
-Brandon

----- Original Message -----
From: "Jim Beard" <[email protected]>
To: <[email protected]>
Sent: Tuesday, February 17, 2004 3:29 AM
Subject: Re: JAX-B class generation of complexTypes


> A nice idea, but I doubt a response would come at all.
>
> http://archives.java.sun.com/archives/
>
> The list at the url above states that 0 people subscribe to the
> jaxb-interest list.  Indeed the last archive entry is from some time in
> 2003 I believe....
>
> Jim
>
> On Sunday, February 15, 2004, at 09:17 PM, Brandon Franklin wrote:
>
> > Hi.  I don't know the answer to your question, but you might try
> > posting it
> > to the JAXB interest list, at [email protected]   I'm sure
> > you'll
> > get a much faster response.
> >
> > Thanks,
> > -Brandon Franklin
> >
> > ----- Original Message -----
> > From: "Jim Beard" <[email protected]>
> > To: <[email protected]>
> > Sent: Sunday, February 15, 2004 10:33 AM
> > Subject: JAX-B class generation of complexTypes
> >
> >
> >> Howdy all,
> >>
> >>         I work with a company that is trying to use JAX-B generated
> >> code
> > in a
> >> number of projects.  The most recent one involves a rather complex set
> >> of Schemas.  In these Schemas there are complexTypes defined using
> >> extension from other complexTypes.  Some of these complexTypes are
> >> based off of other complexTypes using restriction.  XmlSpy validates
> >> everything, as does a recent SAX parser.  However xjc spits out errors
> >> when I try to use JAX-B to generate code from the Schemas, and no code
> >> is generated.  The errors look like this:
> >>
> >> [ERROR]  Base complex type is derived by restriction, while this
> >> complex type is derived by extension
> >>
> >>         This problem occurs 5 or so times throughout the Schema.  We
> >> have
> > a
> >> little bit of control over the Schema we are using ( though another
> >> company is mainly responsible for it ).  However we have no control
> >> over the base Schemas that this Schema uses in its namespace.
> >>         I tried running with '-extension' and adding in the
> >> complexTypeSubstitution attributes, but still no luck.  Does anyone
> >> have any experience with this problem or any advice to offer?
> >>
> >> Jim Beard
> >> counterclaim.com, Inc
> >> http://www.counterclaim.com
> >> http://openefm.sourceforge.net
> >> (800) 264-8145
> >>
> >> -----------------------------------------------------
> >> xml-interest: A list for discussing XML technologies in the Java
> >> Platform.
> >> To post, mailto:[email protected]
> >> Archives at: http://archives.java.sun.com/xml-interest.html
> >> To unsubscribe, mailto:[email protected] the following message;
> >> signoff xml-interest.
> >>
> >
> >
> Jim Beard
> counterclaim.com, Inc
> http://www.counterclaim.com
> http://openefm.sourceforge.net
> (800) 264-8145
>
> -----------------------------------------------------
> xml-interest: A list for discussing XML technologies in the Java Platform.
> To post, mailto:[email protected]
> Archives at: http://archives.java.sun.com/xml-interest.html
> To unsubscribe, mailto:[email protected] the following message;
> signoff xml-interest.
>

-----------------------------------------------------
xml-interest: A list for discussing XML technologies in the Java Platform.
To post, mailto:[email protected]
Archives at: http://archives.java.sun.com/xml-interest.html
To unsubscribe, mailto:[email protected] the following message;
signoff xml-interest.