Werner, Any update on this issue?
Ron On Thu, Mar 20, 2008 at 9:20 AM, Werner Guttmann <[EMAIL PROTECTED]> wrote: > Having a look .... > > Werner > > Ronald R. DiFrango wrote: > > Werner, > > > > I tried the option you suggested in the Bug report and that did not work > > for me. I might have been doing something wrong, so I attached the > > properties files to it. > > > > Ron > > > > On Wed, Mar 19, 2008 at 11:39 AM, Ronald R. DiFrango > > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: > > > > Werner, > > > > Thanks for the update. Is that a schema gen flag or a runtime flag? > > > > Ron > > > > > > On Wed, Mar 19, 2008 at 4:42 AM, Werner Guttmann > > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: > > > > Ronald, > > > > yes, this is a bug with 'sequence validation', indeed. As > > mentioned in > > the Jira issue itself, there's a work around available that you > > could > > use whilst we work on the resolution of this. > > > > Regards > > Werner > > > > Ronald R. DiFrango wrote: > > > Werner, > > > > > > Bug 2313 [http://jira.codehaus.org/browse/CASTOR-2313] was > > created and I > > > have attached a test case. I put a note in the code, but I > > am not using > > > any mapping file, but I am just using the CodeGen taks to > > generate the > > > code from the XSD. > > > > > > Ron > > > > > > On Tue, Mar 18, 2008 at 8:58 AM, Werner Guttmann > > > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > <mailto:[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>>> wrote: > > > > > > Ronald, > > > > > > there's a XML HOW-TO that details what we'd like to see. > > > > > > Werner > > > > > > Ronald R. DiFrango wrote: > > > > Werner, > > > > > > > > Will do! It is definitely an issue for us. Are the > > files attached > > > > below enough? > > > > > > > > Ron > > > > > > > > On Tue, Mar 18, 2008 at 4:54 AM, Werner Guttmann > > > > <[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>> > > > <mailto:[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]>>>> > > > wrote: > > > > > > > > Not sure, Ronald. Let me have a look in detail. > > Can I please > > > ask you to > > > > create a Jira issue nevertheless, and attach all > > relevant files. > > > > > > > > Thanks in advance > > > > Werner > > > > > > > > Ronald R. DiFrango wrote: > > > > > All, > > > > > > > > > > I think I have hit the following bug and wanted > > > confirmation that > > > > that > > > > > is in fact the case: > > > > > > > > > > http://jira.codehaus.org/browse/CASTOR-2172 > > > > > > > > > > Here is snippet of my XSD: > > > > > > > > > > <xs:complexType name="ResponseType"> > > > > > <xs:choice> > > > > > <xs:sequence> > > > > > <xs:element > ref="ApplicationKey"/> > > > > > <xs:element > > ref="ApplicationLabel"/> > > > > > <xs:element ref="Status"/> > > > > > <xs:element ref="Applicant" > > minOccurs="0"/> > > > > > <xs:element ref="CoApplicant" > > minOccurs="0"/> > > > > > <xs:element ref="ProductType" > > minOccurs="0"/> > > > > > <xs:element ref="CreditLimit" > > minOccurs="0"/> > > > > > <xs:element ref="APR" > > minOccurs="0"/> > > > > > <xs:element ref="AccountNumber" > > > minOccurs="0"/> > > > > > <xs:element > > ref="ChaseTransactionID" > > > minOccurs="0"/> > > > > > <xs:element > > ref="CardExpirationDate" > > > minOccurs="0"/> > > > > > <xs:element ref="VendorStatus" > > minOccurs="0"/> > > > > > </xs:sequence> > > > > > <xs:sequence> > > > > > <xs:element ref="Status"> > > > > > <xs:annotation> > > > > > > > <xs:documentation>Carryover from > > > Legacy > > > > (always > > > > > Error for IC Web)</xs:documentation> > > > > > </xs:annotation> > > > > > </xs:element> > > > > > <xs:choice> > > > > > <xs:sequence> > > > > > <xs:element > ref="Error"/> > > > > > <xs:element > > ref="ApplicationLabel" > > > > minOccurs="0"/> > > > > > </xs:sequence> > > > > > <xs:element ref="AppKey"> > > > > > <xs:annotation> > > > > > > > <xs:documentation>Carryover > > > from Legacy. > > > > > Only present in a successful asynchronous > > > > response.</xs:documentation> > > > > > </xs:annotation> > > > > > </xs:element> > > > > > </xs:choice> > > > > > </xs:sequence> > > > > > </xs:choice> > > > > > </xs:complexType> > > > > > > > > > > <xs:element name="CreditApplicationResponse"> > > > > > <xs:annotation> > > > > > <xs:documentation>This document > > will be used for > > > > returning > > > > > synchronous responses from the Credit > Application > > > > Gateway</xs:documentation> > > > > > </xs:annotation> > > > > > <xs:complexType> > > > > > <xs:complexContent> > > > > > <xs:extension > base="ResponseType"/> > > > > > </xs:complexContent> > > > > > </xs:complexType> > > > > > </xs:element> > > > > > > > > > > And when I create the following XML: > > > > > > > > > > <CreditApplicationResponse> > > > > > <Status>Dummy</Status> > > > > > <Error> > > > > > <text>Dummy</text> > > > > > </Error> > > > > > <ApplicationLabel>dummy</ApplicationLabel> > > > > > </CreditApplicationResponse> > > > > > > > > > > I get the following exception: > > > > > > > > > > org.exolab.castor.xml.MarshalException: Element > > with name > > > Status > > > > passed > > > > > to type null in incorrect order; expected > > element with name > > > > > 'ApplicationKey' or any other optional element > > declared > > > prior to > > > > > it.{File: [not available]; line: 3; column: 10} > > > > > > > > > > Is this the same problem and if so, how do I > > work around it? > > > > > > > > > > Thanks, > > > > > > > > > > Ron > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe from this list, please visit: > > > > > > > > http://xircles.codehaus.org/manage_email > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Ron DiFrango > > > > Blog (www.captech-soa.blogspot.com > > <http://www.captech-soa.blogspot.com> > > > <http://www.captech-soa.blogspot.com> > > > <http://www.captech-soa.blogspot.com>) > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe from this list, please visit: > > > > > > http://xircles.codehaus.org/manage_email > > > > > > > > > > > > > > > > > > -- > > > Ron DiFrango > > > Blog (www.captech-soa.blogspot.com > > <http://www.captech-soa.blogspot.com> > > <http://www.captech-soa.blogspot.com>) > > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this list, please visit: > > > > http://xircles.codehaus.org/manage_email > > > > > > > > > > > > -- > > Ron DiFrango > > Blog (www.captech-soa.blogspot.com > > <http://www.captech-soa.blogspot.com>) > > > > > > > > > > -- > > Ron DiFrango > > Blog (www.captech-soa.blogspot.com <http://www.captech-soa.blogspot.com > >) > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > -- Ron DiFrango Blog (www.captech-soa.blogspot.com)
