Werner,
Let me know if I can help out as this is the one blocker for me heading
into our testing cycle.
Ron
On Thu, Mar 27, 2008 at 4:55 AM, Werner Guttmann
<[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:
Yes and no. In other words, work in progress. I do depend on a
fellow committer here, and (his and my) time currently are quite
limited, as we both have private and professional lives.
We have identified the problem, but are still pondering what the
best solution will be.
Werner
Ronald R. DiFrango wrote:
Werner,
Any update on this issue?
Ron
On Thu, Mar 20, 2008 at 9:20 AM, Werner Guttmann
<[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
<mailto:[EMAIL PROTECTED]
<mailto:[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]>
<mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
<mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> <mailto:[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]> <mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>
<mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> <mailto:[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]>>
<mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
<mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>>
> <mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
<mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> <mailto:[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]>>>
<mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
<mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> <mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
<mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>>>
> > <mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
<mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> <mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
<mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>>>
<mailto:[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>
> > <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>
> <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>
> <http://www.captech-soa.blogspot.com>)
>
>
>
>
> --
> 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>)