Eclipse Community Forums: XML Schema Definition (XSD) » Problems when referencing an included attribute group with anyAttribute

Home » Archived » XML Schema Definition (XSD) » Problems when referencing an included attribute group with anyAttribute

Show: Today's Messages :: Show Polls :: Message Navigator

Problems when referencing an included attribute group with anyAttribute [message #58853]

Fri, 25 March 2005 14:06

Steve Speicher

Messages: 87
Registered: July 2009

Member

This is a multi-part message in MIME format.
--------------020701000506070900010500
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Greetings,

I'm having some difficulty with getting XSDWildcard information from
included schemas. I have included an example that illustrates the problem.

Specifically, I have a <attributeGroup> definition in an included schema
with contains <anyAttribute>. It appears that when I get the
XSDAttributeGroupDefinition.getAttributeWildcard() it always returns
null from the including schema.

To run the sample, install the plugin, it adds a context action for
*.xsd called "Parse XSD with Include and AttrGroup Wildcard". Running
on the file without the include will yield appropriate result. Running
on the schema that includes will show that it is null.

I haven't played with this much but I did have different results when I
had various namespaces (no default or no target) in the included schema.

Thanks in advance for any help,
Steve Speicher

--------------020701000506070900010500
Content-Type: text/xml;
name="Contact_any_attrgrp.xsd"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="Contact_any_attrgrp.xsd"

<?xml version="1.0"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified">

<xsd:attributeGroup name="anyAttributeGroup">
<xsd:anyAttribute namespace="##other" processContents="lax"/>
</xsd:attributeGroup>

</xsd:schema>
--------------020701000506070900010500
Content-Type: text/xml;
name="Contact_any_attrgroup_includer.xsd"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="Contact_any_attrgroup_includer.xsd"

<?xml version="1.0"?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:contact="http://www.ibm.com/contact"
targetNamespace="http://www.ibm.com/contact"
elementFormDefault="qualified">

<xsd:include schemaLocation="Contact_any_attrgrp.xsd"/>

<xsd:complexType name="includeAttrs">
<xsd:sequence>
<xsd:element name="dummy" type="xsd:string"/>
</xsd:sequence>
<xsd:attributeGroup ref="contact:anyAttributeGroup"/>
</xsd:complexType>

</xsd:schema>
--------------020701000506070900010500
Content-Type: application/zip;
name="xsd.include-attrgrp-wildcard.sample.zip"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="xsd.include-attrgrp-wildcard.sample.zip"

UEsDBBQACAAIALRIeTIAAAAAAAAAAAAAAAArAAAAY29tLmlibS5ldGVjaC54 c2Quc2FtcGxl
LmluY2x1ZGUvLmNsYXNzcGF0aJ2PPQvCMBRFZwX/Q8huqptDaxGpoEOVUmep yaONxpeYD9F/
b1WKLjq43Xs5HLhxej0pcgHrpMaEjtmIEkCuhcQ6odtyMZzQdDrox1xVzpnK N23pvRugtzdy
lCgS6iyn5DG+YvSd5Bo7UtuaAVfSOGBGAOPaArNwDtKC2KhQS3R/qA7CM1UF 5E17hK2KbDdf
5+VsmWfFL5sO3gTfCfcSn3Acfb6/A1BLBwjKfBFNpQAAADMBAABQSwMEFAAI AAgAtEh5MgAA
AAAAAAAAAAAAACkAAABjb20uaWJtLmV0ZWNoLnhzZC5zYW1wbGUuaW5jbHVk ZS8ucHJvamVj
dL2SzU4DIRSF15r4Ds3sZXTngk6TatxpTKoPQC/XKQ1cCD9NH19ARjOZmLgw 7u45nMNHAL45
G706oQ/K0rq7ZTfdCgmsVDSuu7fXx+u7bjNcXXLn7REhPmAAr1zM6execBIG B7CGqb1hGBEO
7BwkC8I4jUwR6CSR9zVW8jlqkOLA+2kqbts8VNHP1D4pLXcOoagm73NVkKxO O4L1I0PQygVk
RxkZWJ8HcRK1gP77CLkh/JgKOzTdzw3eLyi/4jqJ7EmQescQt/+L3cEBjfgT aHOmK8+8mDy2
9KdY4F90GhU918VCr6GfCrPnoUVnmgvx6y/Mv90HUEsHCHrlrA71AAAAtQIA AFBLAwQUAAgA
CAC0SHkyAAAAAAAAAAAAAAAAMQAAAGNvbS5pYm0uZXRlY2gueHNkLnNhbXBs ZS5pbmNsdWRl
L2J1aWxkLnByb3BlcnRpZXMrzi8tSk7Vy8xLzilNSdXLSixSsFUoLkrW5+XK Ly0pKC1Bk0rK
zANKAUmYeDFQsCCnNB0oUpGboxPDy6WACpD083IBAFBLBwjWEoGIRAAAAG8A AABQSwMEFAAI
AAgAtEh5MgAAAAAAAAAAAAAAACsAAABjb20uaWJtLmV0ZWNoLnhzZC5zYW1w bGUuaW5jbHVk
ZS9wbHVnaW4ueG1slVNNbxMxEL1X6n+wfESKQ8SFw26jAgrKoVIkQHD1eodk Kn/hj3b593ht
J7tpBKQ+ZWfezHt5M9OsByXJEziPRrd0xd5SAlqYHvW+pd++bhbv6fru9qZZ g5BoPUzYdwmb
U1bGPerbG0II9i0VRjHsFIMA4sAG3zPPlZXAUAsZe6AZqbmClm5LiOxSiwXq kpqrSRw5Zp15
wh7cotZ9eChxIbn3/+dklWiXpdKkOlc3LuqACu7y1xiQ2Dnufld5x+pH7ugJ M8JgsMaFinpD
l1ODZe1QIs1yYqiM8CuiAz9VoMq9iostNW7Pqtcs4rz1P4DCOGCV6sqSZNKV SFA/0++RYVCv
EwTeRCfAH4uSHdPfLxEYAuhx3DN7rUEdXjrBrLHRPoCOfppFY7pHEOGj0cFh F8N5n/RqvmzJ
3wWy7QZl3czTG6ebwgFcmnH26zx/zbInnkna6nyJuLjUmx5o3knwG5NoV/Qi LXkHsqU77tIx
/vjyiTxjOJDjIXHdk/sQ3GdnoiXfUfaCu5fCX3E32XRWlHqWSRPnSLmdX/P8 qTSijrsdD4eW
8r7HXHuJu8o+Dc/3mfzcumVRNDu7y0U4rtxpw/LONcuyrunjD1BLBwhczgSl yQEAAPwEAABQ
SwMEFAAIAAgAtEh5MgAAAAAAAAAAAAAAAFgAAABjb20uaWJtLmV0ZWNoLnhz ZC5zYW1wbGUu
aW5jbHVkZS9zcmMvY29tL2libS9ldGVjaC94c2Qvc2FtcGxlL2luY2x1ZGUv SW5jbHVkZVBs
dWdpbi5qYXZhnVRNb9swDD0nQP4D10vtYFPuC4phX4ceBgzd9gMUmUm0yJIg UWmKof99lGW3
cZtmxYAgcUTy8fHp0V6qndwgKNcKvWoFEqqtOMRGRNl6g0JbZVKDy9l0NtWt d4HAhY1AZbSP
KJIW3qSNtmK+HCW4uNFiHWSLty7sxKdkG4OfnSU80GPmb7mXIpE2XflsupjP Z1OYw88tQiu1
hQIOysgYgRysEFLEBviMOKfBuCPnRS5azKY+rYxWffZ1Yf69IHBbtE2Ej6tI QSr6dd0H/sym
k8UiN4xbGTroSNIqZNCJD3oviUMkiYHHkIXbsqu/wehSUAirbtDj2iFUJIAw +purM0Cee9IP
rhwzCEmRC6I7XWS0MtqIQVV37CcxeQxVnbEmvWBXLI+O3QmFu5I2GbfmnDE1 sUEqT9XFv/wg
RkQGnHhRSNyDkqS2UH3TMWq7GeJfDwo9aWfhUL/EySZjCgh/3WdTHKujI7RI W8fXFLmJMXxh
ybtyGe94cL7aLDv3eCrd3ukmX2SgauTGrHf+rVmy4G4jPLJ8VFeUwiF1+Vpu t1ssTh34cSiy
Yz02L/Bz/v/ocd0ZdjdIKdjYUTnh8xGRk2Znb3zBtUyGBteFDvJoC861pMA2 gHVw7YMa2l7G
h23o9+ZtKXUBLnd4dwl6DdYRrB1HX+L5o2AzwcFm5aTqAwzUM36yiavBcqNJ xfGk4gi1X436
2VJ1MlQ92pvi4Bo+DK8ChugJdUzeZ0Kv3BKsx00eKs+rfV7dIwWfCHJi2NFV P391MQn+/AVQ
SwcId0PnmkgCAABFBgAAUEsDBBQACAAIALRIeTIAAAAAAAAAAAAAAABsAAAA Y29tLmlibS5l
dGVjaC54c2Quc2FtcGxlLmluY2x1ZGUvc3JjL2NvbS9pYm0vZXRlY2gveHNk L3NhbXBsZS9p
bmNsdWRlL3BvcHVwL2FjdGlvbnMvUGFyc2VYU0R3aXRoSW5jbHVkZS5qYXZh rVZRb9s2EH7P
rzi4D5WSjN5eawRYELeDga0Z4gzdQ19o6WwzkUSBpOIUg//7jhQpUbacpGgD JKHI7z4eP94d
r+bZI98gZLJkYlUyNJht2bPOmeZlXSATVVY0ObJa1k3NeGaErPTs7EyUtVQG HvgTZ0Kyxe3H
5wxruzobrDVGFGxhUHEjVW8n1YZhVohaI8ukQqZQy0ZlqNnikyhwNgbEck3g spRVS/vP3eIk
Dges7M4Pvhe/RPNWE0IVsd2CvkdtH9ac4K2UbHGdDUQ7BuaCF3Kj2V+oNV3V 3H2+gH8SuENF
Oi6xwNfIA3hpVJOZRmH+spXeGbYT+QYN2WyxGD9hI8K55sS24WZcdwu7XT3Q dm8Ef5HqcYVV
tv2bq/F7sZH773J+bYwSq8bgH0o29RzXohInz+RtbqQN+Of7bzW+zeBjgSVW Zk7TnML7FfSi
TaSXIMtsiyV/CfFFFHnGVU6JVDerQmRAe2sNpIdGWt8Js/UbgY1H56CGUZXh v7MzgFpJSnmD
Obi8A9qozT9am56f0184hxvKeRcgUsGaflui35hbnVqW1pkRN5KU9iEY6KZG laQz+tgPyH/X
iOMevtPoZp7Q3nfiQ+oShnGQHnrxJEUOo6bARxnAcEUR7cict2MOHrimmiqw jjsQAfy2QQmj
vvkRgMsh0O7vFVS4a2esTgFBkVxtYE2X8pmXSKhJXXBD11B+mIbiM53ARbg6 Zo+ipJUzSe2H
NUtST2d/LmBywuAOidqJZrZkbGS7e+ROVOBARePW+YPy1153bNbZkEFkHjln vQnohCo8yxSS
4DRKggbpJWnYYO9UV4MLyfOkaoriSL9Sb6x0k+BQl26g3b87Ke0hkm4+7VnJ I8oAY1OpVTT5
tTtYb82eeCFycrU/dXj3QNF6oKBdIqMht/AGPcVua7MyiQnYluvP+Ey3m3Zx BNAmEMjVg5U2
hlcOO+uQYu2O6ROUuQrChF5QjvOKRCeKAXMslm8Hcv9JgkVUqd3dCUQTUlER IzU8NHYgEibw
ReIMt3hVoEikQ7JxoSKxgsGtE+3I/FC4SLxTD8yxmtEeR254bU+RAacFN+cj 8xQwjU8yO9rC
xv7FFZV6UZnwgiQdt1W4I+6W0/SQZ0V5+Dic3J+NjfeAhcbvV+o47n6WOvJQ lR9VJByWHgo/
GnRnTNZYLSpbo11fkLgCfwkT8hJ8skwDMSxdpz25tF6FurWHjJtsC0nUWAP2 6kyncH87v4Xr
xshfNlihSzVvtCpk9uiB1LnbQy4NNfr3ilq+END7t71zOrSDN1tebTCPXuGu Uzz1Ao9b9o9w
R9Bjwwlt8HSTFN1tiMg1jDSqvSoji5baxseone573ZZgUERp1UbCJ6G08b1e Xw2sgxYWueYa
qDiA/ftqt/drUSDuh7fglQuvvYuc5FRXCqb9DJsppJNVMEnsq+7XbPHb3kjX gdGDn0K8Rse6
dz2PfU517cLCot5NOucH4LaFsAgK4ggyfJ8jg1D0+/GfMmtzIU0ZZb5Z4qZX 1MpwJMIwO6Pu
F3Z+YAMvuvuxd97ek20I4OpqYNbXAUJ3xELDe4t+39nbUhaVjhGDD/C1+mqs uoF/0De1dv6G
yLw97v5/UEsHCKpYSJGzBAAAeQ8AAFBLAQIUABQACAAIALRIeTLKfBFNpQAA ADMBAAArAAAA
AAAAAAAAAAAAAAAAAABjb20uaWJtLmV0ZWNoLnhzZC5zYW1wbGUuaW5jbHVk ZS8uY2xhc3Nw
YXRoUEsBAhQAFAAIAAgAtEh5MnrlrA71AAAAtQIAACkAAAAAAAAAAAAAAAAA /gAAAGNvbS5p
Ym0uZXRlY2gueHNkLnNhbXBsZS5pbmNsdWRlLy5wcm9qZWN0UEsBAhQAFAAI AAgAtEh5MtYS
gYhEAAAAbwAAADEAAAAAAAAAAAAAAAAASgIAAGNvbS5pYm0uZXRlY2gueHNk LnNhbXBsZS5p
bmNsdWRlL2J1aWxkLnByb3BlcnRpZXNQSwECFAAUAAgACAC0SHkyXM4EpckB AAD8BAAAKwAA
AAAAAAAAAAAAAADtAgAAY29tLmlibS5ldGVjaC54c2Quc2FtcGxlLmluY2x1 ZGUvcGx1Z2lu
LnhtbFBLAQIUABQACAAIALRIeTJ3Q+eaSAIAAEUGAABYAAAAAAAAAAAAAAAA AA8FAABjb20u
aWJtLmV0ZWNoLnhzZC5zYW1wbGUuaW5jbHVkZS9zcmMvY29tL2libS9ldGVj aC94c2Qvc2Ft
cGxlL2luY2x1ZGUvSW5jbHVkZVBsdWdpbi5qYXZhUEsBAhQAFAAIAAgAtEh5 MqpYSJGzBAAA
eQ8AAGwAAAAAAAAAAAAAAAAA3QcAAGNvbS5pYm0uZXRlY2gueHNkLnNhbXBs ZS5pbmNsdWRl
L3NyYy9jb20vaWJtL2V0ZWNoL3hzZC9zYW1wbGUvaW5jbHVkZS9wb3B1cC9h Y3Rpb25zL1Bh
cnNlWFNEd2l0aEluY2x1ZGUuamF2YVBLBQYAAAAABgAGAIgCAAAqDQAAAAA=
--------------020701000506070900010500--

Report message to a moderator

Re: Problems when referencing an included attribute group with anyAttribute [message #58879 is a reply to message #58853]

Fri, 25 March 2005 15:20

Eclipse User

Originally posted by: merks.ca.ibm.com

This is a multi-part message in MIME format.
--------------070608090101010408070905
Content-Type: multipart/alternative;
boundary="------------060501020902050000090908"

--------------060501020902050000090908
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Steve,

The attribute wildcard content feature is not being cloned. I've
attached a patch to fix that. Please open a bugzilla.

Steve Speicher wrote:

> Greetings,
>
> I'm having some difficulty with getting XSDWildcard information from
> included schemas. I have included an example that illustrates the
> problem.
>
> Specifically, I have a <attributeGroup> definition in an included
> schema with contains <anyAttribute>. It appears that when I get the
> XSDAttributeGroupDefinition.getAttributeWildcard() it always returns
> null from the including schema.
>
> To run the sample, install the plugin, it adds a context action for
> *.xsd called "Parse XSD with Include and AttrGroup Wildcard". Running
> on the file without the include will yield appropriate result.
> Running on the schema that includes will show that it is null.
>
> I haven't played with this much but I did have different results when
> I had various namespaces (no default or no target) in the included
> schema.
>
> Thanks in advance for any help,
> Steve Speicher
>
>
> ------------------------------------------------------------ ------------
>
><?xml version="1.0"?>
><xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> elementFormDefault="qualified">
>
> <xsd:attributeGroup name="anyAttributeGroup">
> <xsd:anyAttribute namespace="##other" processContents="lax"/>
> </xsd:attributeGroup>
>
></xsd:schema>
>
> ------------------------------------------------------------ ------------
>
><?xml version="1.0"?>
><xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:contact="http://www.ibm.com/contact"
> targetNamespace="http://www.ibm.com/contact"
> elementFormDefault="qualified">
>
> <xsd:include schemaLocation="Contact_any_attrgrp.xsd"/>
>
> <xsd:complexType name="includeAttrs">
> <xsd:sequence>
> <xsd:element name="dummy" type="xsd:string"/>
> </xsd:sequence>
> <xsd:attributeGroup ref="contact:anyAttributeGroup"/>
> </xsd:complexType>
>
></xsd:schema>
>

--------------060501020902050000090908
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Steve, 
 
The attribute wildcard content feature is not being cloned.  I've
attached a patch to fix that.  Please open a bugzilla. 
 
 
Steve Speicher wrote:
<blockquote cite="midd21ao2$jjv$1@news.eclipse.org" type="cite">Greetings,
 
 
I'm having some difficulty with getting XSDWildcard information from
included schemas.  I have included an example that illustrates the
problem.
 
 
Specifically, I have a <attributeGroup> definition in an included
schema with contains <anyAttribute>.  It appears that when I get
the XSDAttributeGroupDefinition.getAttributeWildcard() it always
returns null from the including schema.
 
 
To run the sample, install the plugin, it adds a context action for
*.xsd called "Parse XSD with Include and AttrGroup Wildcard".  Running
on the file without the include will yield appropriate result.  Running
on the schema that includes will show that it is null.
 
 
I haven't played with this much but I did have different results when I
had various namespaces (no default or no target) in the included
schema.
 
 
Thanks in advance for any help,
 
Steve Speicher
 
 
 
<pre wrap="">
<hr size="4" width="90%">
<?xml version="1.0"?>
<xsd:schema xmlns:xsd=<a class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
elementFormDefault="qualified">

<xsd:attributeGroup name="anyAttributeGroup">
<xsd:anyAttribute namespace="##other" processContents="lax"/>
</xsd:attributeGroup>

</xsd:schema></pre>
<pre wrap="">
<hr size="4" width="90%">
<?xml version="1.0"?>
<xsd:schema xmlns:xsd=<a class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:contact=<a class="moz-txt-link-rfc2396E" href="http://www.ibm.com/contact">"http://www.ibm.com/contact"</a>
targetNamespace=<a class="moz-txt-link-rfc2396E" href="http://www.ibm.com/contact">"http://www.ibm.com/contact"</a>
elementFormDefault="qualified">

<xsd:include schemaLocation="Contact_any_attrgrp.xsd"/>

<xsd:complexType name="includeAttrs">
<xsd:sequence>
<xsd:element name="dummy" type="xsd:string"/>
</xsd:sequence>
<xsd:attributeGroup ref="contact:anyAttributeGroup"/>
</xsd:complexType>

</xsd:schema></pre>
</blockquote>
 
</body>
</html>

--------------060501020902050000090908--

--------------070608090101010408070905
Content-Type: text/plain;
name="AttributeGroupDefinitionImpl.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="AttributeGroupDefinitionImpl.patch"

Index: XSDAttributeGroupDefinitionImpl.java
============================================================ =======
RCS file: /home/technology/org.eclipse.xsd/plugins/org.eclipse.xsd/src /org/eclipse/xsd/impl/XSDAttributeGroupDefinitionImpl.java,v
retrieving revision 1.4
diff -u -r1.4 XSDAttributeGroupDefinitionImpl.java
--- XSDAttributeGroupDefinitionImpl.java 7 Oct 2004 12:15:37 -0000 1.4
+++ XSDAttributeGroupDefinitionImpl.java 25 Mar 2005 15:17:08 -0000
@@ -1187,6 +1187,12 @@
{
clonedAttributeGroupDefinition.getContents().addAll(cloneCon creteComponents(getContents(), true, shareDOM));
}
+
+ if (getAttributeWildcardContent() != null)
+ {
+ clonedAttributeGroupDefinition.setAttributeWildcardContent
+ ((XSDWildcard)getAttributeWildcardContent().cloneConcreteCom ponent(true, shareDOM));
+ }
}

if (shareDOM && getElement() != null)

--------------070608090101010408070905--

Report message to a moderator

Re: Problems when referencing an included attribute group with anyAttribute [message #58903 is a reply to message #58879]

Fri, 25 March 2005 17:59

Steve Speicher

Messages: 87
Registered: July 2009

Member

This is a multi-part message in MIME format.
--------------020003000203000503070708
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Ed,

Bug# 89114 <https://bugs.eclipse.org/bugs/show_bug.cgi?id=89114>
Thanks for the patch. I attempted but wrongly cloned the
getAttributeWildcardContent().

Tested fix again and works fine. Let me know if you need more info.

- Steve

Ed Merks wrote:

> Steve,
>
> The attribute wildcard content feature is not being cloned. I've
> attached a patch to fix that. Please open a bugzilla.
>
>
> Steve Speicher wrote:
>
>> Greetings,
>>
>> I'm having some difficulty with getting XSDWildcard information from
>> included schemas. I have included an example that illustrates the
>> problem.
>>
>> Specifically, I have a <attributeGroup> definition in an included
>> schema with contains <anyAttribute>. It appears that when I get the
>> XSDAttributeGroupDefinition.getAttributeWildcard() it always returns
>> null from the including schema.
>>
>> To run the sample, install the plugin, it adds a context action for
>> *.xsd called "Parse XSD with Include and AttrGroup Wildcard".
>> Running on the file without the include will yield appropriate
>> result. Running on the schema that includes will show that it is null.
>>
>> I haven't played with this much but I did have different results when
>> I had various namespaces (no default or no target) in the included
>> schema.
>>
>> Thanks in advance for any help,
>> Steve Speicher
>>
>>
>> ------------------------------------------------------------ ------------
>>
>><?xml version="1.0"?>
>><xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
>> elementFormDefault="qualified">
>>
>> <xsd:attributeGroup name="anyAttributeGroup">
>> <xsd:anyAttribute namespace="##other" processContents="lax"/>
>> </xsd:attributeGroup>
>>
>></xsd:schema>
>>
>> ------------------------------------------------------------ ------------
>>
>><?xml version="1.0"?>
>><xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
>> xmlns:contact="http://www.ibm.com/contact"
>> targetNamespace="http://www.ibm.com/contact"
>> elementFormDefault="qualified">
>>
>> <xsd:include schemaLocation="Contact_any_attrgrp.xsd"/>
>>
>> <xsd:complexType name="includeAttrs">
>> <xsd:sequence>
>> <xsd:element name="dummy" type="xsd:string"/>
>> </xsd:sequence>
>> <xsd:attributeGroup ref="contact:anyAttributeGroup"/>
>> </xsd:complexType>
>>
>></xsd:schema>
>>
>
> ------------------------------------------------------------ ------------
>
>Index: XSDAttributeGroupDefinitionImpl.java
> ============================================================ =======
>RCS file: /home/technology/org.eclipse.xsd/plugins/org.eclipse.xsd/src /org/eclipse/xsd/impl/XSDAttributeGroupDefinitionImpl.java,v
>retrieving revision 1.4
>diff -u -r1.4 XSDAttributeGroupDefinitionImpl.java
>--- XSDAttributeGroupDefinitionImpl.java 7 Oct 2004 12:15:37 -0000 1.4
>+++ XSDAttributeGroupDefinitionImpl.java 25 Mar 2005 15:17:08 -0000
>@@ -1187,6 +1187,12 @@
> {
> clonedAttributeGroupDefinition.getContents().addAll(cloneCon creteComponents(getContents(), true, shareDOM));
> }
>+
>+ if (getAttributeWildcardContent() != null)
>+ {
>+ clonedAttributeGroupDefinition.setAttributeWildcardContent
>+ ((XSDWildcard)getAttributeWildcardContent().cloneConcreteCom ponent(true, shareDOM));
>+ }
> }
>
> if (shareDOM && getElement() != null)
>
>

--------------020003000203000503070708
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Ed, 
 
Bug# <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=89114">89114</a> 
Thanks for the patch.  I attempted but wrongly cloned the
getAttributeWildcardContent(). 
 
Tested fix again and works fine.  Let me know if you need more info. 
 
- Steve 
 
Ed Merks wrote:
<blockquote cite="midd21f2e$p2j$1@news.eclipse.org" type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Steve, 
 
The attribute wildcard content feature is not being cloned.  I've
attached a patch to fix that.  Please open a bugzilla. 
 
 
Steve Speicher wrote:
<blockquote cite="midd21ao2$jjv$1@news.eclipse.org" type="cite">Greetings,
 
 
I'm having some difficulty with getting XSDWildcard information from
included schemas.  I have included an example that illustrates the
problem. 
 
Specifically, I have a <attributeGroup> definition in an included
schema with contains <anyAttribute>.  It appears that when I get
the XSDAttributeGroupDefinition.getAttributeWildcard() it always
returns null from the including schema. 
 
To run the sample, install the plugin, it adds a context action for
*.xsd called "Parse XSD with Include and AttrGroup Wildcard".  Running
on the file without the include will yield appropriate result.  Running
on the schema that includes will show that it is null. 
 
I haven't played with this much but I did have different results when I
had various namespaces (no default or no target) in the included
schema. 
 
Thanks in advance for any help, 
Steve Speicher 
 
 
<pre wrap=""><hr size="4" width="90%">
<?xml version="1.0"?>
<xsd:schema xmlns:xsd=<a class="moz-txt-link-rfc2396E"
href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
elementFormDefault="qualified">

<xsd:attributeGroup name="anyAttributeGroup">
<xsd:anyAttribute namespace="##other" processContents="lax"/>
</xsd:attributeGroup>

</xsd:schema></pre>
<pre wrap=""><hr size="4" width="90%">
<?xml version="1.0"?>
<xsd:schema xmlns:xsd=<a class="moz-txt-link-rfc2396E"
href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:contact=<a class="moz-txt-link-rfc2396E"
href="http://www.ibm.com/contact">"http://www.ibm.com/contact"</a>
targetNamespace=<a class="moz-txt-link-rfc2396E"
href="http://www.ibm.com/contact">"http://www.ibm.com/contact"</a>
elementFormDefault="qualified">

<xsd:include schemaLocation="Contact_any_attrgrp.xsd"/>

<xsd:complexType name="includeAttrs">
<xsd:sequence>
<xsd:element name="dummy" type="xsd:string"/>
</xsd:sequence>
<xsd:attributeGroup ref="contact:anyAttributeGroup"/>
</xsd:complexType>

</xsd:schema></pre>
</blockquote>
 
<pre wrap="">
<hr size="4" width="90%">
Index: XSDAttributeGroupDefinitionImpl.java
============================================================ =======
RCS file: /home/technology/org.eclipse.xsd/plugins/org.eclipse.xsd/src /org/eclipse/xsd/impl/XSDAttributeGroupDefinitionImpl.java,v
retrieving revision 1.4
diff -u -r1.4 XSDAttributeGroupDefinitionImpl.java
--- XSDAttributeGroupDefinitionImpl.java 7 Oct 2004 12:15:37 -0000 1.4
+++ XSDAttributeGroupDefinitionImpl.java 25 Mar 2005 15:17:08 -0000
@@ -1187,6 +1187,12 @@
{
clonedAttributeGroupDefinition.getContents().addAll(cloneCon creteComponents(getContents(), true, shareDOM));
}
+
+ if (getAttributeWildcardContent() != null)
+ {
+ clonedAttributeGroupDefinition.setAttributeWildcardContent
+ ((XSDWildcard)getAttributeWildcardContent().cloneConcreteCom ponent(true, shareDOM));
+ }
}

