|
|
| Re: Avoid qualification of XML-tags in nested elements [message #429158 is a reply to message #429102] |
Fri, 10 April 2009 14:54   |
 Philipp Kutter
Messages: 306
Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------000405060305080402040702
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hi, Ed.
As far as I can judge, it is local. The only global element is MODULE:
<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
xmlns:module="http://www.gugus.ch/module"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
ecore:nsPrefix="module" ecore:package="ch.gugus.module"
targetNamespace="http://www.gugus.ch/module">
<xsd:element name="MODULE" type="module:Module" />
<xsd:complexType name="Module">
<xsd:sequence>
<xsd:element ecore:name="projectGroup" form="qualified"
maxOccurs="unbounded" minOccurs="0" name="PROJECT_GROUP"
type="module:ProjectGroup"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="ProjectGroup">
<xsd:attribute ecore:name="name" name="NAME"
type="xsd:anySimpleType" use="required"/>
</xsd:complexType>
</xsd:schema>
But the generated Editor writes the second behavior, not the second:
<?xml version="1.0" encoding="UTF-8"?>
<module:MODULE xmlns:module="http://www.gugus.ch/module">
<module:PROJECT_GROUP NAME="xyz"/>
</module:MODULE>
The ready to generate project is attached.
How do I get the inner "module:" qualification removed?
As well, I thought because I did set a targetNamespace, all elements
from that namespace do not need to be qualified. Is this not the case?
If so, how do I get all qualifications away?
Regards, Philipp
PS: I read the long thread with Waqas Ilyas, and I almost do not dare to
repeat the question he repeated again and again:
"I can solve this problem if I add an ExtendedMetaData to the packages
with qualified->false entity. But I want to control everything from
schema and not touch the intermediate Ecore models. Is this possible?"
Would the answer to this question solve my problem?
Regards, Philipp
Ed Merks wrote:
> Philipp,
>
> Comments below.
>
>
> Philipp Kutter wrote:
>> Hi.
>> I have a Schema:
>>
>> <xsd:schema xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
>> xmlns:module="http://www.logismata.ch/module"
>> xmlns:xsd="http://www.w3.org/2001/XMLSchema" ecore:nsPrefix="module"
>> ecore:package="ch.logismata.module"
>> targetNamespace="http://www.logismata.ch/module">
>> <xsd:element name="MODULE" type="module:Module"/>
>> ...
>> <xsd:complexType name="ProjectGroup">
>> <xsd:attribute ecore:name="name" name="NAME"
>> type="xsd:anySimpleType" use="required"/>
>> ...
>>
>> And expected the generted editor could read/write files like:
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <module:MODULE xmlns:module="http://www.logismata.ch/module">
>> <PROJECT_GROUP>
>> </PROJECT_GROUP>
>> </module:MODULE>
>>
>> Instead it can only read files like:
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <module:MODULE xmlns:module="http://www.logismata.ch/module">
>> <module:PROJECT_GROUP>
>> </module:PROJECT_GROUP>
>> </module:MODULE>
>>
>> Any idea how I get the first behavior?
> Is PROJECT_GROUP a global element declaration? To get the first
> behavior, you'd need it to be a local element declaration.
>>
>> Regards, Philipp
--------------000405060305080402040702
Content-Type: application/x-zip-compressed;
name="testLocalQualification.zip"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="testLocalQualification.zip"
UEsDBBQACAAIABqFijoAAAAAAAAAAAAAAAAhAAAAdGVzdExvY2FsUXVhbGlm aWNhdGlvbi8u
Y2xhc3NwYXRonZBPTwIxEMXPmvgdNr0zKxfjYVdizJpAIhhYvZLSTpaROi3T lsC3B/8QjQkc
vM2b/Oa9l6kG23dXbFAiea5VH65VgWy8Je5q9dI+9m7V4O7qsjJOxxh0Wh7E xY9CTrIrVsS2
VlGMKj6WX2N5mjSej6SXDtA4ChHhzSZwOrNZHtJhNG3mD5Nxez8cN9PyL0ec UFg7sLjIHWT6
vkSBWdJstdjXp3YXsBzpjZ41vT7c/KNSsAjGC4LgOpOgfXa5I47nrHxOIaej 24L4E67K3y/c
A1BLBwj0pbHS0AAAAHgBAABQSwMEFAAIAAgAGoWKOgAAAAAAAAAAAAAAAB8A AAB0ZXN0TG9j
YWxRdWFsaWZpY2F0aW9uLy5wcm9qZWN0vZLPSgMxEMbPCr5D2buJ3jykW6ji SUWpPsA4ma4p
2STkT/HxTdKsspSCB/E23zfz5TcMEavPUS/25IOyZtlds6tuQQatVGZYdm+v 95c33aq/OBfO
2x1hvKOAXrmYp7N7JgyM1EcK8cEi6JcEWm0VQukLXptlCu04kom94FNV3PZk qILP1HtSWm4c
YVFN3uYoGFmdBrZ+YIRauUBsJyND63MBe6gB8j8r5AT4IRV2aJrPDcGPKL/i OknsEYza5iOs
/xe7wQ8a4U+gzZlOnnkxeWrTB3H62od+WaDOncqUlZ91GpR5OgpMdSF+/4X5 Z/sCUEsHCAux
V7jwAAAAqwIAAFBLAwQUAAgACAAahYo6AAAAAAAAAAAAAAAAKwAAAHRlc3RM b2NhbFF1YWxp
ZmljYXRpb24vTUVUQS1JTkYvTUFOSUZFU1QuTUZ9zjsOwjAMgOG9Uu+QCyQq jBmZKeIhdTfB
qSw5MeQx9PZEgDKyWfp+y54hksdc9IIpk0SrdmYah0OND0Y9/7TjvtMJAlpV Gh7FAV8qMHly
UFqnzlxXTbHHty3chcn9W+pxPzaZzy9XfFVKqL9slaTVoGN6ZjQYfJsl4Ti8 AVBLBwgJSvr9
fQAAAMoAAABQSwMEFAAIAAgAGoWKOgAAAAAAAAAAAAAAACkAAAB0ZXN0TG9j YWxRdWFsaWZp
Y2F0aW9uL21vZGVsL21vZHVsZS5lY29yZe2XS0/jMBDH70h8hyicaWi5rKoW 1IWAWDW06kO7
t5XXmQYvjp21nT6+PZNnExXYgLo8pO2lUjzz98z8xs6kd74OubUEpZkUfbvd OrEtEFT6TAR9
ez67Ov5in58dHvSASgVdd0zoPQnAWoesW3p10OvwwMIfigndxcW+fWdM1HWc 1WrVkmHQkipw
fng3dmGi6yar09Sic3LSRrPhlN5BSI6Z0IYICjX1NJKaM1DOIg2pAoSLRKXj uImZbQkSonEo
/ZgXMkLPJzc1gSAOYt2id05uhyZjBQu2Lj3PEtceXHCiNVswzNzCFLpmE6F6 Xpt0sdjxUtI4
BGEmUprMO/EfCCENMVg1bWkZK7pNxEmjzzJJs0hVndgw7rhrA8IH3wNDLokh hSBK+viIcW3d
w6ZvJ1vb1pLwGHVt5wmreyb80ipka/BL055TDbEMe2pUTE2sCL8Cgv/wSPYD YxT7FZttzVNl
KxbsT7LRgnCNa3EUgfoqY+H37eO2XURoWTCrqiVZJg+sRpiPHMfNI/NI5Aqj NpUS7b/qz1YU
OCTgvzPuU6L8CoZncXXrJJ5i4TwC40WcJrAABcmhyjmtveHtNGt3LF5jQmm3 N8eDoeGVMpPZ
f0lpq24UEZph4fo2ZoHRUSmwViKsPMKEJF/CWMk1A1301LuRJmXLN2ScXWBR Wuv3ID29yS7W
oaTpXv9h/0vYyEPXy/32yIsXWo1zZ5czUvNy06XkGBWHgsMOKx8UW4L/NLqt +gdjmF/NTQl6
o8v50P2LtY4I3bocHRmiAjC35cqrmeNKZdx48QDiVQaXtx498r0bDSA5k5Hg m32MITsnIFLy
N1BzrWTc4OWG52Bcc/j4F9MLm3o8GX1zL2Y/ryej+fiT9nYN0bt0eC2CZn0e RmYvHb4zaGeB
cbkqO7ttv26cPk2+vRI7PAYDsZmyMOKp0Cd67d4OPHePjdlz6l+++OgBUEsH CGDFhNXPAgAA
NA8AAFBLAwQUAAgACAAahYo6AAAAAAAAAAAAAAAALAAAAHRlc3RMb2NhbFF1 YWxpZmljYXRp
b24vbW9kZWwvbW9kdWxlLmdlbm1vZGVszZVbb9MwFMffJ+07WOaZuPQBoarp hNZ2qtSWsjJp
r65zkhp8iXxp02+P41y2whiggSBPyfE5//P7+5bxVSUFOoCxXKsUv0kGGIFi OuOqSPHdp/nr
d/hqcnkxLkBJnYEY3YBa1S+oknzUFw5D4eUFCk/QU3YUBlO8d64cEXI8HhMt i0SbgtyvFrhN
AaYNnCUBE7y0EBNB5mQ4GAzJrE470+5Qfl7bsWIUC6bcAHPanFJMHFi31IyK j54KnnNGXTBC
rGFtr1ixEb7gajFN8dP5rfCayuAktPICMOKy1MaBqcsCTo9W2SyJppMuo23F tCwFp4rBEg61
r7f1MjBdngwv9m7OQWQ2xTkVFvCkrhnnQYYXjbuJjI1r/TE5G4ipYbo2lH2h BVhUGsh59YC6
oxbawRSzfVL4wluMDFjtDQux+9USo4zbUlu6E7Ax+sAzMHPazqMzvlschKK5 Xq6lisFXpOFu
cK4FtTbQxKH48W02mWrmJSh3q7XrSpviOVDnTfSiSzAuQKy1Cl6Udjw/ddOE mAmJcL3nIutj
Ub0VSHH8Gs3eO2f4zjtAzzAQySvIMPm7KLeQgwnH73mUarVcbzdxJVe0/E+Y tost24Ok9RmJ
J+MXsVhNEPTbrXTO1YRegCU/TO+Ws55lTB523+/tx/bA/CNPTXcS+nwOF9iN 0b78A542j+We
dvbyQ/S4CVHhnvwxeAx0V1X9zyHf/XRC9CtQSwcI3HprXR4CAACyBgAAUEsD BBQACAAIABqF
ijoAAAAAAAAAAAAAAAAnAAAAdGVzdExvY2FsUXVhbGlmaWNhdGlvbi9tb2Rl bC9tb2R1bGUu
eHNkfVJbS8MwFH5W2H8IeXeZ+iLFOkTnQNxW3Aa+SU3P2miTdLnY+u9N03Ss ir4U8uV8t5Ne
Txteok9QmkkR4/PxBCMQVGZM5DHebh7OrvD0ZnR63egs0rQAniLHEDoCKhXE uDCmigip63oM
tGSVhrFUOQG+IxeTyQWZtWN4dHrSsbjMbDmk5Ta3ekwL0t3hoO8MB2P1pRd2 oufkZfG09lla
YR8kEjpRsGNNjHuZDq9S+pHmzpEWwSncO6ZJVQ5mmXLQbuz/VG4HJ34JUAIH YZBwtBgvVvfb
pxlG5quC3jpahATEkRDyLCp5VUKzcWM986CLUBjSsLdu+RCwgPaGoacnV0q+ AzVzJW2F0U4q
HuO9TUu2Y5BhxNNmRalVOsZWvEkrMo8y0aPulTuh5Hn1OLvbvM6fV9vkR43k 2IT0QcmvpB10
1PC/2gPRvqifTY1R7M0aGDRtv33Y5e3isGrPEF9r1hq0+hhZ7XDlkjHl6pI/ s4UK/gdyx29Q
SwcIXX489nYBAAADAwAAUEsBAhQAFAAIAAgAGoWKOvSlsdLQAAAAeAEAACEA AAAAAAAAAAAA
AAAAAAAAAHRlc3RMb2NhbFF1YWxpZmljYXRpb24vLmNsYXNzcGF0aFBLAQIU ABQACAAIABqF
ijoLsVe48AAAAKsCAAAfAAAAAAAAAAAAAAAAAB8BAAB0ZXN0TG9jYWxRdWFs aWZpY2F0aW9u
Ly5wcm9qZWN0UEsBAhQAFAAIAAgAGoWKOglK+v19AAAAygAAACsAAAAAAAAA AAAAAAAAXAIA
AHRlc3RMb2NhbFF1YWxpZmljYXRpb24vTUVUQS1JTkYvTUFOSUZFU1QuTUZQ SwECFAAUAAgA
CAAahYo6YMWE1c8CAAA0DwAAKQAAAAAAAAAAAAAAAAAyAwAAdGVzdExvY2Fs UXVhbGlmaWNh
dGlvbi9tb2RlbC9tb2R1bGUuZWNvcmVQSwECFAAUAAgACAAahYo63HprXR4C AACyBgAALAAA
AAAAAAAAAAAAAABYBgAAdGVzdExvY2FsUXVhbGlmaWNhdGlvbi9tb2RlbC9t b2R1bGUuZ2Vu
bW9kZWxQSwECFAAUAAgACAAahYo6XX489nYBAAADAwAAJwAAAAAAAAAAAAAA AADQCAAAdGVz
dExvY2FsUXVhbGlmaWNhdGlvbi9tb2RlbC9tb2R1bGUueHNkUEsFBgAAAAAG AAYA+wEAAJsK
AAAAAA==
--------------000405060305080402040702--
|
|
|
| Re: Avoid qualification of XML-tags in nested elements [message #429159 is a reply to message #429158] |
Fri, 10 April 2009 15:24 |
Ed Merks
Messages: 33218
Registered: July 2009 |
Senior Member |
|
|
Philipp,
Ditch the form="qualified" and you should get what you want.
Philipp Kutter wrote:
> Hi, Ed.
> As far as I can judge, it is local. The only global element is MODULE:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <xsd:schema xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
> xmlns:module="http://www.gugus.ch/module"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> ecore:nsPrefix="module" ecore:package="ch.gugus.module"
> targetNamespace="http://www.gugus.ch/module">
> <xsd:element name="MODULE" type="module:Module" />
> <xsd:complexType name="Module">
> <xsd:sequence>
> <xsd:element ecore:name="projectGroup" form="qualified"
> maxOccurs="unbounded" minOccurs="0" name="PROJECT_GROUP"
> type="module:ProjectGroup"/>
> </xsd:sequence>
> </xsd:complexType>
> <xsd:complexType name="ProjectGroup">
> <xsd:attribute ecore:name="name" name="NAME"
> type="xsd:anySimpleType" use="required"/>
> </xsd:complexType>
> </xsd:schema>
>
> But the generated Editor writes the second behavior, not the second:
> <?xml version="1.0" encoding="UTF-8"?>
> <module:MODULE xmlns:module="http://www.gugus.ch/module">
> <module:PROJECT_GROUP NAME="xyz"/>
> </module:MODULE>
>
> The ready to generate project is attached.
>
> How do I get the inner "module:" qualification removed?
>
> As well, I thought because I did set a targetNamespace, all elements
> from that namespace do not need to be qualified. Is this not the case?
>
> If so, how do I get all qualifications away?
>
> Regards, Philipp
>
> PS: I read the long thread with Waqas Ilyas, and I almost do not dare
> to repeat the question he repeated again and again:
> "I can solve this problem if I add an ExtendedMetaData to the
> packages with qualified->false entity. But I want to control
> everything from schema and not touch the intermediate Ecore models.
> Is this possible?"
>
> Would the answer to this question solve my problem?
>
> Regards, Philipp
>
> Ed Merks wrote:
>> Philipp,
>>
>> Comments below.
>>
>>
>> Philipp Kutter wrote:
>>> Hi.
>>> I have a Schema:
>>>
>>> <xsd:schema xmlns:ecore="http://www.eclipse.org/emf/2002/Ecore"
>>> xmlns:module="http://www.logismata.ch/module"
>>> xmlns:xsd="http://www.w3.org/2001/XMLSchema" ecore:nsPrefix="module"
>>> ecore:package="ch.logismata.module"
>>> targetNamespace="http://www.logismata.ch/module">
>>> <xsd:element name="MODULE" type="module:Module"/>
>>> ...
>>> <xsd:complexType name="ProjectGroup">
>>> <xsd:attribute ecore:name="name" name="NAME"
>>> type="xsd:anySimpleType" use="required"/>
>>> ...
>>>
>>> And expected the generted editor could read/write files like:
>>>
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <module:MODULE xmlns:module="http://www.logismata.ch/module">
>>> <PROJECT_GROUP>
>>> </PROJECT_GROUP>
>>> </module:MODULE>
>>>
>>> Instead it can only read files like:
>>>
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <module:MODULE xmlns:module="http://www.logismata.ch/module">
>>> <module:PROJECT_GROUP>
>>> </module:PROJECT_GROUP>
>>> </module:MODULE>
>>>
>>> Any idea how I get the first behavior?
>> Is PROJECT_GROUP a global element declaration? To get the first
>> behavior, you'd need it to be a local element declaration.
>>>
>>> Regards, Philipp
>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
|
| Re: Avoid qualification of XML-tags in nested elements [message #429180 is a reply to message #429179] |
Sat, 11 April 2009 17:48 |
Ed Merks
Messages: 33218
Registered: July 2009 |
Senior Member |
|
|
Philipp,
Comments below.
Philipp Kutter wrote:
> Hi, Ed.
> Removing the form="qualified" attribute from "element" tags of the XSD
> Schema solved the problem.
Can't say I'm surprised. :-P
>
> Interestingly, in the .ecore version, the form="qualified" was
> translated into an EAnnotation namespace->##targetNamespace
Yes, that's what I'd expect.
>
> Is this the way to force a form="qualified" if I come from the ECore
> side?
Yes, by setting the namespace to the namespace of the package exactly
like you see.
>
> Regards and all the best,
> Philipp
>
>
>
> Ed Merks wrote:
>> Philipp,
>>
>> Ditch the form="qualified" and you should get what you want.
>>
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
|
Powered by
FUDForum. Page generated in 0.04505 seconds
] 
Search
Help
Register
Login
Home
