From boris at codesynthesis.com Mon Oct 1 07:35:28 2012 From: boris at codesynthesis.com (Boris Kolpackov) Date: Mon Oct 1 07:12:39 2012 Subject: [xsd-users] Generated XML does not have full schema qualifiers In-Reply-To: References: Message-ID: Hi Wesley, Wesley Peters writes: > Does this information get dumped into the generated C++ object? No. While it could work in certain cases, there are just too many variations to support it in the general case. I.e., the instance documents might (and quite a few of them do, in the real world) use a different namespace prefix and schema file name or URI. Boris From Arul.Prakash2 at rsa.com Mon Oct 1 10:49:33 2012 From: Arul.Prakash2 at rsa.com (Prakash, Arul) Date: Tue Oct 2 01:30:46 2012 Subject: [xsd-users] how to convert xml_schema::type to std::string EOM Message-ID: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352123F4FB7AC@MX26A.corp.emc.com> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 7465 bytes Desc: not available Url : http://codesynthesis.com/pipermail/xsd-users/attachments/20121001/585e5dc9/smime.bin From boris at codesynthesis.com Tue Oct 2 03:30:47 2012 From: boris at codesynthesis.com (Boris Kolpackov) Date: Tue Oct 2 03:07:40 2012 Subject: [xsd-users] how to convert xml_schema::type to std::string EOM In-Reply-To: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352123F4FB7AC@MX26A.corp.emc.com> References: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352123F4FB7AC@MX26A.corp.emc.com> Message-ID: Hi Arul, You can't. As a side note, in the future you may want to expand your questions with a bit more context (i.e., what you have, what you are trying to achieve, etc). Otherwise you will keep getting correct but not very useful answers like the one above. Boris From Wesley.Peters at tachyon.com Tue Oct 2 14:20:10 2012 From: Wesley.Peters at tachyon.com (Wesley Peters) Date: Wed Oct 3 08:45:04 2012 Subject: [xsd-users] how to convert xml_schema::type to std::string EOM In-Reply-To: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352123F4FB7AC@MX26A.corp.emc.com> Message-ID: Arul, you may want to not digitally sign messages to mailing lists. My mail reader won't show me your message because it thinks the message has been "tampered with" in the process of adding the mailing list headers to the message. :O On 10/1/12 7:49 AM, "Prakash, Arul" wrote: > > Confidentiality Notice: The information contained in this electronic e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and is confidential and/or privileged. If you and we have a confidentiality agreement or other non-disclosure obligations between us, this Notice shall be deemed to mark and identify the content of this email and any attachments as confidential and proprietary. If any reader of this communication is not the intended recipient, unauthorized use, disclosure or copying is strictly prohibited, and may be unlawful. If you have received this communication in error, please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. IRS Circular 230 Disclosure: To ensure compliance with requirements imposed by the IRS, please be advised that any U.S. federal tax advice contained in this communication (including any attachments) is not intended or written to be used or relied upon, and cannot be used or relied upon, for the purpose of (i) avoiding penalties under the Internal Revenue Code, or (ii) promoting, marketing or recommending to another party any transaction or matter addressed herein. E-mail is susceptible to data corruption, interception, unauthorized amendment, tampering and viruses, and we only send and receive e-mails on the basis that we are not liable for any such corruption, interception, amendment, tampering or viruses or any consequences thereof. From Arul.Prakash2 at rsa.com Wed Oct 3 01:26:23 2012 From: Arul.Prakash2 at rsa.com (Prakash, Arul) Date: Wed Oct 3 08:45:05 2012 Subject: [xsd-users] how to convert xml_schema::type to std::string EOM In-Reply-To: References: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352123F4FB7AC@MX26A.corp.emc.com> Message-ID: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352123F4FB82F@MX26A.corp.emc.com> Hi Boris, Sorry about my message, I was in a hurry . What I am trying to do is in my xsd the element is of type "anyType",so after code generation it is converted to type "xml_schema::type". In my xml the element has a string (Eg:sample).Here is of type "anytype",so while constructing the xml using codesynthesis how can I map a string to "anyType". Thanks Arul -----Original Message----- From: Boris Kolpackov [mailto:boris@codesynthesis.com] Sent: Tuesday, October 02, 2012 1:01 PM To: Prakash, Arul Cc: xsd-users@codesynthesis.com Subject: Re: [xsd-users] how to convert xml_schema::type to std::string EOM Hi Arul, You can't. As a side note, in the future you may want to expand your questions with a bit more context (i.e., what you have, what you are trying to achieve, etc). Otherwise you will keep getting correct but not very useful answers like the one above. Boris -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 7465 bytes Desc: not available Url : http://codesynthesis.com/pipermail/xsd-users/attachments/20121003/60e8d7b2/smime.bin From boris at codesynthesis.com Thu Oct 4 09:26:21 2012 From: boris at codesynthesis.com (Boris Kolpackov) Date: Thu Oct 4 09:02:33 2012 Subject: [xsd-users] how to convert xml_schema::type to std::string EOM In-Reply-To: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352123F4FB82F@MX26A.corp.emc.com> References: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352123F4FB7AC@MX26A.corp.emc.com> <0DB3CF5C512BBD4FA7E3A8ECD8FE7352123F4FB82F@MX26A.corp.emc.com> Message-ID: Hi Arul, Prakash, Arul writes: > What I am trying to do is in my xsd the element is of type "anyType",so > after code generation it is converted to type "xml_schema::type". In my xml > the element has a string (Eg:sample).Here is of > type "anytype",so while constructing the xml using codesynthesis how can I > map a string to "anyType". In XML Schema xs:anyType matches any content. That is, any valid XML fragment, with nested elements, attributes, text, etc. As a result, XSD cannot map it to just a string. If your element always contains a string, then it is best to change its type to xs:string. If it has to be anyType for some reason, then there are other ways to get its content. However, they will require some extra effort from your side. For details, refer to the 'mixed' and 'custom/mixed' examples in the XSD distribution. Boris From andrew.king2 at barclays.com Tue Oct 16 09:02:52 2012 From: andrew.king2 at barclays.com (andrew.king2@barclays.com) Date: Tue Oct 16 09:23:17 2012 Subject: [xsd-users] Expecting Sequence, Getting Optional Message-ID: <17CA6D17351CDE4FA5D4D3163EE22353FAD1154D@LDNPCMMGMB03.INTRANET.BARCAPINT.COM> Hi Boris, Please can you help me with a problem that I am seeing in the code that has been generated by CodeSynthesis? We have just received the new schemas for FpML 5.4, and have created a new version of the library based upon the XSD files. I'm seeing something unusual with the code that was generated for the TradeIdentifier class. If you take a look at the two PNG files, you will see the XSD and the graphic for the TradeIdentifier as shown, which both seem to show that tradeId is a sequence. However, when you take a look at the code that was generated by CodeSynthesis in the attached header file, you will see that tradeId is an optional field, and not a sequence at all. Please can you advise as what the problem might be? Many thanks Andrew _______________________________________________ This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unless specifically indicated, this e-mail is not an offer to buy or sell or a solicitation to buy or sell any securities, investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Barclays. Any views or opinions presented are solely those of the author and do not necessarily represent those of Barclays. This e-mail is subject to terms available at the following link: www.barclays.com/emaildisclaimer. By messaging with Barclays you consent to the foregoing. Barclays offers premier investment banking products and services to its clients through Barclays Bank PLC, a company registered in England (number 1026167) with its registered office at 1 Churchill Place, London, E14 5HP. This email may relate to or be sent from other members of the Barclays Group. _______________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: TradeIdentifier.PNG Type: image/png Size: 102332 bytes Desc: TradeIdentifier.PNG Url : http://codesynthesis.com/pipermail/xsd-users/attachments/20121016/9a3e42e2/TradeIdentifier-0001.png -------------- next part -------------- A non-text attachment was scrubbed... Name: TradeIdentifier_Schema.PNG Type: image/png Size: 87933 bytes Desc: TradeIdentifier_Schema.PNG Url : http://codesynthesis.com/pipermail/xsd-users/attachments/20121016/9a3e42e2/TradeIdentifier_Schema-0001.png -------------- next part -------------- // Copyright (C) 2005-2010 Code Synthesis Tools CC // // This program was generated by CodeSynthesis XSD, an XML Schema to // C++ data binding compiler. // // This program is free software; you can redistribute it and/or modify // it under the terms of the GNU General Public License version 2 as // published by the Free Software Foundation. // // This program is distributed in the hope that it will be useful, // but WITHOUT ANY WARRANTY; without even the implied warranty of // MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the // GNU General Public License for more details. // // You should have received a copy of the GNU General Public License // along with this program; if not, write to the Free Software // Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA // // In addition, as a special exception, Code Synthesis Tools CC gives // permission to link this program with the Xerces-C++ library (or with // modified versions of Xerces-C++ that use the same license as Xerces-C++), // and distribute linked combinations including the two. You must obey // the GNU General Public License version 2 in all respects for all of // the code used other than Xerces-C++. If you modify this copy of the // program, you may extend this exception to your version of the program, // but you are not obligated to do so. If you do not wish to do so, delete // this exception statement from your version. // // Furthermore, Code Synthesis Tools CC makes a special exception for // the Free/Libre and Open Source Software (FLOSS) which is described // in the accompanying FLOSSE file. // #ifndef FPML_CONFIRMATION_TRADE_IDENTIFIER_HXX #define FPML_CONFIRMATION_TRADE_IDENTIFIER_HXX // Begin prologue. // // // End prologue. #include #if (XSD_INT_VERSION != 3030000L) #error XSD runtime version mismatch #endif #include #ifndef XSD_USE_CHAR #define XSD_USE_CHAR #endif #ifndef XSD_CXX_TREE_USE_CHAR #define XSD_CXX_TREE_USE_CHAR #endif #include "../xml-schema.hxx" // Forward declarations. // namespace confirmation { class TradeIdentifier; } #include // std::auto_ptr #include // std::numeric_limits #include // std::binary_search #include #include #include #include #include #include #ifndef XSD_DONT_INCLUDE_INLINE #define XSD_DONT_INCLUDE_INLINE namespace confirmation { class IssuerId; } namespace confirmation { class TradeId; } namespace confirmation { class PartyReference; } namespace confirmation { class AccountReference; } namespace confirmation { class VersionedTradeId; } #undef XSD_DONT_INCLUDE_INLINE #else namespace confirmation { class IssuerId; } namespace confirmation { class TradeId; } namespace confirmation { class PartyReference; } namespace confirmation { class AccountReference; } namespace confirmation { class VersionedTradeId; } #endif // XSD_DONT_INCLUDE_INLINE namespace confirmation { class TradeIdentifier: public ::xml_schema::type { public: // issuer // typedef ::confirmation::IssuerId issuer_type; typedef ::xsd::cxx::tree::optional< issuer_type > issuer_optional; typedef ::xsd::cxx::tree::traits< issuer_type, char > issuer_traits; const issuer_optional& issuer () const; issuer_optional& issuer (); void issuer (const issuer_type& x); void issuer (const issuer_optional& x); void issuer (::std::auto_ptr< issuer_type > p); // tradeId // typedef ::confirmation::TradeId tradeId_type; typedef ::xsd::cxx::tree::optional< tradeId_type > tradeId_optional; typedef ::xsd::cxx::tree::traits< tradeId_type, char > tradeId_traits; const tradeId_optional& tradeId () const; tradeId_optional& tradeId (); void tradeId (const tradeId_type& x); void tradeId (const tradeId_optional& x); void tradeId (::std::auto_ptr< tradeId_type > p); // partyReference // typedef ::confirmation::PartyReference partyReference_type; typedef ::xsd::cxx::tree::optional< partyReference_type > partyReference_optional; typedef ::xsd::cxx::tree::traits< partyReference_type, char > partyReference_traits; const partyReference_optional& partyReference () const; partyReference_optional& partyReference (); void partyReference (const partyReference_type& x); void partyReference (const partyReference_optional& x); void partyReference (::std::auto_ptr< partyReference_type > p); // accountReference // typedef ::confirmation::AccountReference accountReference_type; typedef ::xsd::cxx::tree::optional< accountReference_type > accountReference_optional; typedef ::xsd::cxx::tree::traits< accountReference_type, char > accountReference_traits; const accountReference_optional& accountReference () const; accountReference_optional& accountReference (); void accountReference (const accountReference_type& x); void accountReference (const accountReference_optional& x); void accountReference (::std::auto_ptr< accountReference_type > p); // versionedTradeId // typedef ::confirmation::VersionedTradeId versionedTradeId_type; typedef ::xsd::cxx::tree::sequence< versionedTradeId_type > versionedTradeId_sequence; typedef versionedTradeId_sequence::iterator versionedTradeId_iterator; typedef versionedTradeId_sequence::const_iterator versionedTradeId_const_iterator; typedef ::xsd::cxx::tree::traits< versionedTradeId_type, char > versionedTradeId_traits; const versionedTradeId_sequence& versionedTradeId () const; versionedTradeId_sequence& versionedTradeId (); void versionedTradeId (const versionedTradeId_sequence& s); // id // typedef ::xml_schema::id id_type; typedef ::xsd::cxx::tree::optional< id_type > id_optional; typedef ::xsd::cxx::tree::traits< id_type, char > id_traits; const id_optional& id () const; id_optional& id (); void id (const id_type& x); void id (const id_optional& x); void id (::std::auto_ptr< id_type > p); // Constructors. // TradeIdentifier (); TradeIdentifier (const ::xercesc::DOMElement& e, ::xml_schema::flags f = 0, ::xml_schema::container* c = 0); TradeIdentifier (const TradeIdentifier& x, ::xml_schema::flags f = 0, ::xml_schema::container* c = 0); virtual TradeIdentifier* _clone (::xml_schema::flags f = 0, ::xml_schema::container* c = 0) const; virtual ~TradeIdentifier (); // Implementation. // protected: void parse (::xsd::cxx::xml::dom::parser< char >&, ::xml_schema::flags); protected: issuer_optional issuer_; tradeId_optional tradeId_; partyReference_optional partyReference_; accountReference_optional accountReference_; versionedTradeId_sequence versionedTradeId_; id_optional id_; }; } #ifndef XSD_DONT_INCLUDE_INLINE #include "IssuerId.hxx" #include "IssuerId.ixx" #include "TradeId.hxx" #include "TradeId.ixx" #include "PartyReference.hxx" #include "PartyReference.ixx" #include "AccountReference.hxx" #include "AccountReference.ixx" #include "VersionedTradeId.hxx" #include "VersionedTradeId.ixx" #endif // XSD_DONT_INCLUDE_INLINE #include namespace confirmation { ::std::ostream& operator<< (::std::ostream&, const TradeIdentifier&); } #include #include #include #include namespace confirmation { } #include #include #include #include #include namespace confirmation { void operator<< (::xercesc::DOMElement&, const TradeIdentifier&); } #ifndef XSD_DONT_INCLUDE_INLINE #include "TradeIdentifier.ixx" #endif // XSD_DONT_INCLUDE_INLINE #include // Begin epilogue. // // // End epilogue. #endif // FPML_CONFIRMATION_TRADE_IDENTIFIER_HXX From boris at codesynthesis.com Tue Oct 16 10:05:44 2012 From: boris at codesynthesis.com (Boris Kolpackov) Date: Tue Oct 16 09:38:20 2012 Subject: [xsd-users] Re: Expecting Sequence, Getting Optional In-Reply-To: <17CA6D17351CDE4FA5D4D3163EE22353FAD1154D@LDNPCMMGMB03.INTRANET.BARCAPINT.COM> References: <17CA6D17351CDE4FA5D4D3163EE22353FAD1154D@LDNPCMMGMB03.INTRANET.BARCAPINT.COM> Message-ID: Hi Andrew, andrew.king2@barclays.com writes: > I'm seeing something unusual with the code that was generated for > the TradeIdentifier class. If you take a look at the two PNG files, > you will see the XSD and the graphic for the TradeIdentifier as > shown, which both seem to show that tradeId is a sequence. However, > when you take a look at the code that was generated by CodeSynthesis > in the attached header file, you will see that tradeId is an optional > field, and not a sequence at all. In XML Schema and C++ the term 'sequence' means quite different things. In XML Schema sequence means that elements must appear in the specified order (as opposed to any order for 'all' and "one of" for 'choice'). In C++ (as in most other programming languages), sequence means multiple items. The C++/Tree mapping follows the C++ meaning in that the "sequence cardinality" is used for elements that can appear more than once. Now, if you look at your schema, it has a lot of nested xs:sequence compositors (some of which, BTW, are unnecessary) but in the end, none of them specify maxOccurs greater than 1. Which means that their contents can only appear once. There is also the choice compositor in between, which means that the tradeId is only one of possible options. That's why XSD makes it optional. To summarize, for an element to be of the sequence cardinality it must have maxOccurs greater than 1 or one of its containing compositors must have maxOccurs greater than 1. You can read more about this in Section 2.8, "Mapping for Local Elements and Attributes" in the C++/Tree Mapping User Manual: http://www.codesynthesis.com/projects/xsd/documentation/cxx/tree/manual/#2.8 Boris From boris at codesynthesis.com Wed Oct 17 10:02:54 2012 From: boris at codesynthesis.com (Boris Kolpackov) Date: Wed Oct 17 09:35:11 2012 Subject: [xsd-users] Re: Expecting Sequence, Getting Optional In-Reply-To: <17CA6D17351CDE4FA5D4D3163EE22353FAD11553@LDNPCMMGMB03.INTRANET.BARCAPINT.COM> References: <17CA6D17351CDE4FA5D4D3163EE22353FAD11551@LDNPCMMGMB03.INTRANET.BARCAPINT.COM> <17CA6D17351CDE4FA5D4D3163EE22353FAD11553@LDNPCMMGMB03.INTRANET.BARCAPINT.COM> Message-ID: Hi Andrew, [CC'ed xsd-users.] andrew.king2@barclays.com writes: > The header file (attached) seems to have been generated in the order of > walking the tree, but with the omission of the second tradeId sequence. Yes, there appears to be a bug in the cardinality calculation for this specific case. I also missed the second occurrence of tradeId in my earlier reply. I've fixed this bug for the next release of XSD. If you would like, I can build you a pre-release binary with the fix. Simply let me know which platform you need. And thanks for reporting this! Boris From Arul.Prakash2 at rsa.com Wed Oct 17 10:18:18 2012 From: Arul.Prakash2 at rsa.com (Prakash, Arul) Date: Thu Oct 18 04:39:20 2012 Subject: [xsd-users] equivalent of @XmlSeeAlso in code synthesis Message-ID: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352147D70AA64@MX26A.corp.emc.com> Hi , Is there any equivalent for @XmlSeeAlso which is present in java files generated by xjc in codesynthesis. I have a case in which I want to type cast a base class variable to its derived class,which is possible in java due to the presence of @XmlSeeAlso which lists the derivedclasses of the baseclass and thus makes it known to the baseclass. Thanks Arul From boris at codesynthesis.com Thu Oct 18 05:29:15 2012 From: boris at codesynthesis.com (Boris Kolpackov) Date: Thu Oct 18 05:01:20 2012 Subject: [xsd-users] equivalent of @XmlSeeAlso in code synthesis In-Reply-To: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352147D70AA64@MX26A.corp.emc.com> References: <0DB3CF5C512BBD4FA7E3A8ECD8FE7352147D70AA64@MX26A.corp.emc.com> Message-ID: Hi Arul, Prakash, Arul writes: > Is there any equivalent for @XmlSeeAlso which is present in java files > generated by xjc in codesynthesis. No. I also don't see why we would need one. > I have a case in which I want to type cast a base class variable to > its derived class, which is possible in java due to the presence of > @XmlSeeAlso which lists the derivedclasses of the baseclass and thus > makes it known to the baseclass. It is possibly in C++ without @XmlSeeAlso: Base& b = ... Derived* d = dynamic_cast (&b); if (d != 0) { // b is Derived. } else { // b is not Derived. } Boris From Steve.Cameron at aad.gov.au Wed Oct 31 00:22:28 2012 From: Steve.Cameron at aad.gov.au (Steve Cameron) Date: Wed Oct 31 00:52:05 2012 Subject: [xsd-users] xsd cannot find elements defined in XMLSchema.xsd [SEC=UNOFFICIAL] Message-ID: <410C0E47580EB147811BB64E83936A3F68DF67CC5E@EX2K7-CCR.AAD.GOV.AU> Hi, I am trying to compile the Xforms 1.1 schema, but I get errors related to the XMLSchema.xsd as below: e:\XMLSchema.dtd:390:13: warning: attribute 'id' has already been declared for element 'xs:appinfo' e:\XMLSchema.dtd:395:13: warning: attribute 'id' has already been declared for element 'xs:documentation' e:\XMLSchema.xsd:177:47: error: type 'http://www.w3.org/2001/XMLSchema:derivationControl' not found e:\XMLSchema.xsd:197:54: error: type 'http://www.w3.org/2001/XMLSchema:reducedDerivationControl' not found e:\XMLSchema.xsd:196:19: error: unknown simpleType '{null}' e:\XMLSchema.xsd:207:47: error: type 'http://www.w3.org/2001/XMLSchema:derivationControl' not found e:\XMLSchema.xsd:229:51: error: type 'http://www.w3.org/2001/XMLSchema:typeDerivationControl' not found e:\XMLSchema.xsd:228:19: error: unknown simpleType '{null}' e:\XMLSchema.xsd:255:95: error: simpleType 'http://www.w3.org/2001/XMLSchema:fullDerivationSet' for attribute 'finalDefault' not found e:\XMLSchema.xsd:256:86: error: simpleType 'http://www.w3.org/2001/XMLSchema:blockSet' for attribute 'blockDefault' not found e:\XMLSchema.xsd:257:107: error: simpleType 'http://www.w3.org/2001/XMLSchema:formChoice' for attribute 'attributeFormDefault' not found e:\XMLSchema.xsd:258:105: error: simpleType 'http://www.w3.org/2001/XMLSchema:formChoice' for attribute 'elementFormDefault' not found etc.... These relate to elements declared with XMLSchema.xsd itself! I am running on windows with the latest download of XSD. Stephen Cameron Antarctic Fisheries Computing and Database Support Provider Australian Antarctic Division Kingston, Tasmania [cid:image001.jpg@01CDB77B.6274BAD0] Phone: 03 62323571 ___________________________________________________________________________ Australian Antarctic Division - Commonwealth of Australia IMPORTANT: This transmission is intended for the addressee only. If you are not the intended recipient, you are notified that use or dissemination of this communication is strictly prohibited by Commonwealth law. If you have received this transmission in error, please notify the sender immediately by e-mail or by telephoning +61 3 6232 3209 and DELETE the message. Visit our web site at http://www.antarctica.gov.au/ ___________________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 4846 bytes Desc: image001.jpg Url : http://codesynthesis.com/pipermail/xsd-users/attachments/20121031/2b7652ff/image001.jpg From boris at codesynthesis.com Wed Oct 31 04:29:19 2012 From: boris at codesynthesis.com (Boris Kolpackov) Date: Wed Oct 31 03:57:27 2012 Subject: [xsd-users] xsd cannot find elements defined in XMLSchema.xsd [SEC=UNOFFICIAL] In-Reply-To: <410C0E47580EB147811BB64E83936A3F68DF67CC5E@EX2K7-CCR.AAD.GOV.AU> References: <410C0E47580EB147811BB64E83936A3F68DF67CC5E@EX2K7-CCR.AAD.GOV.AU> Message-ID: Hi Steve, Steve Cameron writes: > I am trying to compile the Xforms 1.1 schema, but I get errors related > to the XMLSchema.xsd as below: XMLSchema.xsd is not really a valid XML Schema definition. The W3C standard says it is not normative and is just for illustration. So I am not sure why Xforms schema imports it. I suggest that you try to remove the import and see if it works. Boris