- dfdl-wg - lists.ogf.org

WS shcema/dfdl validation failing
by Miguel Vieira 04 Sep '12

04 Sep '12

Hi! I have this simple schema: <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:dfdl="http://www.ogf.org/dfdl/dfdl-1.0/" targetNamespace="http://www.ogf.org/dfdl/dfdl-1.0/examples/" xmlns:tns="http://www.ogf.org/dfdl/dfdl-1.0/examples/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="employee" type="personinfo" /> <xs:element name="student" type="personinfo" /> <xs:element name="member" type="personinfo" /> <xs:complexType name="personinfo"> <xs:sequence> <xs:element name="aPersonsName" type="name"></xs:element> </xs:sequence> </xs:complexType> <xs:complexType name="name"> <xs:sequence> <xs:element name="firstname" type="xs:string" /> <xs:element name="lastname" type="xs:string" /> </xs:sequence> </xs:complexType> Message Broker gives me the following errors: CTDX1100E : XSD: Type reference '#name' is unresolved ... line 13 XSD Schema Validation Problem CTDX1100E : XSD: Type reference '#personinfo' is unresolved ... line 7 XSD Schema Validation Problem CTDX1100E : XSD: Type reference '#personinfo' is unresolved ... line 8 XSD Schema Validation Problem CTDX1100E : XSD: Type reference '#personinfo' is unresolved ... line 9 XSD Schema Validation Problem In this model, all the elements and the complex type are given a name and are global. Shouldn't it be possible to reference them? If I remove the [xmlns:dfdl=http://www.ogf.org/dfdl/dfdl-1.0/ targetNamespace=http://www.ogf.org/dfdl/dfdl-1.0/examples/] every thing is ok. P Please consider the environment before printing this e-mail. ______________________ This message including any attachments may contain confidential information, according to our Information Security Management System, and intended solely for a specific individual to whom they are addressed. Any unauthorised copy, disclosure or distribution of this message is strictly forbidden. If you have received this transmission in error, please notify the sender immediately and delete it. ______________________ Este mensaje, y en su caso, cualquier fichero anexo al mismo, puede contener informacion clasificada por su emisor como confidencial en el marco de su Sistema de Gestion de Seguridad de la Informacion siendo para uso exclusivo del destinatario, quedando prohibida su divulgacion copia o distribucion a terceros sin la autorizacion expresa del remitente. Si Vd. ha recibido este mensaje erroneamente, se ruega lo notifique al remitente y proceda a su borrado. Gracias por su colaboracion. ______________________

3 7

Confirmed: OGF DFDL Working Group weekly call (4 Sep 15:00 GDT in IBM Hursley DE2K09)
by Steve Hanson 03 Sep '12

03 Sep '12

OGF DFDL WG weekly call dial-in details. Passcode for Participants: 5381214 Canada Toll-Free 888-426-6840 China Toll-Free 10-800-711-1071 CHINA NETCOM GROUP USERS China Toll-Free 10-800-110-0996 CHINA TELECOM SOUTH USERS France Toll-Free 0800-94-0558 Germany Toll-Free 0800-000-1018 India Toll-Free 000-800-100-1176 Ireland Toll-Free 1-800-943-427 Israel Toll-Free 1-809-417-783 United Kingdom Caller Paid 0-20-30596451 United Kingdom Toll-Free 0800-368-0638 USA Caller Paid 215-861-6239 USA Toll-Free 888-426-6840 Other international numbers available - e-mail smh(a)uk.ibm.com. OGF DFDL Home: http://www.ogf.org/dfdl GridForge DFDL: http://forge.ogf.org/projects/dfdl-wg/ Call will take place as scheduled - agenda to follow

1 0

defining dfdl:terminator and dfdl: initiator using length
by Miguel Vieira 30 Aug '12

30 Aug '12

Hello! Is it possible to define the initiator and terminator using their length? I know my data will have an initiator and a terminator, but not what they will be, only that they will exist and their length. If it's not possible, what is the best way to accomplish this? R, Miguel ______________________ This message including any attachments may contain confidential information, according to our Information Security Management System, and intended solely for a specific individual to whom they are addressed. Any unauthorised copy, disclosure or distribution of this message is strictly forbidden. If you have received this transmission in error, please notify the sender immediately and delete it. ______________________ Este mensaje, y en su caso, cualquier fichero anexo al mismo, puede contener informacion clasificada por su emisor como confidencial en el marco de su Sistema de Gestion de Seguridad de la Informacion siendo para uso exclusivo del destinatario, quedando prohibida su divulgacion copia o distribucion a terceros sin la autorizacion expresa del remitente. Si Vd. ha recibido este mensaje erroneamente, se ruega lo notifique al remitente y proceda a su borrado. Gracias por su colaboracion. ______________________

2 1

Cancelled: OGF DFDL Working Group weekly call
by Steve Hanson 16 Aug '12

16 Aug '12

Cancelled due to holidays

1 0

Cancelled: OGF DFDL Working Group weekly call
by Steve Hanson 16 Aug '12

16 Aug '12

Cancelled due to holidays

1 0

OGF DFDL WG Call Minutes 2012-08-14
by Steve Hanson 16 Aug '12

16 Aug '12

Please find minutes from the above call on GridForge at https://forge.ogf.org/sf/docman/do/downloadDocument/projects.dfdl-wg/docman… Errata document is now at v010 here: http://forge.gridforum.org/sf/go/doc16280?nav=1 Regards Steve Hanson Architect, DFDL, IBM SWG Co-Chair, OGF DFDL Working Group Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0

proposed clarification/narrowing - no twos-complement decimal, integer or nonNegativeInteger
by Mike Beckerle 15 Aug '12

15 Aug '12

The spec is not clear on whether decimal, integer, and nonNegativeInteger support representation='binary' with binaryNumberRep='binary' (aka twos-complement). Since these types do not have any size limit, such a capability allows arbitrarily large twos-complement integers, or perhaps it would be an implementation defined limit. I believe the right choice is that it should be disallowed. That is, only binaryNumberRep of 'bcd' or 'packed' should be allowed for these types. These types have always been about decimal-style representations to me. This keeps twos-complement only for the types long, int, short, byte and their unsigned counterparts. -- Mike Beckerle | OGF DFDL WG Co-Chair Tel: 781-330-0412

2 1

OGF DFDL WG Call Minutes 2012-08-07
by Steve Hanson 13 Aug '12

13 Aug '12

Please find minutes from the above call on GridForge at https://forge.ogf.org/sf/docman/do/downloadDocument/projects.dfdl-wg/docman… Errata document is now at v010 here: http://forge.gridforum.org/sf/go/doc16280?nav=1 Regards Steve Hanson Architect, DFDL, IBM SWG Co-Chair, OGF DFDL Working Group Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0

OGF DFDL WG Call Agenda 2012-08-14
by Steve Hanson 13 Aug '12

13 Aug '12

Please find agenda for the above call on GridForge at https://forge.ogf.org/sf/docman/do/downloadDocument/projects.dfdl-wg/docman… Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0

Question re: dfdl:property element and element form
by Alonza Mumford 09 Aug '12

09 Aug '12

Ref. DFDL v1.0 (Jan 31, 11'), section 7.1.3.2 (Property Binding Syntax: Element Form): I interpret from the reading that dfdl:property is child of dfdl:format, and implicitly that this form is necessary for element form binding of dfdl attributes (properties). Can I then infer that dfdl:format is the only dfld element that can use element form to specify properties (attributes) for itself? Thanks in advance.

2 1