Thanks, David. Werner
> -----Ursprüngliche Nachricht----- > Von: Karr, David [mailto:[EMAIL PROTECTED] > Gesendet: Montag, 02. April 2007 20:51 > An: [email protected] > Betreff: RE: [castor-user] Does Castor (latest snapshot) handle the > "xs:group" construct? > > 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 --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
