XML Editor
Sign up for a WebBoard account Sign Up Keyword Search Search More Options... Options
Chat Rooms Chat Help Help News News Log in to WebBoard Log in Not Logged in
Show tree view Topic
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Go to previous topicPrev TopicGo to next topicNext Topic
Postnext
Kurt WaldSubject: mapper schema problem
Author: Kurt Wald
Date: 04 Sep 2007 09:50 AM
When a target schema is set in the mapper which contains a default namespace as the target namespace, that namespace is always prefixed in the resulting styleshheet.

If the prefix is manually removed in the stylesheet, before making any assignments, to get the unprefixed default namespace behaviour again, the target schema sequence is suddenly broken after a number of correctly established graphical links.

From that point on code resulting from graphical mapping is inserted immediately after the target root element.

I can imagine that this may also partially result from the structure of the target schema which doesn't really follow any of the known design patterns (see uploaded file EFACT_D96A_ORDRSP.xsd).

Kurt Wald


DocumentEFACT_D96A_ORDRSP.xsd

Postnext
(Deleted User) Subject: mapper schema problem
Author: (Deleted User)
Date: 04 Sep 2007 11:16 AM
Hi Kurt,
the schema you attached declares a target namespace, so the a prefix must be added to the XPath expressions in order to have correct queries. Removing the prefix from the XSLT itself will generate a whole different element, and this it will create a new tree in the target schema.
Can you elaborate why do you think that the code generated by mapper should not have a prefix? Can you attach a sample XSLT?

Thanks,
Alberto

Postnext
Kurt WaldSubject: mapper schema problem
Author: Kurt Wald
Date: 04 Sep 2007 11:50 AM
Hi Alberto,

a default namespace as target namespace to enable unprefixed instance documents seems to be legal to me.

I uploaded a pefixed and an unprefixed stylesheet version (orders01_ordrsp96a_def.xsl/orders01_ordrsp96a_pre.xsl). The instance documents created (.net) by both stylesheets are valid against the schema.

Kurt


Unknownorders01_ordrsp96a_def.xsl


Unknownorders01_ordrsp96a_pre.xsl

Postnext
(Deleted User) Subject: mapper schema problem
Author: (Deleted User)
Date: 04 Sep 2007 04:31 PM
Hi Kurt,
the generated XML cannot be valid in both cases: when the http://schemas.microsoft.com/BizTalk/EDI/EDIFACT/2006 is the default namespace, the UNH element and its children are placed in that namespace too, while when it is associated with the "a" prefix it is in the empty namespace.

Anyhow, if you still want to have the literal elements in the target schema to use a specific prefix (even the default one), you can define the prefix in the xsl:stylesheet root element and mapper will use it whenever it needs to pick one.

Hope this helps,
Alberto

Posttop
Kurt WaldSubject: mapper schema problem
Author: Kurt Wald
Date: 06 Sep 2007 04:46 PM
Hi Alberto,

for the unprefixed version I use the xsd with

elementFormDefault="qualified".

Thus the mapper seems to behave ok without prefix after making http://schemas.microsoft.com/BizTalk/EDI/EDIFACT/2006 the default namespace.

Kurt

 
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Go to previous topicPrev TopicGo to next topicNext Topic
Download A Free Trial of Stylus Studio 6 XML Professional Edition Today! Powered by Stylus Studio, the world's leading XML IDE for XML, XSLT, XQuery, XML Schema, DTD, XPath, WSDL, XHTML, SQL/XML, and XML Mapping!  
go

Log In Options

Site Map | Privacy Policy | Terms of Use | Trademarks
Stylus Scoop XML Newsletter:
W3C Member
Stylus Studio® and DataDirect XQuery ™are from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2016 All Rights Reserved.