Ok, I've got a small test case. It isn't specific to groups. It seems to be specific to referencing an element defined in an imported schema. I've filed CASTOR-1934 for this.
> -----Original Message----- > From: Karr, David > Sent: Monday, April 02, 2007 8:36 AM > To: [email protected] > Subject: RE: [castor-user] Does Castor (latest snapshot) > handle the "xs:group" construct? > > Actually, what I'm now realizing is that it's generating the > class, but in some cases, it's generating code like this: > > //-- _nameGroup > desc = new > org.exolab.castor.xml.util.XMLFieldDescriptorImpl(NameGroup.cl > ass, "_nameGroup", "-error-if-this-is-used-", > org.exolab.castor.xml.NodeType.Element); > > Instead of this: > > //-- _nameGroup > desc = new > org.exolab.castor.xml.util.XMLFieldDescriptorImpl(wamu.xmlbind > ing.consumer.NameGroup.class, "_nameGroup", > "-error-if-this-is-used-", org.exolab.castor.xml.NodeType.Element); > > Since this code is in the "descriptor" sub-package, the > reference to "NameGroup" does not compile. I'm still trying > to understand the circumstances that it fails to generate the > FQCN reference. > > > -----Original Message----- > > From: Werner Guttmann [mailto:[EMAIL PROTECTED] > > Sent: Monday, April 02, 2007 12:41 AM > > To: [email protected] > > Subject: AW: [castor-user] Does Castor (latest snapshot) handle the > > "xs:group" construct? > > > > Interesting. I've got a biggish client that generating thousands of > > classes from a big financial standard XML schema, and it > quite heavily > > makes use of groups (and group references). > > > > Can you please create a new Jira issue and attach a *minimal* XML > > schema so that I will be able to reproduce the problem. > > > > Thanks in advance > > Werner > > > > > -----Ursprüngliche Nachricht----- > > > Von: Karr, David [mailto:[EMAIL PROTECTED] > > > Gesendet: Montag, 02. April 2007 01:13 > > > An: [email protected] > > > Betreff: [castor-user] Does Castor (latest snapshot) handle > > the "xs:group" > > > construct? > > > > > > Continuing on with my large testcase using the latest 1.1.1 > > snapshot, > > > I'm now hitting compile errors for references to classes > associated > > > with "xs:group" constructs. > > > > > > I see compile errors like this (the > "error-if-this-is-used" thing is > > > interesting): > > > > > > ----------------- > > > > > > .../target/castor/src/wamu/xmlbinding/consumer/descriptors/CustomerTyp > > > eD > > > escriptor.java:112: cannot resolve symbol symbol : class > > > ContactInfoGroup > > > location: class > > > wamu.xmlbinding.consumer.descriptors.CustomerTypeDescriptor > > > desc = new > > > > > > org.exolab.castor.xml.util.XMLFieldDescriptorImpl(ContactInfoGroup.cla > > > ss , "_contactInfoGroup", "-error-if-this-is-used-", > > > org.exolab.castor.xml.NodeType.Element); > > > ----------------- > > > > > > The schema reference looks like this: > > > > > > ----------------- > > > <xs:group name="ContactInfoGroup"> > > > <xs:sequence> > > > <xs:element name="EmailAddress" type="xs:string" > > > minOccurs="0"/> > > > <xs:element name="MailingAddress" > > > type="AddressType" minOccurs="0"/> > > > <xs:element name="Phone" type="PhoneType" > > > minOccurs="0" maxOccurs="unbounded"/> > > > </xs:sequence> > > > </xs:group> > > > ----------------- > > > > > > I've looked at a couple of examples, and it just isn't > > generating the > > > class associated with the group. > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe from this list please visit: > > > > > > http://xircles.codehaus.org/manage_email > > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this list please visit: > > > > http://xircles.codehaus.org/manage_email > > > > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
