| Home » Archived » XML Schema Definition (XSD) » Problems when referencing an included attribute group with anyAttribute
 Goto Forum:| 
| Problems when referencing an included attribute group with anyAttribute [message #58853] | Fri, 25 March 2005 09:06  |  | 
| Eclipse User  |  |  |  |  | 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--
 |  |  |  |  | 
| Re: Problems when referencing an included attribute group with anyAttribute [message #58879 is a reply to message #58853] | Fri, 25 March 2005 10: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,<br>
 <br>
 The attribute wildcard content feature is not being cloned.  I've
 attached a patch to fix that.  Please open a bugzilla.<br>
 <br>
 <br>
 Steve Speicher wrote:
 <blockquote cite="midd21ao2$jjv$1@news.eclipse.org" type="cite">Greetings,
 <br>
 <br>
 I'm having some difficulty with getting XSDWildcard information from
 included schemas.  I have included an example that illustrates the
 problem.
 <br>
 <br>
 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.
 <br>
 <br>
 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.
 <br>
 <br>
 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.
 <br>
 <br>
 Thanks in advance for any help,
 <br>
 Steve Speicher
 <br>
 <br>
 <br>
 <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>
 <br>
 </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--
 |  |  |  |  | 
| Re: Problems when referencing an included attribute group with anyAttribute [message #58903 is a reply to message #58879] | Fri, 25 March 2005 12:59  |  | 
| Eclipse User  |  |  |  |  | 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,<br>
 <br>
 Bug# <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=89114">89114</a><br>
 Thanks for the patch.  I attempted but wrongly cloned the
 getAttributeWildcardContent().<br>
 <br>
 Tested fix again and works fine.  Let me know if you need more info.<br>
 <br>
 - Steve<br>
 <br>
 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,<br>
 <br>
 The attribute wildcard content feature is not being cloned.  I've
 attached a patch to fix that.  Please open a bugzilla.<br>
 <br>
 <br>
 Steve Speicher wrote:
 <blockquote cite="midd21ao2$jjv$1@news.eclipse.org" type="cite">Greetings,
 <br>
 <br>
 I'm having some difficulty with getting XSDWildcard information from
 included schemas.  I have included an example that illustrates the
 problem. <br>
 <br>
 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. <br>
 <br>
 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. <br>
 <br>
 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. <br>
 <br>
 Thanks in advance for any help, <br>
 Steve Speicher <br>
 <br>
 <br>
 <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>
 <br>
 <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--
 |  |  |  |  | 
| Re: Problems when referencing an included attribute group with anyAttribute [message #594616 is a reply to message #58853] | Fri, 25 March 2005 10:20  |  | 
| Eclipse User  |  |  |  |  | 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,<br>
 <br>
 The attribute wildcard content feature is not being cloned.  I've
 attached a patch to fix that.  Please open a bugzilla.<br>
 <br>
 <br>
 Steve Speicher wrote:
 <blockquote cite="midd21ao2$jjv$1@news.eclipse.org" type="cite">Greetings,
 <br>
 <br>
 I'm having some difficulty with getting XSDWildcard information from
 included schemas.  I have included an example that illustrates the
 problem.
 <br>
 <br>
 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.
 <br>
 <br>
 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.
 <br>
 <br>
 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.
 <br>
 <br>
 Thanks in advance for any help,
 <br>
 Steve Speicher
 <br>
 <br>
 <br>
 <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>
 <br>
 </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--
 |  |  |  |  | 
| Re: Problems when referencing an included attribute group with anyAttribute [message #594627 is a reply to message #58879] | Fri, 25 March 2005 12:59  |  | 
| Eclipse User  |  |  |  |  | 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,<br>
 <br>
 Bug# <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=89114">89114</a><br>
 Thanks for the patch.  I attempted but wrongly cloned the
 getAttributeWildcardContent().<br>
 <br>
 Tested fix again and works fine.  Let me know if you need more info.<br>
 <br>
 - Steve<br>
 <br>
 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,<br>
 <br>
 The attribute wildcard content feature is not being cloned.  I've
 attached a patch to fix that.  Please open a bugzilla.<br>
 <br>
 <br>
 Steve Speicher wrote:
 <blockquote cite="midd21ao2$jjv$1@news.eclipse.org" type="cite">Greetings,
 <br>
 <br>
 I'm having some difficulty with getting XSDWildcard information from
 included schemas.  I have included an example that illustrates the
 problem. <br>
 <br>
 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. <br>
 <br>
 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. <br>
 <br>
 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. <br>
 <br>
 Thanks in advance for any help, <br>
 Steve Speicher <br>
 <br>
 <br>
 <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>
 <br>
 <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--
 |  |  |  | 
 
 
 Current Time: Thu Oct 30 21:01:11 EDT 2025 
 Powered by FUDForum . Page generated in 0.05685 seconds |