if (shareDOM && getElement() != null)
</pre>
</blockquote>
</body>
</html>

--------------020003000203000503070708--

Report message to a moderator

Re: Problems when referencing an included attribute group with anyAttribute [message #594616 is a reply to message #58853]

Fri, 25 March 2005 15:20

Ed Merks

Messages: 33141
Registered: July 2009

Senior Member

This is a multi-part message in MIME format.
--------------070608090101010408070905
Content-Type: multipart/alternative;
boundary="------------060501020902050000090908"

--------------060501020902050000090908
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Steve,

The attribute wildcard content feature is not being cloned. I've
attached a patch to fix that. Please open a bugzilla.

Steve Speicher wrote:

> Greetings,
>
> I'm having some difficulty with getting XSDWildcard information from
> included schemas. I have included an example that illustrates the
> problem.
>
> Specifically, I have a <attributeGroup> definition in an included
> schema with contains <anyAttribute>. It appears that when I get the
> XSDAttributeGroupDefinition.getAttributeWildcard() it always returns
> null from the including schema.
>
> To run the sample, install the plugin, it adds a context action for
> *.xsd called "Parse XSD with Include and AttrGroup Wildcard". Running
> on the file without the include will yield appropriate result.
> Running on the schema that includes will show that it is null.
>
> I haven't played with this much but I did have different results when
> I had various namespaces (no default or no target) in the included
> schema.
>
> Thanks in advance for any help,
> Steve Speicher
>
>
> ------------------------------------------------------------ ------------
>
><?xml version="1.0"?>
><xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> elementFormDefault="qualified">
>
> <xsd:attributeGroup name="anyAttributeGroup">
> <xsd:anyAttribute namespace="##other" processContents="lax"/>
> </xsd:attributeGroup>
>
></xsd:schema>
>
> ------------------------------------------------------------ ------------
>
><?xml version="1.0"?>
><xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:contact="http://www.ibm.com/contact"
> targetNamespace="http://www.ibm.com/contact"
> elementFormDefault="qualified">
>
> <xsd:include schemaLocation="Contact_any_attrgrp.xsd"/>
>
> <xsd:complexType name="includeAttrs">
> <xsd:sequence>
> <xsd:element name="dummy" type="xsd:string"/>
> </xsd:sequence>
> <xsd:attributeGroup ref="contact:anyAttributeGroup"/>
> </xsd:complexType>
>
></xsd:schema>
>

--------------060501020902050000090908
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Steve, 
 
The attribute wildcard content feature is not being cloned.  I've
attached a patch to fix that.  Please open a bugzilla. 
 
 
Steve Speicher wrote:
<blockquote cite="midd21ao2$jjv$1@news.eclipse.org" type="cite">Greetings,
 
 
I'm having some difficulty with getting XSDWildcard information from
included schemas.  I have included an example that illustrates the
problem.
 
 
Specifically, I have a <attributeGroup> definition in an included
schema with contains <anyAttribute>.  It appears that when I get
the XSDAttributeGroupDefinition.getAttributeWildcard() it always
returns null from the including schema.
 
 
To run the sample, install the plugin, it adds a context action for
*.xsd called "Parse XSD with Include and AttrGroup Wildcard".  Running
on the file without the include will yield appropriate result.  Running
on the schema that includes will show that it is null.
 
 
I haven't played with this much but I did have different results when I
had various namespaces (no default or no target) in the included
schema.
 
 
Thanks in advance for any help,
 
Steve Speicher
 
 
 
<pre wrap="">
<hr size="4" width="90%">
<?xml version="1.0"?>
<xsd:schema xmlns:xsd=<a class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
elementFormDefault="qualified">

<xsd:attributeGroup name="anyAttributeGroup">
<xsd:anyAttribute namespace="##other" processContents="lax"/>
</xsd:attributeGroup>

</xsd:schema></pre>
<pre wrap="">
<hr size="4" width="90%">
<?xml version="1.0"?>
<xsd:schema xmlns:xsd=<a class="moz-txt-link-rfc2396E" href="http://www.w3.org/2001/XMLSchema">"http://www.w3.org/2001/XMLSchema"</a>
xmlns:contact=<a class="moz-txt-link-rfc2396E" href="http://www.ibm.com/contact">"http://www.ibm.com/contact"</a>
targetNamespace=<a class="moz-txt-link-rfc2396E" href="http://www.ibm.com/contact">"http://www.ibm.com/contact"</a>
elementFormDefault="qualified">

<xsd:include schemaLocation="Contact_any_attrgrp.xsd"/>

<xsd:complexType name="includeAttrs">
<xsd:sequence>
<xsd:element name="dummy" type="xsd:string"/>
</xsd:sequence>
<xsd:attributeGroup ref="contact:anyAttributeGroup"/>
</xsd:complexType>

</xsd:schema></pre>
</blockquote>
 
</body>
</html>

--------------060501020902050000090908--

--------------070608090101010408070905
Content-Type: text/plain;
name="AttributeGroupDefinitionImpl.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="AttributeGroupDefinitionImpl.patch"

Index: XSDAttributeGroupDefinitionImpl.java
============================================================ =======
RCS file: /home/technology/org.eclipse.xsd/plugins/org.eclipse.xsd/src /org/eclipse/xsd/impl/XSDAttributeGroupDefinitionImpl.java,v
retrieving revision 1.4
diff -u -r1.4 XSDAttributeGroupDefinitionImpl.java
--- XSDAttributeGroupDefinitionImpl.java 7 Oct 2004 12:15:37 -0000 1.4
+++ XSDAttributeGroupDefinitionImpl.java 25 Mar 2005 15:17:08 -0000
@@ -1187,6 +1187,12 @@
{
clonedAttributeGroupDefinition.getContents().addAll(cloneCon creteComponents(getContents(), true, shareDOM));
}
+
+ if (getAttributeWildcardContent() != null)
+ {
+ clonedAttributeGroupDefinition.setAttributeWildcardContent
+ ((XSDWildcard)getAttributeWildcardContent().cloneConcreteCom ponent(true, shareDOM));
+ }
}

if (shareDOM && getElement() != null)

--------------070608090101010408070905--

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator