Not sure whether you can actually link issues as a 'mere' user. I'll get them linked once I start looking at this issue.
Werner Pascal Maugeri wrote: > Hi > > I created the issue CASTOR-2031 related to this email as you asked me. > > There is as attachment the XML schema file used to reproduce the test case. > > I don't know how to link the issue with CASTOR-1990. How should I do that ? > > Regards, > Pascal > > > > > On 6/27/07, Pascal Maugeri <[EMAIL PROTECTED]> wrote: >> No problem Werner I can fill in an issue in JIRA. I sent this email as >> I was not sure if this was due to a misunderstanding of mine or a >> misuse. >> >> I do that right away ! >> >> And yes I know you're very busy and I'll be patient, don't worry ;-) >> >> Regards, >> Pascal >> >> On 6/27/07, Werner Guttmann <[EMAIL PROTECTED]> wrote: >> > Pascal, >> > >> > can you please create a new Jira issue at >> > >> > http://jira.codehaus.org/browse/CASTOR >> > >> > and attach all relevant files that help me to replay your problem. If >> > possible, link this new issue to CASTOR-1990 as well, so that it is >> > clear to me that these two issues are related. >> > >> > As always, apologies for not having looked at CASTOR-1990 yet, but the >> > number of issues being reported right now is (exceptionally) high. It >> > looks like the release of Castor 1.1 ff for the first time convinced >> > many users to switch away from oldish releases such as 0.9.4.x et >> alias. >> > >> > Please rest assured that your issue will be looked at, but that our >> > resources are limited by nature (as with almost all open source >> > projects, as our work is based upon voluntary contributions). >> > >> > Regards >> > Werner >> > >> > Pascal Maugeri wrote: >> > > Hi >> > > >> > > While processing an IETF XML schema I encountered a problem with the >> > > marshaling of a simpleType base on string. >> > > >> > > I tryed to reduced the problem to a smaller XML schema to make things >> > > easier to understand (let me know if you prefer the IETF references): >> > > >> > > [...] >> > > <element name="ruleset"> >> > > <complexType> >> > > <sequence> >> > > <element name="rule" >> type="tns:extensibleType"></element> >> > > </sequence> >> > > </complexType> >> > > </element> >> > > >> > > <xs:complexType name="extensibleType"> >> > > <xs:sequence> >> > > <xs:any namespace="##other" minOccurs="0" >> > > maxOccurs="unbounded" /> >> > > </xs:sequence> >> > > </xs:complexType> >> > > >> > > <element name="allow-invite" >> type="tns:AllowInviteType"></element> >> > > >> > > <simpleType name="AllowInviteType"> >> > > <restriction base="string"> >> > > <enumeration value="accept"></enumeration> >> > > <enumeration value="reject"></enumeration> >> > > </restriction> >> > > </simpleType> >> > > [...] >> > > >> > > >> > > I construct a document with the following java code: >> > > >> > > Ruleset ruleset = new Ruleset(); >> > > Rule rule = new Rule(); >> > > ruleset.setRule(rule); >> > > rule.addAnyObject(AllowInviteType.ACCEPT); >> > > >> > > And marshal ruleset it produces the following: >> > > >> > > <?xml version="1.0" encoding="UTF-8"?> >> > > <ruleset xmlns="http://www.example.org/test2";> >> > > <rule> >> > > <AllowInviteType >> > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >> > > xsi:type="AllowInviteType"/> >> > > </rule> >> > > </ruleset> >> > > >> > > In fact I've seen two problems: >> > > >> > > a) it should rather generate the value of the AllowInvite instead >> such as: >> > > <AllowInviteType>ACCEPT</AllowInviteType>, >> > > >> > > b) I expect to see '<AllowInvite>' and not '<AllowInviteType>'. This >> > > is related to issue 1990 I reported previously. >> > > >> > > Regards >> > > Pascal >> > > >> > > --------------------------------------------------------------------- >> > > 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
