From userohart@example.net Thu Jun 01 22:45:23 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 58765 invoked from network); 1 Jun 2006 22:45:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jun 2006 22:45:23 -0000 Received: (qmail 58203 invoked by uid 500); 1 Jun 2006 22:45:22 -0000 Delivered-To: ohart@example.net Received: (qmail 58180 invoked by uid 500); 1 Jun 2006 22:45:21 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 58167 invoked by uid 99); 1 Jun 2006 22:45:20 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jun 2006 15:45:20 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ohart@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO chandler.sharp.fm) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jun 2006 15:45:20 -0700 Received: from chandler.sharp.fm (localhost [83.161.120.155]) by chandler.sharp.fm (Postfix) with ESMTP id A5F70E52F7 for <ohart@example.net>; Thu, 1 Jun 2006 17:44:59 -0500 (CDT) Received: from gatekeeper.fma.co.za (firstmarine.cust-gw.jnb6.alter.net [83.161.120.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gatekeeper.fma.co.za", Issuer "Website Root CA" (verified OK)) by chandler.sharp.fm (Postfix) with ESMTP id 81F2FE4518 for <ohart@example.net>; Thu, 1 Jun 2006 17:44:57 -0500 (CDT) Received: from localhost (localhost.localdomain [83.161.120.155]) by gatekeeper.fma.co.za (Postfix) with ESMTP id 20DE4114814 for <ohart@example.net>; Fri, 2 Jun 2006 00:44:52 +0200 (SAST) Received: from gatekeeper.fma.co.za ([83.161.120.155]) by localhost (gatekeeper.fma.co.za [83.161.120.155]) (amavisd-new, port 10024) with ESMTP id 22938-01 for <ohart@example.net>; Fri, 2 Jun 2006 00:44:48 +0200 (SAST) Received: from [83.161.120.155] (gatekeeper.fma.co.za [83.161.120.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Graham Leggett", Issuer "Thawte Personal Freemail Issuing CA" (not verified)) by gatekeeper.fma.co.za (Postfix) with ESMTP id 61687B17A6 for <ohart@example.net>; Fri, 2 Jun 2006 00:44:48 +0200 (SAST) Message-ID: <ohart@example.net> Date: Fri, 02 Jun 2006 00:44:41 +0200 From: Graham Leggett <ohart@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060413 Red Hat/1.7.13-1.4.1 X-Accept-Language: en-za, en-us, en MIME-Version: 1.0 To: ohart@example.net Subject: xmlbeans-maven-plugin and the "-noupa" switch Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050107050200090908070200" X-Virus-Scanned: by ohart@example.net X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --------------ms050107050200090908070200 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi all, I am trying to generate code from the ACORD XSD schemas using xmlbeans v2.1.0. The generation fails as follows: xmlbeans error: /home/gatekeeper/minfrin/src/fma/patricia-acord/src/xsd/ACORD_PC_XML_V1-10-0_Draft/Schema_With_Namespace/acord-pcs-v1_10_0-ns-nodoc-nocodes.xsd:14484:7: error: cos-nonambig: Content model violates the unique particle attribution rule. Google tells me I need to pass the "-noupa" switch to xmlbeans to work around the problem, however I cannot seem to figure out how to do that. Passing options to xmlbeans via the maven pugin doesn't seem to be documented anywhere. The "xmlconfigs" parameter seems to be a clue, pointing at a config file, but the format and content of this file are another seemingly undocumented mystery. Has anybody managed to achieve this? I am using xmlbeans-maven-plugin-2.0-beta1 with maven v1.0.2. (I tried upgrading to v2.0 final, but this causes the plugin to silently do nothing, no error message, no explanation.) Regards, Graham -- --------------ms050107050200090908070200 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJGzCC AugwggJRoAMCAQICAw+EzzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwOTIxMDkzODE2WhcNMDYwOTIxMDkzODE2 WjBdMRAwDgYDVQQEEwdMZWdnZXR0MQ8wDQYDVQQqEwZHcmFoYW0xFzAVBgNVBAMTDkdyYWhh bSBMZWdnZXR0MR8wHQYJKoZIhvcNAQkBFhBtaW5mcmluQHNoYXJwLmZtMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxDGvVYuOXeBGu0PSArbW5SSSzztjMg1DPP90vksG/Y8Y gLf9MZ+NWKMf8BvWa30HOJJU9slrqbgEcIJPNpdtuJ3bG7+SIhPpibaw1pYhPWr06kbSaRH2 W0FBLZC5/pwseUnqbfLSqkfjd3NBe4k/3qaRr534gnmrwOdlUzwYHPZfXfLslvJM+14EFSDN s/AEphlW5704v+Ucb0Xe5IkJQzyy8DhU19BBqjqGdhykVv5wgJLiK/85BdYi/dfLwQOzzsbd 1HB/CJcSphBfmc24YPM+Sj5w8cX1gUnbTKhvHvQM4hs8gazsqb0A1lVnVLLeL0dlWnAEu/dt YDoeeDU8HwIDAQABoy0wKzAbBgNVHREEFDASgRBtaW5mcmluQHNoYXJwLmZtMAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAlVOZib28O/HqUOp/ZMAxsJ5Ecm2EJI9v26hoITkx t+YrnwH11d59iNMiTvvGpPiZEtJiNdxqyNol/Jh25SZSilY9iGfCdOB3A5aLvQOCOWVhsiut Ly0gI4+4fOY5YNjCDK9K8by9vVTjhEHfnRaUlsLaUfE1xE2Ed9GIUsj72h8wggLoMIICUaAD AgECAgMPhM8wDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0 ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBJc3N1aW5nIENBMB4XDTA1MDkyMTA5MzgxNloXDTA2MDkyMTA5MzgxNlowXTEQMA4G A1UEBBMHTGVnZ2V0dDEPMA0GA1UEKhMGR3JhaGFtMRcwFQYDVQQDEw5HcmFoYW0gTGVnZ2V0 dDEfMB0GCSqGSIb3DQEJARYQbWluZnJpbkBzaGFycC5mbTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMQxr1WLjl3gRrtD0gK21uUkks87YzINQzz/dL5LBv2PGIC3/TGfjVij H/Ab1mt9BziSVPbJa6m4BHCCTzaXbbid2xu/kiIT6Ym2sNaWIT1q9OpG0mkR9ltBQS2Quf6c LHlJ6m3y0qpH43dzQXuJP96mka+d+IJ5q8DnZVM8GBz2X13y7JbyTPteBBUgzbPwBKYZVue9 OL/lHG9F3uSJCUM8svA4VNfQQao6hnYcpFb+cICS4iv/OQXWIv3Xy8EDs87G3dRwfwiXEqYQ X5nNuGDzPko+cPHF9YFJ20yobx70DOIbPIGs7Km9ANZVZ1Sy3i9HZVpwBLv3bWA6Hng1PB8C AwEAAaMtMCswGwYDVR0RBBQwEoEQbWluZnJpbkBzaGFycC5mbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBAUAA4GBAJVTmYm9vDvx6lDqf2TAMbCeRHJthCSPb9uoaCE5MbfmK58B9dXe fYjTIk77xqT4mRLSYjXcasjaJfyYduUmUopWPYhnwnTgdwOWi70DgjllYbIrrS8tICOPuHzm OWDYwgyvSvG8vb1U44RB350WlJbC2lHxNcRNhHfRiFLI+9ofMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCAzswggM3AgEBMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAgMPhM8wCQYFKw4DAhoFAKCCAacwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYwNjAxMjI0NDQxWjAjBgkqhkiG9w0BCQQxFgQUOX0K jeJlewIhQMBSC2fSWxkSYkIwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgweAYJKwYB BAGCNxAEMWswaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vpbmcg Q0ECAw+EzzB6BgsqhkiG9w0BCRACCzFroGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAgMPhM8wDQYJKoZIhvcNAQEBBQAEggEAmAHbw4Ky1PX7E8jO LGl0kHv7DrDVc3MMndDBVGAbHwD+we88vdE67VunS95saFzKnlCWvOUzJUYyFBJkXGHRyzLG c7S2s3UiTm+XjqKceEi9BVt+AF+PJeaepCcVfrwOemN7jENBwVl43FL7H8iwe8QBQ7e+sk1K ZRYvfvSVdmlI6icFtKGCgG9nspySxyh4OZ4WG2QWG1U7XfxJ9IUt0liQlcq6H/GcfB7gyamT WyGkEBiQPeRhvDlbE4cQY6zmzgnogxapU8QgJxNMaSacpU1GSa9nn+2jW/HcX0tiWTBZg8/B ibI0L8uXPntTOE44BHm7tmK7YRnqn/QbSgRYpQAAAAAAAA== --------------ms050107050200090908070200-- From userohart@example.net Thu Jun 01 23:21:15 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 72605 invoked from network); 1 Jun 2006 23:21:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Jun 2006 23:21:15 -0000 Received: (qmail 14393 invoked by uid 500); 1 Jun 2006 23:21:14 -0000 Delivered-To: ohart@example.net Received: (qmail 14015 invoked by uid 500); 1 Jun 2006 23:21:13 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 14004 invoked by uid 99); 1 Jun 2006 23:21:13 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jun 2006 16:21:13 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ohart@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO chandler.sharp.fm) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jun 2006 16:21:11 -0700 Received: from chandler.sharp.fm (localhost [83.161.120.155]) by chandler.sharp.fm (Postfix) with ESMTP id 1AFECE4CCB for <ohart@example.net>; Thu, 1 Jun 2006 18:20:51 -0500 (CDT) Received: from gatekeeper.fma.co.za (firstmarine.cust-gw.jnb6.alter.net [83.161.120.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gatekeeper.fma.co.za", Issuer "Website Root CA" (verified OK)) by chandler.sharp.fm (Postfix) with ESMTP id F25C5E44F9 for <ohart@example.net>; Thu, 1 Jun 2006 18:20:48 -0500 (CDT) Received: from localhost (localhost.localdomain [83.161.120.155]) by gatekeeper.fma.co.za (Postfix) with ESMTP id 4FE71114815 for <ohart@example.net>; Fri, 2 Jun 2006 01:20:43 +0200 (SAST) Received: from gatekeeper.fma.co.za ([83.161.120.155]) by localhost (gatekeeper.fma.co.za [83.161.120.155]) (amavisd-new, port 10024) with ESMTP id 22933-03 for <ohart@example.net>; Fri, 2 Jun 2006 01:20:40 +0200 (SAST) Received: from [83.161.120.155] (gatekeeper.fma.co.za [83.161.120.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Graham Leggett", Issuer "Thawte Personal Freemail Issuing CA" (not verified)) by gatekeeper.fma.co.za (Postfix) with ESMTP id 2CFB41146BE for <ohart@example.net>; Fri, 2 Jun 2006 01:20:39 +0200 (SAST) Message-ID: <ohart@example.net> Date: Fri, 02 Jun 2006 01:20:37 +0200 From: Graham Leggett <ohart@example.net> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060413 Red Hat/1.7.13-1.4.1 X-Accept-Language: en-za, en-us, en MIME-Version: 1.0 To: ohart@example.net Subject: Re: xmlbeans-maven-plugin and the "-noupa" switch References: <ohart@example.net> In-Reply-To: <ohart@example.net> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040409060403010005000901" X-Virus-Scanned: by ohart@example.net X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --------------ms040409060403010005000901 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Graham Leggett wrote: > Google tells me I need to pass the "-noupa" switch to xmlbeans to work > around the problem, however I cannot seem to figure out how to do that. Looking through the sourcecode for the plugin, it seems that for some reason some of xmlbeans parameters are configurable, and others are hard coded to default values. The quick workaround was to edit the java source setting noupa from false to true. Regards, Graham -- --------------ms040409060403010005000901 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJGzCC AugwggJRoAMCAQICAw+EzzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwOTIxMDkzODE2WhcNMDYwOTIxMDkzODE2 WjBdMRAwDgYDVQQEEwdMZWdnZXR0MQ8wDQYDVQQqEwZHcmFoYW0xFzAVBgNVBAMTDkdyYWhh bSBMZWdnZXR0MR8wHQYJKoZIhvcNAQkBFhBtaW5mcmluQHNoYXJwLmZtMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxDGvVYuOXeBGu0PSArbW5SSSzztjMg1DPP90vksG/Y8Y gLf9MZ+NWKMf8BvWa30HOJJU9slrqbgEcIJPNpdtuJ3bG7+SIhPpibaw1pYhPWr06kbSaRH2 W0FBLZC5/pwseUnqbfLSqkfjd3NBe4k/3qaRr534gnmrwOdlUzwYHPZfXfLslvJM+14EFSDN s/AEphlW5704v+Ucb0Xe5IkJQzyy8DhU19BBqjqGdhykVv5wgJLiK/85BdYi/dfLwQOzzsbd 1HB/CJcSphBfmc24YPM+Sj5w8cX1gUnbTKhvHvQM4hs8gazsqb0A1lVnVLLeL0dlWnAEu/dt YDoeeDU8HwIDAQABoy0wKzAbBgNVHREEFDASgRBtaW5mcmluQHNoYXJwLmZtMAwGA1UdEwEB /wQCMAAwDQYJKoZIhvcNAQEEBQADgYEAlVOZib28O/HqUOp/ZMAxsJ5Ecm2EJI9v26hoITkx t+YrnwH11d59iNMiTvvGpPiZEtJiNdxqyNol/Jh25SZSilY9iGfCdOB3A5aLvQOCOWVhsiut Ly0gI4+4fOY5YNjCDK9K8by9vVTjhEHfnRaUlsLaUfE1xE2Ed9GIUsj72h8wggLoMIICUaAD AgECAgMPhM8wDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0 ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBJc3N1aW5nIENBMB4XDTA1MDkyMTA5MzgxNloXDTA2MDkyMTA5MzgxNlowXTEQMA4G A1UEBBMHTGVnZ2V0dDEPMA0GA1UEKhMGR3JhaGFtMRcwFQYDVQQDEw5HcmFoYW0gTGVnZ2V0 dDEfMB0GCSqGSIb3DQEJARYQbWluZnJpbkBzaGFycC5mbTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMQxr1WLjl3gRrtD0gK21uUkks87YzINQzz/dL5LBv2PGIC3/TGfjVij H/Ab1mt9BziSVPbJa6m4BHCCTzaXbbid2xu/kiIT6Ym2sNaWIT1q9OpG0mkR9ltBQS2Quf6c LHlJ6m3y0qpH43dzQXuJP96mka+d+IJ5q8DnZVM8GBz2X13y7JbyTPteBBUgzbPwBKYZVue9 OL/lHG9F3uSJCUM8svA4VNfQQao6hnYcpFb+cICS4iv/OQXWIv3Xy8EDs87G3dRwfwiXEqYQ X5nNuGDzPko+cPHF9YFJ20yobx70DOIbPIGs7Km9ANZVZ1Sy3i9HZVpwBLv3bWA6Hng1PB8C AwEAAaMtMCswGwYDVR0RBBQwEoEQbWluZnJpbkBzaGFycC5mbTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBAUAA4GBAJVTmYm9vDvx6lDqf2TAMbCeRHJthCSPb9uoaCE5MbfmK58B9dXe fYjTIk77xqT4mRLSYjXcasjaJfyYduUmUopWPYhnwnTgdwOWi70DgjllYbIrrS8tICOPuHzm OWDYwgyvSvG8vb1U44RB350WlJbC2lHxNcRNhHfRiFLI+9ofMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCAzswggM3AgEBMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAgMPhM8wCQYFKw4DAhoFAKCCAacwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYwNjAxMjMyMDM3WjAjBgkqhkiG9w0BCQQxFgQUX5Wh Ib6y5FN8+qwnu3vHk2gGrIMwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgweAYJKwYB BAGCNxAEMWswaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vpbmcg Q0ECAw+EzzB6BgsqhkiG9w0BCRACCzFroGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAgMPhM8wDQYJKoZIhvcNAQEBBQAEggEAXdhSUrVXD+dgG22B UhZ2k1C2LA3hKnuAxzwelNEwiMuYa+myMl6jryw46tMQvtQouWzb0hKsYIIlmfDUVpJ7qke8 C/Olvd5SeFQhB+0SkubbsjOjr51J588ce+zwHmxWoK5aRyjyH8kdTQdm10Zwv8bMIHDdHObQ D4dP1y5+Xzj5pkI9kxsyeywB8vOAAmbNUJFvFNKzrLpjPTDWDiKRo2w0xlZ/RrFNBw/xiiDo 9Ff1DMJZHUOKGRpSzblnvf3S+j5Iz3UQnjPDYrkXMRGNd/N3Wy0LjGS5SAY/0CzFlEoPouIB MO4VmAIF/VUwTv0UZGeeAjDUCVNDpo7Y475NQAAAAAAAAA== --------------ms040409060403010005000901-- From userohart@example.net Mon Jun 05 03:57:51 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 7626 invoked from network); 5 Jun 2006 03:57:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 5 Jun 2006 03:57:51 -0000 Received: (qmail 18122 invoked by uid 500); 5 Jun 2006 03:57:51 -0000 Delivered-To: ohart@example.net Received: (qmail 17746 invoked by uid 500); 5 Jun 2006 03:57:49 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 17735 invoked by uid 99); 5 Jun 2006 03:57:49 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Jun 2006 20:57:49 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ohart@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mercav05.na.sas.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Jun 2006 20:57:47 -0700 Received: from mercmbx08.na.sas.com ([83.161.120.155]) by mercav05.na.sas.com with InterScan Message Security Suite; Sun, 04 Jun 2006 23:57:26 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: Namespace Prefix and Newly Created Content Date: Sun, 4 Jun 2006 23:57:25 -0400 Message-ID: <ohart@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Namespace Prefix and Newly Created Content Thread-Index: AcaIVCe+O8+3kKVURfKZL4rRK6UB/w== From: "Chris Dole" <ohart@example.net> To: <ohart@example.net> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hello, I've noticed some curious behavior with regard to creating new XML = content, and was wondering if anyone could shed some light. I start with = an existing document, read it in and note that all node QName objects = have both a namespace URI and a namespace prefix.=20 But when I take any given node and use the generated XmlBeans = "addNewXYZ" (where XYZ is one of my schema elements) to add new content = and then check the QName object, the namespace URI attribute for the new = content gets valued but the namespace prefix is an empty string. An = exception gets thrown if I try to set it explicitly. And then when I write out the XML document and read it in again, that = newly-added content has the namespace prefix. I need the namespace prefix to do things like build Xpath queries, so it = is critical that it be present. I suppose I could just go back to the = root element every time to get it (assuming the document has the same = namespace used throughout, which is true in this case but not in = general). But that seems kludgey.=20 Thanks for any help or information. Regards, Chris Dole SAS Institute, Inc. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net From userohart@example.net Tue Jun 06 14:44:19 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 11555 invoked from network); 6 Jun 2006 14:44:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Jun 2006 14:44:19 -0000 Received: (qmail 55884 invoked by uid 500); 6 Jun 2006 14:44:17 -0000 Delivered-To: ohart@example.net Received: (qmail 55756 invoked by uid 500); 6 Jun 2006 14:44:17 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 55744 invoked by uid 99); 6 Jun 2006 14:44:16 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jun 2006 07:44:16 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=NO_REAL_NAME,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ohart@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO dmz-vsgate3.ldn.ibb.ubs.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jun 2006 07:44:15 -0700 Received: from sldn0849xmh.ldn.swissbank.com (localhost [83.161.120.155]) by sldn0849xmh.ldn.swissbank.com (8.11.7+Sun/8.8.8) with ESMTP id k56EhpS03146 for <ohart@example.net>; Tue, 6 Jun 2006 15:43:51 +0100 (BST) Received: (from smap@localhost) by sldn0849xmh.ldn.swissbank.com (8.11.7+Sun/8.8.8) id k56EhoI03038 for <ohart@example.net>; Tue, 6 Jun 2006 15:43:50 +0100 (BST) Received: from <ohart@example.net> (inside [83.161.120.155]) by sldn0849xmh.ldn.swissbank.com via smap (V2.0b/ubs) id xma002999; Tue, 6 Jun 2006 15:43:45 +0100 Received: from nldn1257pap.ubsgs.ubsgroup.net (nldn1257pap.ldn.swissbank.com [83.161.120.155]) by sldn0845pmh.ldn.swissbank.com (8.11.7+Sun/8.8.8) with ESMTP id k56Ehhk20596 for <ohart@example.net>; Tue, 6 Jun 2006 15:43:43 +0100 (BST) From: ohart@example.net Received: from NLDNC108PEX1.ubsw.net ([83.161.120.155]) by nldn1257pap.ubsgs.ubsgroup.net with Microsoft SMTPSVC(5.0.2195.6760); Tue, 6 Jun 2006 15:43:43 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Date: Tue, 6 Jun 2006 15:43:36 +0100 Message-ID: <ohart@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Thread-Index: AcaFVioM7tTWWdmaSsmlK/DXUZXjSQEIVaYg To: <ohart@example.net> X-OriginalArrivalTime: 06 Jun 2006 14:43:43.0278 (UTC) FILETIME=[9BB064E0:01C68977] X-UBSIB-Journal: yes X-UBS-Disclaimer: Version $Revision: 1.27 $ X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi, =20 I have found a minor incompatibility with XMLBeans and Java 1.5 when creating documents with small numbers. XMLBeans uses BigDecimal for xs:decimal elements. The problems is essentially that BigDecimal.toString() now returns exponents (e.g. 1.1E-8) in certain circumstances, particularly with small numbers. The 'E' character is not valid in xs:decimal, so you end up with an invalid xml document.=20 =20 I use BigDecimal.setScale to ensure that my BigDecimal variables don't exceed the precision limits set by my schema. I first noticed this problem when setting the scale on a zero BigDecimal - new BigDecimal(0).setScale(9).toString(), yields "0E-9". The below example shows the problem using a test schema: <?xml version=3D"1.0" encoding=3D"UTF-8" ?> <xs:schema xmlns:xs=3D"http://www.w3.org/2001/XMLSchema" xmlns=3D"test" targetNamespace=3D"test"> <xs:element name=3D"test" type=3D"Test"/> <xs:complexType name=3D"Test"> <xs:annotation/> <xs:sequence> <xs:element name=3D"test" type=3D"TestNo" minOccurs=3D"0" maxOccurs=3D"unbounded"/> </xs:sequence> </xs:complexType> <xs:simpleType name=3D"TestNo"> <xs:restriction base=3D"xs:decimal"> <xs:fractionDigits value=3D"9" />=20 <xs:totalDigits value=3D"18" />=20 </xs:restriction> </xs:simpleType> </xs:schema> My test program is: ________________________________________________________________________ __ public static void main(String[] args) { TestDocument doc =3D TestDocument.Factory.newInstance(); Test test =3D doc.addNewTest(); test.addTest(new BigDecimal(1.2345678923456789).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0.0000000111).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0.000001)); test.addTest(new BigDecimal(0)); =20 ArrayList validationErrors =3D new ArrayList(); XmlOptions validationOptions =3D (new XmlOptions()).setErrorListener(validationErrors); if (!doc.validate(validationOptions)) { Iterator iter =3D validationErrors.iterator(); while (iter.hasNext()) { System.out.println(iter.next()); } } System.out.println(doc.toString()); } ________________________________________________________________________ __ This prints out: ________________________________________________________________________ __ error: decimal: Invalid decimal value: unexpected char '69' error: decimal: Invalid decimal value: unexpected char '69' error: decimal: Invalid decimal value: unexpected char '69' <test xmlns=3D"test"> <test xmlns=3D"">1.234567892</test> <test xmlns=3D"">1.1E-8</test> <test xmlns=3D"">0E-9</test> <test xmlns=3D"">9.999999999999999547481118258862586856139387236908078193664E-7= < /test> <test xmlns=3D"">0</test> </test> =20 ________________________________________________________________________ __ The long term solution, I guess, is to use BigDecimal.toPlainString() when creating an xml document within the xml beans code (JavaDecimalHolder.compute_text). However, this would make xmlbeans incompatible with Java 1.4 which I'm sure is not possible.=20 In the short term (i.e. with current xmlBeans), as far as I can see there are two ways around this.=20 1. Use XMLBeans' generated types to force the string value. However, this rather bloats code as each 'set' becomes 3 lines. For example: interest.setAmt(bigDecimal.setScale(3,BigDecimal.ROUND_HALF_UP)); becomes: AmountOfMoney money =3D AmountOfMoney.Factory.newInstance(); money.setStringValue(bigDecimal.setScale(3,BigDecimal.ROUND_HALF_UP).toP lainString()); interest.xsetAmt(money); 2. Create a new class that inherits from BigDecimal who's toString calls toPlainString, to restore the Java 1.4 behaviour, as below: public class PlainBigDecimal extends BigDecimal { public PlainBigDecimal(BigDecimal bd) { super(bd.unscaledValue(),bd.scale()); } =20 public String toString() { return super.toPlainString(); } } With this our example becomes: ... test.addTest(new PlainBigDecimal(new BigDecimal(0.0000000111).setScale(9,BigDecimal.ROUND_HALF_UP))); test.addTest(new PlainBigDecimal(new BigDecimal(0).setScale(9,BigDecimal.ROUND_HALF_UP))); ... Which prints: <test xmlns=3D"test"> <test xmlns=3D"">0.000000011</test> <test xmlns=3D"">0.000000000</test> </test> Please let me know if you can think of any better solutions. Kind regards, Ian Jones Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net From userohart@example.net Tue Jun 06 17:30:06 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 81303 invoked from network); 6 Jun 2006 17:30:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Jun 2006 17:30:06 -0000 Received: (qmail 9924 invoked by uid 500); 6 Jun 2006 17:30:05 -0000 Delivered-To: ohart@example.net Received: (qmail 9674 invoked by uid 500); 6 Jun 2006 17:30:04 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 9663 invoked by uid 99); 6 Jun 2006 17:30:04 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jun 2006 10:30:04 -0700 X-ASF-Spam-Status: No, hits=1.9 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ohart@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ussjmh01.bea.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jun 2006 10:30:02 -0700 Received: from ussjfe01.amer.bea.com (ussjfe01b.bea.com [83.161.120.155]) by ussjmh01.bea.com (Switch-3.0.5/Switch-3.0.0) with ESMTP id k56HTNC0005665 for <ohart@example.net>; Tue, 6 Jun 2006 10:29:40 -0700 Received: from repbex01.amer.bea.com ([83.161.120.155]) by ussjfe01.amer.bea.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 6 Jun 2006 10:29:40 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Date: Tue, 6 Jun 2006 10:29:32 -0700 Message-ID: <ohart@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Thread-Index: AcaFVioM7tTWWdmaSsmlK/DXUZXjSQEIVaYgAAXCZMA= From: "Wing Yew Poon" <ohart@example.net> To: <ohart@example.net> X-OriginalArrivalTime: 06 Jun 2006 17:29:40.0336 (UTC) FILETIME=[CA8EDF00:01C6898E] X-PMX-Version: 83.161.120.155621, Antispam-Engine: 83.161.120.155, Antispam-Data: 283.161.120.155435 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Ian, what version of XMLBeans are you using? do you build XMLBeans yourself (with JDK 1.5)? or do you use a binary distribution? - Wing Yew -----Original Message----- From: ohart@example.net [mailto:ohart@example.net]=20 Sent: Tuesday, June 06, 2006 7:44 AM To: ohart@example.net Subject: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Hi, =20 I have found a minor incompatibility with XMLBeans and Java 1.5 when creating documents with small numbers. XMLBeans uses BigDecimal for xs:decimal elements. The problems is essentially that BigDecimal.toString() now returns exponents (e.g. 1.1E-8) in certain circumstances, particularly with small numbers. The 'E' character is not valid in xs:decimal, so you end up with an invalid xml document.=20 =20 I use BigDecimal.setScale to ensure that my BigDecimal variables don't exceed the precision limits set by my schema. I first noticed this problem when setting the scale on a zero BigDecimal - new BigDecimal(0).setScale(9).toString(), yields "0E-9". The below example shows the problem using a test schema: <?xml version=3D"1.0" encoding=3D"UTF-8" ?> <xs:schema xmlns:xs=3D"http://www.w3.org/2001/XMLSchema" xmlns=3D"test" targetNamespace=3D"test"> <xs:element name=3D"test" type=3D"Test"/> <xs:complexType name=3D"Test"> <xs:annotation/> <xs:sequence> <xs:element name=3D"test" type=3D"TestNo" minOccurs=3D"0" maxOccurs=3D"unbounded"/> </xs:sequence> </xs:complexType> <xs:simpleType name=3D"TestNo"> <xs:restriction base=3D"xs:decimal"> <xs:fractionDigits value=3D"9" />=20 <xs:totalDigits value=3D"18" />=20 </xs:restriction> </xs:simpleType> </xs:schema> My test program is: ________________________________________________________________________ __ public static void main(String[] args) { TestDocument doc =3D TestDocument.Factory.newInstance(); Test test =3D doc.addNewTest(); test.addTest(new BigDecimal(1.2345678923456789).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0.0000000111).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0.000001)); test.addTest(new BigDecimal(0)); =20=20=20=20 ArrayList validationErrors =3D new ArrayList(); XmlOptions validationOptions =3D (new XmlOptions()).setErrorListener(validationErrors); if (!doc.validate(validationOptions)) { Iterator iter =3D validationErrors.iterator(); while (iter.hasNext()) { System.out.println(iter.next()); } } System.out.println(doc.toString()); } ________________________________________________________________________ __ This prints out: ________________________________________________________________________ __ error: decimal: Invalid decimal value: unexpected char '69' error: decimal: Invalid decimal value: unexpected char '69' error: decimal: Invalid decimal value: unexpected char '69' <test xmlns=3D"test"> <test xmlns=3D"">1.234567892</test> <test xmlns=3D"">1.1E-8</test> <test xmlns=3D"">0E-9</test> <test xmlns=3D"">9.999999999999999547481118258862586856139387236908078193664E-7< /test> <test xmlns=3D"">0</test> </test> =20 ________________________________________________________________________ __ The long term solution, I guess, is to use BigDecimal.toPlainString() when creating an xml document within the xml beans code (JavaDecimalHolder.compute_text). However, this would make xmlbeans incompatible with Java 1.4 which I'm sure is not possible.=20 In the short term (i.e. with current xmlBeans), as far as I can see there are two ways around this.=20 1. Use XMLBeans' generated types to force the string value. However, this rather bloats code as each 'set' becomes 3 lines. For example: interest.setAmt(bigDecimal.setScale(3,BigDecimal.ROUND_HALF_UP)); becomes: AmountOfMoney money =3D AmountOfMoney.Factory.newInstance(); money.setStringValue(bigDecimal.setScale(3,BigDecimal.ROUND_HALF_UP).toP lainString()); interest.xsetAmt(money); 2. Create a new class that inherits from BigDecimal who's toString calls toPlainString, to restore the Java 1.4 behaviour, as below: public class PlainBigDecimal extends BigDecimal { public PlainBigDecimal(BigDecimal bd) { super(bd.unscaledValue(),bd.scale()); } =20=20=20=20 public String toString() { return super.toPlainString(); } } With this our example becomes: ... test.addTest(new PlainBigDecimal(new BigDecimal(0.0000000111).setScale(9,BigDecimal.ROUND_HALF_UP))); test.addTest(new PlainBigDecimal(new BigDecimal(0).setScale(9,BigDecimal.ROUND_HALF_UP))); ... Which prints: <test xmlns=3D"test"> <test xmlns=3D"">0.000000011</test> <test xmlns=3D"">0.000000000</test> </test> Please let me know if you can think of any better solutions. Kind regards, Ian Jones Visit our website at http://www.ubs.com This message contains confidential information and is intended only=20 for the individual named. If you are not the named addressee you=20 should not disseminate, distribute or copy this e-mail. Please=20 notify the sender immediately by e-mail if you have received this=20 e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free=20 as information could be intercepted, corrupted, lost, destroyed,=20 arrive late or incomplete, or contain viruses. The sender therefore=20 does not accept liability for any errors or omissions in the contents=20 of this message which arise as a result of e-mail transmission. If=20 verification is required please request a hard-copy version. This=20 message is provided for informational purposes and should not be=20 construed as a solicitation or offer to buy or sell any securities or=20 related financial instruments. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net From userohart@example.net Tue Jun 06 18:38:50 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 255 invoked from network); 6 Jun 2006 18:38:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Jun 2006 18:38:50 -0000 Received: (qmail 32786 invoked by uid 500); 6 Jun 2006 18:38:49 -0000 Delivered-To: ohart@example.net Received: (qmail 32763 invoked by uid 500); 6 Jun 2006 18:38:48 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 32752 invoked by uid 99); 6 Jun 2006 18:38:48 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jun 2006 11:38:48 -0700 X-ASF-Spam-Status: No, hits=1.9 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ohart@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ussjmh01.bea.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jun 2006 11:38:46 -0700 Received: from ussjfe01.amer.bea.com (ussjfe01b.bea.com [83.161.120.155]) by ussjmh01.bea.com (Switch-3.0.5/Switch-3.0.0) with ESMTP id k56IcKBi023407 for <ohart@example.net>; Tue, 6 Jun 2006 11:38:24 -0700 Received: from repbex01.amer.bea.com ([83.161.120.155]) by ussjfe01.amer.bea.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 6 Jun 2006 11:38:24 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Date: Tue, 6 Jun 2006 11:38:16 -0700 Message-ID: <ohart@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Thread-Index: AcaFVioM7tTWWdmaSsmlK/DXUZXjSQEIVaYgAAXCZMAAAhFTQA== From: "Wing Yew Poon" <ohart@example.net> To: <ohart@example.net> X-OriginalArrivalTime: 06 Jun 2006 18:38:24.0738 (UTC) FILETIME=[64E4AC20:01C68998] X-PMX-Version: 83.161.120.155621, Antispam-Engine: 83.161.120.155, Antispam-Data: 283.161.120.155432 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Ok, I reproduced the problem. It would appear that the problem does not depend on whether XMLBeans is built using 1.4 or 1.5; it depends on the runtime used when you run the test program.=20 I suppose the problem might be solved if XMLBeans used BigDecimal#toPlainString() instead of BigDecimal#toString(), but toPlainString() was added to BigDecimal in JDK 1.5 and is not available in 1.4, and XMLBeans supports JDK 1.4. I think http://issues.apache.org/jira/browse/XMLBEANS-175 is essentially the same issue that you raise. - Wing Yew -----Original Message----- From: Wing Yew Poon=20 Sent: Tuesday, June 06, 2006 10:30 AM To: ohart@example.net Subject: RE: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Ian, what version of XMLBeans are you using? do you build XMLBeans yourself (with JDK 1.5)? or do you use a binary distribution? - Wing Yew -----Original Message----- From: ohart@example.net [mailto:ohart@example.net]=20 Sent: Tuesday, June 06, 2006 7:44 AM To: ohart@example.net Subject: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Hi, =20 I have found a minor incompatibility with XMLBeans and Java 1.5 when creating documents with small numbers. XMLBeans uses BigDecimal for xs:decimal elements. The problems is essentially that BigDecimal.toString() now returns exponents (e.g. 1.1E-8) in certain circumstances, particularly with small numbers. The 'E' character is not valid in xs:decimal, so you end up with an invalid xml document.=20 =20 I use BigDecimal.setScale to ensure that my BigDecimal variables don't exceed the precision limits set by my schema. I first noticed this problem when setting the scale on a zero BigDecimal - new BigDecimal(0).setScale(9).toString(), yields "0E-9". The below example shows the problem using a test schema: <?xml version=3D"1.0" encoding=3D"UTF-8" ?> <xs:schema xmlns:xs=3D"http://www.w3.org/2001/XMLSchema" xmlns=3D"test" targetNamespace=3D"test"> <xs:element name=3D"test" type=3D"Test"/> <xs:complexType name=3D"Test"> <xs:annotation/> <xs:sequence> <xs:element name=3D"test" type=3D"TestNo" minOccurs=3D"0" maxOccurs=3D"unbounded"/> </xs:sequence> </xs:complexType> <xs:simpleType name=3D"TestNo"> <xs:restriction base=3D"xs:decimal"> <xs:fractionDigits value=3D"9" />=20 <xs:totalDigits value=3D"18" />=20 </xs:restriction> </xs:simpleType> </xs:schema> My test program is: ________________________________________________________________________ __ public static void main(String[] args) { TestDocument doc =3D TestDocument.Factory.newInstance(); Test test =3D doc.addNewTest(); test.addTest(new BigDecimal(1.2345678923456789).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0.0000000111).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0.000001)); test.addTest(new BigDecimal(0)); =20=20=20=20 ArrayList validationErrors =3D new ArrayList(); XmlOptions validationOptions =3D (new XmlOptions()).setErrorListener(validationErrors); if (!doc.validate(validationOptions)) { Iterator iter =3D validationErrors.iterator(); while (iter.hasNext()) { System.out.println(iter.next()); } } System.out.println(doc.toString()); } ________________________________________________________________________ __ This prints out: ________________________________________________________________________ __ error: decimal: Invalid decimal value: unexpected char '69' error: decimal: Invalid decimal value: unexpected char '69' error: decimal: Invalid decimal value: unexpected char '69' <test xmlns=3D"test"> <test xmlns=3D"">1.234567892</test> <test xmlns=3D"">1.1E-8</test> <test xmlns=3D"">0E-9</test> <test xmlns=3D"">9.999999999999999547481118258862586856139387236908078193664E-7< /test> <test xmlns=3D"">0</test> </test> =20 ________________________________________________________________________ __ The long term solution, I guess, is to use BigDecimal.toPlainString() when creating an xml document within the xml beans code (JavaDecimalHolder.compute_text). However, this would make xmlbeans incompatible with Java 1.4 which I'm sure is not possible.=20 In the short term (i.e. with current xmlBeans), as far as I can see there are two ways around this.=20 1. Use XMLBeans' generated types to force the string value. However, this rather bloats code as each 'set' becomes 3 lines. For example: interest.setAmt(bigDecimal.setScale(3,BigDecimal.ROUND_HALF_UP)); becomes: AmountOfMoney money =3D AmountOfMoney.Factory.newInstance(); money.setStringValue(bigDecimal.setScale(3,BigDecimal.ROUND_HALF_UP).toP lainString()); interest.xsetAmt(money); 2. Create a new class that inherits from BigDecimal who's toString calls toPlainString, to restore the Java 1.4 behaviour, as below: public class PlainBigDecimal extends BigDecimal { public PlainBigDecimal(BigDecimal bd) { super(bd.unscaledValue(),bd.scale()); } =20=20=20=20 public String toString() { return super.toPlainString(); } } With this our example becomes: ... test.addTest(new PlainBigDecimal(new BigDecimal(0.0000000111).setScale(9,BigDecimal.ROUND_HALF_UP))); test.addTest(new PlainBigDecimal(new BigDecimal(0).setScale(9,BigDecimal.ROUND_HALF_UP))); ... Which prints: <test xmlns=3D"test"> <test xmlns=3D"">0.000000011</test> <test xmlns=3D"">0.000000000</test> </test> Please let me know if you can think of any better solutions. Kind regards, Ian Jones Visit our website at http://www.ubs.com This message contains confidential information and is intended only=20 for the individual named. If you are not the named addressee you=20 should not disseminate, distribute or copy this e-mail. Please=20 notify the sender immediately by e-mail if you have received this=20 e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free=20 as information could be intercepted, corrupted, lost, destroyed,=20 arrive late or incomplete, or contain viruses. The sender therefore=20 does not accept liability for any errors or omissions in the contents=20 of this message which arise as a result of e-mail transmission. If=20 verification is required please request a hard-copy version. This=20 message is provided for informational purposes and should not be=20 construed as a solicitation or offer to buy or sell any securities or=20 related financial instruments. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net From userohart@example.net Wed Jun 07 07:14:49 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 19882 invoked from network); 7 Jun 2006 07:14:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Jun 2006 07:14:49 -0000 Received: (qmail 15644 invoked by uid 500); 7 Jun 2006 07:14:47 -0000 Delivered-To: ohart@example.net Received: (qmail 15617 invoked by uid 500); 7 Jun 2006 07:14:47 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 15606 invoked by uid 99); 7 Jun 2006 07:14:47 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jun 2006 00:14:47 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ohart@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO extrelay2.lehman.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jun 2006 00:14:46 -0700 Received: from smtprelay10.leh.lbcorp.lehman.com (smtprelay10.leh.lbcorp.lehman.com [83.161.120.155]) by extrelay2.lehman.com (Postfix) with ESMTP id C5264D73A8 for <ohart@example.net>; Wed, 7 Jun 2006 03:14:25 -0400 (EDT) Received: from 83.161.120.155 by smtprelay04.leh.lbcorp.lehman.com with ESMTP (Lehman Brothers SMTP Relay); Wed, 07 Jun 2006 03:14:22 -0400 X-Server-Uuid: E318CE56-45C9-4DC9-85B6-52D48C8594B6 Received: from logisexc002.leh.lbcorp.lehman.com ( logisexc002.leh.lbcorp.lehman.com [83.161.120.155]) by lonmailhost2.lehman.com (Postfix) with ESMTP id 06B1F8CF91 for <ohart@example.net>; Wed, 7 Jun 2006 08:14:22 +0100 (BST) Received: from logisexm004.leh.lbcorp.lehman.com ([83.161.120.155]) by logisexc002.leh.lbcorp.lehman.com with Microsoft SMTPSVC(5.0.2195.6713) ; Wed, 7 Jun 2006 08:14:21 +0100 content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Subject: Parsing of data containing entity references Date: Wed, 7 Jun 2006 08:14:21 +0100 Message-ID: <ohart@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Parsing of data containing entity references Thread-Index: AcaJV9Dgev3B0j7FReyyEzwhGeCCtAAqYpOQ From: "Coolbergen, Christopher" <ohart@example.net> To: ohart@example.net X-OriginalArrivalTime: 07 Jun 2006 07:14:21.0966 (UTC) FILETIME=[FFE86AE0:01C68A01] X-WSS-ID: 6898A3441P4704126-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > Hi, >=20 > I have an XML document with an element containing a large amount of > text that includes entity references eg: =20 >=20 > <description>There are 2 ADR&apos;S</description> >=20 > Whenever I parse the XML as an InputStream it places the text within a > ![CDATA[ section and resolves the entity references thus: >=20 > <description>![CDATA[ There are 2 ADR'S]]</description> >=20 > I do not wish this to happen, and would like the string to remain as > it originally was with the entity references before being parsed. > Is there some setting that I can use to stop the conversion to CDATA > etc happening=3F >=20 > Thanks in advance, >=20 > Chris ---------------------------------------------------------------------------= --- This message is intended only for the personal and confidential use of the = designated recipient(s) named above. If you are not the intended recipient= = of this message you are hereby notified that any review, dissemination, = distribution or copying of this message is strictly prohibited. This = communication is for information purposes only and should not be regarded a= s= an offer to sell or as a solicitation of an offer to buy any financial = product, an official confirmation of any transaction, or as an official = statement of Lehman Brothers. Email transmission cannot be guaranteed to b= e= secure or error-free. Therefore, we do not represent that this informatio= n= is complete or accurate and it should not be relied upon as such. All = information is subject to change without notice. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net From userohart@example.net Wed Jun 07 09:05:34 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 59852 invoked from network); 7 Jun 2006 09:05:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Jun 2006 09:05:34 -0000 Received: (qmail 64163 invoked by uid 500); 7 Jun 2006 09:05:32 -0000 Delivered-To: ohart@example.net Received: (qmail 64144 invoked by uid 500); 7 Jun 2006 09:05:32 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 64133 invoked by uid 99); 7 Jun 2006 09:05:31 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jun 2006 02:05:31 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=NO_REAL_NAME,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ohart@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO dmz-vsgate4.ldn.ibb.ubs.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jun 2006 02:05:30 -0700 Received: from sldn0850xmh.ldn.swissbank.com (localhost [83.161.120.155]) by sldn0850xmh.ldn.swissbank.com (8.11.7+Sun/8.8.8) with ESMTP id k57951a14531 for <ohart@example.net>; Wed, 7 Jun 2006 10:05:01 +0100 (BST) Received: (from smap@localhost) by sldn0850xmh.ldn.swissbank.com (8.11.7+Sun/8.8.8) id k57950A14480 for <ohart@example.net>; Wed, 7 Jun 2006 10:05:00 +0100 (BST) Received: from <ohart@example.net> (inside [83.161.120.155]) by sldn0850xmh.ldn.swissbank.com via smap (V2.0b/ubs) id xma014294; Wed, 7 Jun 2006 10:04:36 +0100 Received: from nldn1257pap.ubsgs.ubsgroup.net (nldn1257pap.ldn.swissbank.com [83.161.120.155]) by sldn0845pmh.ldn.swissbank.com (8.11.7+Sun/8.8.8) with ESMTP id k5794Y204149 for <ohart@example.net>; Wed, 7 Jun 2006 10:04:34 +0100 (BST) From: ohart@example.net Received: from NLDNC108PEX1.ubsw.net ([83.161.120.155]) by nldn1257pap.ubsgs.ubsgroup.net with Microsoft SMTPSVC(5.0.2195.6760); Wed, 7 Jun 2006 10:04:34 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Date: Wed, 7 Jun 2006 10:04:31 +0100 Message-ID: <ohart@example.net> In-Reply-To: <ohart@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Thread-Index: AcaFVioM7tTWWdmaSsmlK/DXUZXjSQEIVaYgAAXCZMAAAhFTQAAd+DXw To: <ohart@example.net> X-OriginalArrivalTime: 07 Jun 2006 09:04:34.0237 (UTC) FILETIME=[6520E6D0:01C68A11] X-UBSIB-Journal: yes X-UBS-Disclaimer: Version $Revision: 1.27 $ X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Wing Yew, Thanks for your response. I agree it is only a problem when using 1.5 runtime, and that xmlbeans using toPlainString() is not possible if it is to support JDK 1.4. Yes, the issue you mention is essentially the same thing, but the workaround cited there doesn't always work.=20 java.lang.System.out.println(new java.math.BigDecimal("0.00000001").toString()); java.lang.System.out.println(new java.math.BigDecimal(new java.math.BigDecimal("1E-8").toPlainString()).toString()); Prints out: 1E-8 1E-8 I guess I'll continue to use my PlainBigDecmial class below. Many thanks, Ian -----Original Message----- From: Wing Yew Poon [mailto:ohart@example.net]=20 Sent: 06 June 2006 19:38 To: ohart@example.net Subject: RE: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Ok, I reproduced the problem. It would appear that the problem does not depend on whether XMLBeans is built using 1.4 or 1.5; it depends on the runtime used when you run the test program.=20 I suppose the problem might be solved if XMLBeans used BigDecimal#toPlainString() instead of BigDecimal#toString(), but toPlainString() was added to BigDecimal in JDK 1.5 and is not available in 1.4, and XMLBeans supports JDK 1.4. I think http://issues.apache.org/jira/browse/XMLBEANS-175 is essentially the same issue that you raise. - Wing Yew -----Original Message----- From: Wing Yew Poon Sent: Tuesday, June 06, 2006 10:30 AM To: ohart@example.net Subject: RE: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Ian, what version of XMLBeans are you using? do you build XMLBeans yourself (with JDK 1.5)? or do you use a binary distribution? - Wing Yew -----Original Message----- From: ohart@example.net [mailto:ohart@example.net] Sent: Tuesday, June 06, 2006 7:44 AM To: ohart@example.net Subject: Problem with XMLBeans using Java 1.5 when creating documents with small numbers Hi, =20 I have found a minor incompatibility with XMLBeans and Java 1.5 when creating documents with small numbers. XMLBeans uses BigDecimal for xs:decimal elements. The problems is essentially that BigDecimal.toString() now returns exponents (e.g. 1.1E-8) in certain circumstances, particularly with small numbers. The 'E' character is not valid in xs:decimal, so you end up with an invalid xml document.=20 =20 I use BigDecimal.setScale to ensure that my BigDecimal variables don't exceed the precision limits set by my schema. I first noticed this problem when setting the scale on a zero BigDecimal - new BigDecimal(0).setScale(9).toString(), yields "0E-9". The below example shows the problem using a test schema: <?xml version=3D"1.0" encoding=3D"UTF-8" ?> <xs:schema xmlns:xs=3D"http://www.w3.org/2001/XMLSchema" xmlns=3D"test" targetNamespace=3D"test"> <xs:element name=3D"test" type=3D"Test"/> <xs:complexType name=3D"Test"> <xs:annotation/> <xs:sequence> <xs:element name=3D"test" type=3D"TestNo" minOccurs=3D"0" maxOccurs=3D"unbounded"/> </xs:sequence> </xs:complexType> <xs:simpleType name=3D"TestNo"> <xs:restriction base=3D"xs:decimal"> <xs:fractionDigits value=3D"9" />=20 <xs:totalDigits value=3D"18" />=20 </xs:restriction> </xs:simpleType> </xs:schema> My test program is: ________________________________________________________________________ __ public static void main(String[] args) { TestDocument doc =3D TestDocument.Factory.newInstance(); Test test =3D doc.addNewTest(); test.addTest(new BigDecimal(1.2345678923456789).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0.0000000111).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0).setScale(9 ,BigDecimal.ROUND_HALF_UP))); test.addTest(new BigDecimal(0.000001)); test.addTest(new BigDecimal(0)); =20 ArrayList validationErrors =3D new ArrayList(); XmlOptions validationOptions =3D (new XmlOptions()).setErrorListener(validationErrors); if (!doc.validate(validationOptions)) { Iterator iter =3D validationErrors.iterator(); while (iter.hasNext()) { System.out.println(iter.next()); } } System.out.println(doc.toString()); } ________________________________________________________________________ __ This prints out: ________________________________________________________________________ __ error: decimal: Invalid decimal value: unexpected char '69' error: decimal: Invalid decimal value: unexpected char '69' error: decimal: Invalid decimal value: unexpected char '69' <test xmlns=3D"test"> <test xmlns=3D"">1.234567892</test> <test xmlns=3D"">1.1E-8</test> <test xmlns=3D"">0E-9</test> <test xmlns=3D"">9.999999999999999547481118258862586856139387236908078193664E-7= < /test> <test xmlns=3D"">0</test> </test> =20 ________________________________________________________________________ __ The long term solution, I guess, is to use BigDecimal.toPlainString() when creating an xml document within the xml beans code (JavaDecimalHolder.compute_text). However, this would make xmlbeans incompatible with Java 1.4 which I'm sure is not possible.=20 In the short term (i.e. with current xmlBeans), as far as I can see there are two ways around this.=20 1. Use XMLBeans' generated types to force the string value. However, this rather bloats code as each 'set' becomes 3 lines. For example: interest.setAmt(bigDecimal.setScale(3,BigDecimal.ROUND_HALF_UP)); becomes: AmountOfMoney money =3D AmountOfMoney.Factory.newInstance(); money.setStringValue(bigDecimal.setScale(3,BigDecimal.ROUND_HALF_UP).toP lainString()); interest.xsetAmt(money); 2. Create a new class that inherits from BigDecimal who's toString calls toPlainString, to restore the Java 1.4 behaviour, as below: public class PlainBigDecimal extends BigDecimal { public PlainBigDecimal(BigDecimal bd) { super(bd.unscaledValue(),bd.scale()); } =20 public String toString() { return super.toPlainString(); } } With this our example becomes: ... test.addTest(new PlainBigDecimal(new BigDecimal(0.0000000111).setScale(9,BigDecimal.ROUND_HALF_UP))); test.addTest(new PlainBigDecimal(new BigDecimal(0).setScale(9,BigDecimal.ROUND_HALF_UP))); ... Which prints: <test xmlns=3D"test"> <test xmlns=3D"">0.000000011</test> <test xmlns=3D"">0.000000000</test> </test> Please let me know if you can think of any better solutions. Kind regards, Ian Jones Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net From userohart@example.net Wed Jun 07 12:07:04 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 17246 invoked from network); 7 Jun 2006 12:07:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Jun 2006 12:07:04 -0000 Received: (qmail 91311 invoked by uid 500); 7 Jun 2006 12:07:02 -0000 Delivered-To: ohart@example.net Received: (qmail 91293 invoked by uid 500); 7 Jun 2006 12:07:02 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 91282 invoked by uid 99); 7 Jun 2006 12:07:02 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jun 2006 05:07:02 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO mail1.econovo.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jun 2006 05:07:01 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C68A2A.D5222416" Subject: SOAP encoding question Date: Wed, 7 Jun 2006 08:06:37 -0400 Message-ID: <ohart@example.net> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: SOAP encoding question Thread-Index: AcaIwEbHvdseQFgYRR2jEjJtzsKcbAAAGw/AAFqWU3A= From: "Maya Dahan" <ohart@example.net> To: <ohart@example.net> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------_=_NextPart_001_01C68A2A.D5222416 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01C68A2A.D5222416" ------_=_NextPart_002_01C68A2A.D5222416 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, =20 In the list of changes for XmlBeans v2.0.0-beta1 they specified: "Added ability to compile Schemas containing references to SOAP11 encoded arrays" =20 I have a WSDL that contains several SOAP arrays; while trying to compile it using Scomp I am getting several errors: =20 C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test>..\bin\scomp GlobalWeather.wsdl C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:0: warning: The WSDL GlobalWeather.wsdl uses SOAP encoding. SOAP encoding is not compatible with literal XML Schema. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:15:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:19:7: error: src-resolve: attribute=20 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:25:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:29:7: error: src-resolve: attribute=20 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:51:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:55:7: error: src-resolve: attribute=20 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:68:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:72:7: error: src-resolve: attribute=20 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:126:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. =20 C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:130:7: error: src-resolve: attribute=20 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:150:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. =20 C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:154:7: error: src-resolve: attribute=20 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. Time to build schema type system: 1.262 seconds BUILD FAILED =20 What am I doing wrong? =20 Many thanks=20 =20 -- Maya ------_=_NextPart_002_01C68A2A.D5222416 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"> <META content=3D"MSHTML 6.00.2900.2873" name=3DGENERATOR></HEAD> <BODY> <DIV><SPAN class=3D524245416-05062006><FONT face=3DArial size=3D2>Hi=20 all,</FONT></SPAN></DIV> <DIV><SPAN class=3D524245416-05062006><FONT face=3DArial color=3D#0000ff = size=3D2></FONT></SPAN>&nbsp;</DIV> <DIV></DIV> <DIV><SPAN class=3D167573916-05062006><FONT size=3D2><FONT = face=3DArial>In the list of=20 changes for XmlBeans v2.0.0-beta1&nbsp;<SPAN=20 class=3D148120812-07062006>&nbsp;they&nbsp;</SPAN> specified<SPAN=20 class=3D148120812-07062006><FONT color=3D#0000ff>:&nbsp;</FONT></SPAN> = "<FONT=20 size=3D3><FONT size=3D2>Added ability to compile Schemas containing = references to=20 SOAP11 encoded arrays</FONT>"</FONT></FONT></FONT></SPAN></DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial=20 size=3D2></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial size=3D2>I have = a WSDL that=20 contains several&nbsp;SOAP arrays; while trying to compile it using = Scomp I am=20 getting several errors:</FONT></SPAN></DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial=20 size=3D2></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial=20 size=3D2>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test&gt;..\bin\scomp=20 GlobalWeather.wsdl<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeathe= r.wsdl:0:=20 warning: The WSDL GlobalWeather.wsdl uses SOAP encoding. SOAP encoding = is not=20 compatible with literal XML=20 Schema.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:15:6= :=20 error: src-resolve: type <A=20 href=3D"mailto:'Array@http://schemas.xmlsoap.org/soap/encoding/'">'Array@= http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not = found.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:19:7:= =20 error: src-resolve: attribute <A=20 href=3D"mailto:'arrayType@http://schemas.xmlsoap.org/soap/encoding/'">'ar= rayType@http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not = found.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:25:6:= =20 error: src-resolve: type <A=20 href=3D"mailto:'Array@http://schemas.xmlsoap.org/soap/encoding/'">'Array@= http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not = found.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:29:7:= =20 error: src-resolve: attribute <A=20 href=3D"mailto:'arrayType@http://schemas.xmlsoap.org/soap/encoding/'">'ar= rayType@http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not = found.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:51:6:= =20 error: src-resolve: type <A=20 href=3D"mailto:'Array@http://schemas.xmlsoap.org/soap/encoding/'">'Array@= http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not = found.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:55:7:= =20 error: src-resolve: attribute <A=20 href=3D"mailto:'arrayType@http://schemas.xmlsoap.org/soap/encoding/'">'ar= rayType@http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not = found.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:68:6:= =20 error: src-resolve: type <A=20 href=3D"mailto:'Array@http://schemas.xmlsoap.org/soap/encoding/'">'Array@= http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not = found.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:72:7:= =20 error: src-resolve: attribute <A=20 href=3D"mailto:'arrayType@http://schemas.xmlsoap.org/soap/encoding/'">'ar= rayType@http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not = found.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:126:6= :=20 error: src-resolve: type <A=20 href=3D"mailto:'Array@http://schemas.xmlsoap.org/soap/encoding/'">'Array@= http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not found.</FONT></SPAN></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial=20 size=3D2>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:130:7:= error:=20 src-resolve: attribute <A=20 href=3D"mailto:'arrayType@http://schemas.xmlsoap.org/soap/encoding/'">'ar= rayType@http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not = found.<BR>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:150:6= :=20 error: src-resolve: type <A=20 href=3D"mailto:'Array@http://schemas.xmlsoap.org/soap/encoding/'">'Array@= http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not found.</FONT></SPAN></DIV> <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial=20 size=3D2>C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:154:7:= error:=20 src-resolve: attribute <A=20 href=3D"mailto:'arrayType@http://schemas.xmlsoap.org/soap/encoding/'">'ar= rayType@http://schemas.xmlsoap.org/soap/encoding/'</A>=20 not found.<BR>Time to build schema type system: 1.262 seconds<BR>BUILD=20 FAILED</FONT></SPAN></DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial=20 size=3D2></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial size=3D2>What = am I doing=20 wrong?</FONT></SPAN></DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial=20 size=3D2></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial size=3D2>Many = thanks=20 </FONT></SPAN></DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial=20 size=3D2></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=3D167573916-05062006><FONT face=3DArial size=3D2>&nbsp; = --=20 Maya</FONT></SPAN></DIV></BODY></HTML> ------_=_NextPart_002_01C68A2A.D5222416-- ------_=_NextPart_001_01C68A2A.D5222416 Content-Type: application/octet-stream; name="GlobalWeather.wsdl" Content-Transfer-Encoding: base64 Content-Description: GlobalWeather.wsdl Content-Disposition: attachment; filename="GlobalWeather.wsdl" PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4NCjxkZWZpbml0aW9ucyBuYW1l PSJHbG9iYWxXZWF0aGVyIiB0YXJnZXROYW1lc3BhY2U9Imh0dHA6Ly93d3cuY2FwZWNsZWFyLmNv bS9HbG9iYWxXZWF0aGVyLndzZGwiIHhtbG5zPSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy93 c2RsLyIgeG1sbnM6c29hcD0iaHR0cDovL3NjaGVtYXMueG1sc29hcC5vcmcvd3NkbC9zb2FwLyIg eG1sbnM6dG5zPSJodHRwOi8vd3d3LmNhcGVjbGVhci5jb20vR2xvYmFsV2VhdGhlci53c2RsIiB4 bWxuczp4c2Q9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIiB4bWxuczp4c2QxPSJo dHRwOi8vd3d3LmNhcGVjbGVhci5jb20vR2xvYmFsV2VhdGhlci54c2QiPg0KCTx0eXBlcz4NCgkJ PHhzZDpzY2hlbWEgdGFyZ2V0TmFtZXNwYWNlPSJodHRwOi8vd3d3LmNhcGVjbGVhci5jb20vR2xv YmFsV2VhdGhlci54c2QiIHhtbG5zOlNPQVAtRU5DPSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9y Zy9zb2FwL2VuY29kaW5nLyIgeG1sbnM6d3NkbD0iaHR0cDovL3NjaGVtYXMueG1sc29hcC5vcmcv d3NkbC8iIHhtbG5zOnhzZD0iaHR0cDovL3d3dy53My5vcmcvMjAwMS9YTUxTY2hlbWEiPg0KCQkg ICAgPHhzZDppbXBvcnQgbmFtZXNwYWNlPSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy9zb2Fw L2VuY29kaW5nLyIgLz4NCgkJCTx4c2Q6Y29tcGxleFR5cGUgbmFtZT0iRGlyZWN0aW9uIj4NCgkJ CQk8eHNkOnNlcXVlbmNlPg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1 cnM9IjEiIG5hbWU9ImNvbXBhc3MiIG5pbGxhYmxlPSJ0cnVlIiB0eXBlPSJ4c2QxOkRpcmVjdGlv bkNvbXBhc3MiLz4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0iMSIgbWluT2NjdXJzPSIx IiBuYW1lPSJkZWdyZWVzIiB0eXBlPSJ4c2Q6aW50Ii8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhP Y2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0ic3RyaW5nIiBuaWxsYWJsZT0idHJ1ZSIgdHlw ZT0ieHNkOnN0cmluZyIvPg0KCQkJCTwveHNkOnNlcXVlbmNlPg0KCQkJPC94c2Q6Y29tcGxleFR5 cGU+DQoJCQk8eHNkOmNvbXBsZXhUeXBlIG5hbWU9IkFycmF5T2ZQcmVjaXBpdGF0aW9uIj4NCgkJ CQk8eHNkOmNvbXBsZXhDb250ZW50Pg0KCQkJCQk8eHNkOnJlc3RyaWN0aW9uIGJhc2U9IlNPQVAt RU5DOkFycmF5Ij4NCgkJCQkJCTx4c2Q6c2VxdWVuY2U+DQoJCQkJCQkJPHhzZDplbGVtZW50IG1h eE9jY3Vycz0idW5ib3VuZGVkIiBtaW5PY2N1cnM9IjAiIG5hbWU9Iml0ZW0iIHR5cGU9InhzZDE6 UHJlY2lwaXRhdGlvbiIvPg0KCQkJCQkJPC94c2Q6c2VxdWVuY2U+DQoJCQkJCQk8eHNkOmF0dHJp YnV0ZSByZWY9IlNPQVAtRU5DOmFycmF5VHlwZSIgd3NkbDphcnJheVR5cGU9InhzZDE6UHJlY2lw aXRhdGlvbltdIi8+DQoJCQkJCTwveHNkOnJlc3RyaWN0aW9uPg0KCQkJCTwveHNkOmNvbXBsZXhD b250ZW50Pg0KCQkJPC94c2Q6Y29tcGxleFR5cGU+DQoJCQk8eHNkOmNvbXBsZXhUeXBlIG5hbWU9 IkFycmF5T2ZQaGVub21lbm9uIj4NCgkJCQk8eHNkOmNvbXBsZXhDb250ZW50Pg0KCQkJCQk8eHNk OnJlc3RyaWN0aW9uIGJhc2U9IlNPQVAtRU5DOkFycmF5Ij4NCgkJCQkJCTx4c2Q6c2VxdWVuY2U+ DQoJCQkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0idW5ib3VuZGVkIiBtaW5PY2N1cnM9IjAi IG5hbWU9Iml0ZW0iIHR5cGU9InhzZDE6UGhlbm9tZW5vbiIvPg0KCQkJCQkJPC94c2Q6c2VxdWVu Y2U+DQoJCQkJCQk8eHNkOmF0dHJpYnV0ZSByZWY9IlNPQVAtRU5DOmFycmF5VHlwZSIgd3NkbDph cnJheVR5cGU9InhzZDE6UGhlbm9tZW5vbltdIi8+DQoJCQkJCTwveHNkOnJlc3RyaWN0aW9uPg0K CQkJCTwveHNkOmNvbXBsZXhDb250ZW50Pg0KCQkJPC94c2Q6Y29tcGxleFR5cGU+DQoJCQk8eHNk OmNvbXBsZXhUeXBlIG5hbWU9IlRlbXBlcmF0dXJlIj4NCgkJCQk8eHNkOnNlcXVlbmNlPg0KCQkJ CQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9ImFtYmllbnQi IHR5cGU9InhzZDpkb3VibGUiLz4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0iMSIgbWlu T2NjdXJzPSIxIiBuYW1lPSJkZXdwb2ludCIgdHlwZT0ieHNkOmRvdWJsZSIvPg0KCQkJCQk8eHNk OmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9InJlbGF0aXZlX2h1bWlk aXR5IiB0eXBlPSJ4c2Q6aW50Ii8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9IjEiIG1p bk9jY3Vycz0iMSIgbmFtZT0ic3RyaW5nIiBuaWxsYWJsZT0idHJ1ZSIgdHlwZT0ieHNkOnN0cmlu ZyIvPg0KCQkJCTwveHNkOnNlcXVlbmNlPg0KCQkJPC94c2Q6Y29tcGxleFR5cGU+DQoJCQk8eHNk OmNvbXBsZXhUeXBlIG5hbWU9IkV4dHJlbWUiPg0KCQkJCTx4c2Q6c2VxdWVuY2U+DQoJCQkJCTx4 c2Q6ZWxlbWVudCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0idGVtcGVyYXR1cmUi IG5pbGxhYmxlPSJ0cnVlIiB0eXBlPSJ4c2QxOlRlbXBlcmF0dXJlIi8+DQoJCQkJCTx4c2Q6ZWxl bWVudCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0idHlwZSIgbmlsbGFibGU9InRy dWUiIHR5cGU9InhzZDE6RXh0cmVtZVR5cGUiLz4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vy cz0iMSIgbWluT2NjdXJzPSIxIiBuYW1lPSJob3VycyIgdHlwZT0ieHNkOmludCIvPg0KCQkJCQk8 eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9InN0cmluZyIgbmls bGFibGU9InRydWUiIHR5cGU9InhzZDpzdHJpbmciLz4NCgkJCQk8L3hzZDpzZXF1ZW5jZT4NCgkJ CTwveHNkOmNvbXBsZXhUeXBlPg0KCQkJPHhzZDpjb21wbGV4VHlwZSBuYW1lPSJBcnJheU9mc3Ry aW5nIj4NCgkJCQk8eHNkOmNvbXBsZXhDb250ZW50Pg0KCQkJCQk8eHNkOnJlc3RyaWN0aW9uIGJh c2U9IlNPQVAtRU5DOkFycmF5Ij4NCgkJCQkJCTx4c2Q6c2VxdWVuY2U+DQoJCQkJCQkJPHhzZDpl bGVtZW50IG1heE9jY3Vycz0idW5ib3VuZGVkIiBtaW5PY2N1cnM9IjAiIG5hbWU9Iml0ZW0iIHR5 cGU9InhzZDpzdHJpbmciLz4NCgkJCQkJCTwveHNkOnNlcXVlbmNlPg0KCQkJCQkJPHhzZDphdHRy aWJ1dGUgcmVmPSJTT0FQLUVOQzphcnJheVR5cGUiIHdzZGw6YXJyYXlUeXBlPSJ4c2Q6c3RyaW5n W10iLz4NCgkJCQkJPC94c2Q6cmVzdHJpY3Rpb24+DQoJCQkJPC94c2Q6Y29tcGxleENvbnRlbnQ+ DQoJCQk8L3hzZDpjb21wbGV4VHlwZT4NCgkJCTx4c2Q6Y29tcGxleFR5cGUgbmFtZT0iVmlzaWJp bGl0eSI+DQoJCQkJPHhzZDpzZXF1ZW5jZT4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0i MSIgbWluT2NjdXJzPSIxIiBuYW1lPSJkaXN0YW5jZSIgdHlwZT0ieHNkOmRvdWJsZSIvPg0KCQkJ CQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9InF1YWxpZmll ciIgbmlsbGFibGU9InRydWUiIHR5cGU9InhzZDE6VmlzaWJpbGl0eVF1YWxpZmllciIvPg0KCQkJ CQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9InN0cmluZyIg bmlsbGFibGU9InRydWUiIHR5cGU9InhzZDpzdHJpbmciLz4NCgkJCQk8L3hzZDpzZXF1ZW5jZT4N CgkJCTwveHNkOmNvbXBsZXhUeXBlPg0KCQkJPHhzZDpjb21wbGV4VHlwZSBuYW1lPSJBcnJheU9m RXh0cmVtZSI+DQoJCQkJPHhzZDpjb21wbGV4Q29udGVudD4NCgkJCQkJPHhzZDpyZXN0cmljdGlv biBiYXNlPSJTT0FQLUVOQzpBcnJheSI+DQoJCQkJCQk8eHNkOnNlcXVlbmNlPg0KCQkJCQkJCTx4 c2Q6ZWxlbWVudCBtYXhPY2N1cnM9InVuYm91bmRlZCIgbWluT2NjdXJzPSIwIiBuYW1lPSJpdGVt IiB0eXBlPSJ4c2QxOkV4dHJlbWUiLz4NCgkJCQkJCTwveHNkOnNlcXVlbmNlPg0KCQkJCQkJPHhz ZDphdHRyaWJ1dGUgcmVmPSJTT0FQLUVOQzphcnJheVR5cGUiIHdzZGw6YXJyYXlUeXBlPSJ4c2Qx OkV4dHJlbWVbXSIvPg0KCQkJCQk8L3hzZDpyZXN0cmljdGlvbj4NCgkJCQk8L3hzZDpjb21wbGV4 Q29udGVudD4NCgkJCTwveHNkOmNvbXBsZXhUeXBlPg0KCQkJPHhzZDpjb21wbGV4VHlwZSBuYW1l PSJMYXllciI+DQoJCQkJPHhzZDpzZXF1ZW5jZT4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vy cz0iMSIgbWluT2NjdXJzPSIxIiBuYW1lPSJhbHRpdHVkZSIgdHlwZT0ieHNkOmRvdWJsZSIvPg0K CQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9ImV4dGVu dCIgdHlwZT0ieHNkOmludCIvPg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5P Y2N1cnM9IjEiIG5hbWU9InR5cGUiIG5pbGxhYmxlPSJ0cnVlIiB0eXBlPSJ4c2QxOlBoZW5vbWVu b25UeXBlIi8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIg bmFtZT0ic3RyaW5nIiBuaWxsYWJsZT0idHJ1ZSIgdHlwZT0ieHNkOnN0cmluZyIvPg0KCQkJCTwv eHNkOnNlcXVlbmNlPg0KCQkJPC94c2Q6Y29tcGxleFR5cGU+DQoJCQk8eHNkOmNvbXBsZXhUeXBl IG5hbWU9IldlYXRoZXJSZXBvcnQiPg0KCQkJCTx4c2Q6c2VxdWVuY2U+DQoJCQkJCTx4c2Q6ZWxl bWVudCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0idGltZXN0YW1wIiBuaWxsYWJs ZT0idHJ1ZSIgdHlwZT0ieHNkOmRhdGVUaW1lIi8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1 cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0ic3RhdGlvbiIgbmlsbGFibGU9InRydWUiIHR5cGU9 InhzZDE6U3RhdGlvbiIvPg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1 cnM9IjEiIG5hbWU9InBoZW5vbWVuYSIgbmlsbGFibGU9InRydWUiIHR5cGU9InhzZDE6QXJyYXlP ZlBoZW5vbWVub24iLz4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0iMSIgbWluT2NjdXJz PSIxIiBuYW1lPSJwcmVjaXBpdGF0aW9uIiBuaWxsYWJsZT0idHJ1ZSIgdHlwZT0ieHNkMTpBcnJh eU9mUHJlY2lwaXRhdGlvbiIvPg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5P Y2N1cnM9IjEiIG5hbWU9ImV4dHJlbWVzIiBuaWxsYWJsZT0idHJ1ZSIgdHlwZT0ieHNkMTpBcnJh eU9mRXh0cmVtZSIvPg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9 IjEiIG5hbWU9InByZXNzdXJlIiBuaWxsYWJsZT0idHJ1ZSIgdHlwZT0ieHNkMTpQcmVzc3VyZSIv Pg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9InNr eSIgbmlsbGFibGU9InRydWUiIHR5cGU9InhzZDE6U2t5Ii8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBt YXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0idGVtcGVyYXR1cmUiIG5pbGxhYmxlPSJ0 cnVlIiB0eXBlPSJ4c2QxOlRlbXBlcmF0dXJlIi8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1 cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0idmlzaWJpbGl0eSIgbmlsbGFibGU9InRydWUiIHR5 cGU9InhzZDE6VmlzaWJpbGl0eSIvPg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBt aW5PY2N1cnM9IjEiIG5hbWU9IndpbmQiIG5pbGxhYmxlPSJ0cnVlIiB0eXBlPSJ4c2QxOldpbmQi Lz4NCgkJCQk8L3hzZDpzZXF1ZW5jZT4NCgkJCTwveHNkOmNvbXBsZXhUeXBlPg0KCQkJPHhzZDpj b21wbGV4VHlwZSBuYW1lPSJQaGVub21lbm9uIj4NCgkJCQk8eHNkOnNlcXVlbmNlPg0KCQkJCQk8 eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9InR5cGUiIG5pbGxh YmxlPSJ0cnVlIiB0eXBlPSJ4c2QxOlBoZW5vbWVub25UeXBlIi8+DQoJCQkJCTx4c2Q6ZWxlbWVu dCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0iaW50ZW5zaXR5IiBuaWxsYWJsZT0i dHJ1ZSIgdHlwZT0ieHNkMTpQaGVub21lbm9uSW50ZW5zaXR5Ii8+DQoJCQkJCTx4c2Q6ZWxlbWVu dCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0ic3RyaW5nIiBuaWxsYWJsZT0idHJ1 ZSIgdHlwZT0ieHNkOnN0cmluZyIvPg0KCQkJCTwveHNkOnNlcXVlbmNlPg0KCQkJPC94c2Q6Y29t cGxleFR5cGU+DQoJCQk8eHNkOmNvbXBsZXhUeXBlIG5hbWU9IldpbmQiPg0KCQkJCTx4c2Q6c2Vx dWVuY2U+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFt ZT0icHJldmFpbGluZ19zcGVlZCIgdHlwZT0ieHNkOmRvdWJsZSIvPg0KCQkJCQk8eHNkOmVsZW1l bnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9Imd1c3Rfc3BlZWQiIHR5cGU9Inhz ZDpkb3VibGUiLz4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0iMSIgbWluT2NjdXJzPSIx IiBuYW1lPSJwcmV2YWlsaW5nX2RpcmVjdGlvbiIgbmlsbGFibGU9InRydWUiIHR5cGU9InhzZDE6 RGlyZWN0aW9uIi8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0i MSIgbmFtZT0idmFyeWluZ19mcm9tX2RpcmVjdGlvbiIgbmlsbGFibGU9InRydWUiIHR5cGU9Inhz ZDE6RGlyZWN0aW9uIi8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vy cz0iMSIgbmFtZT0idmFyeWluZ190b19kaXJlY3Rpb24iIG5pbGxhYmxlPSJ0cnVlIiB0eXBlPSJ4 c2QxOkRpcmVjdGlvbiIvPg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1 cnM9IjEiIG5hbWU9InN0cmluZyIgbmlsbGFibGU9InRydWUiIHR5cGU9InhzZDpzdHJpbmciLz4N CgkJCQk8L3hzZDpzZXF1ZW5jZT4NCgkJCTwveHNkOmNvbXBsZXhUeXBlPg0KCQkJPHhzZDpjb21w bGV4VHlwZSBuYW1lPSJQcmVzc3VyZSI+DQoJCQkJPHhzZDpzZXF1ZW5jZT4NCgkJCQkJPHhzZDpl bGVtZW50IG1heE9jY3Vycz0iMSIgbWluT2NjdXJzPSIxIiBuYW1lPSJhbHRpbWV0ZXIiIHR5cGU9 InhzZDpkb3VibGUiLz4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0iMSIgbWluT2NjdXJz PSIxIiBuYW1lPSJzbHAiIHR5cGU9InhzZDpkb3VibGUiLz4NCgkJCQkJPHhzZDplbGVtZW50IG1h eE9jY3Vycz0iMSIgbWluT2NjdXJzPSIxIiBuYW1lPSJkZWx0YSIgdHlwZT0ieHNkOmRvdWJsZSIv Pg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9ImRl bHRhX2hvdXJzIiB0eXBlPSJ4c2Q6aW50Ii8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9 IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0ic3RyaW5nIiBuaWxsYWJsZT0idHJ1ZSIgdHlwZT0ieHNk OnN0cmluZyIvPg0KCQkJCTwveHNkOnNlcXVlbmNlPg0KCQkJPC94c2Q6Y29tcGxleFR5cGU+DQoJ CQk8eHNkOmNvbXBsZXhUeXBlIG5hbWU9IkFycmF5T2ZMYXllciI+DQoJCQkJPHhzZDpjb21wbGV4 Q29udGVudD4NCgkJCQkJPHhzZDpyZXN0cmljdGlvbiBiYXNlPSJTT0FQLUVOQzpBcnJheSI+DQoJ CQkJCQk8eHNkOnNlcXVlbmNlPg0KCQkJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9InVuYm91 bmRlZCIgbWluT2NjdXJzPSIwIiBuYW1lPSJpdGVtIiB0eXBlPSJ4c2QxOkxheWVyIi8+DQoJCQkJ CQk8L3hzZDpzZXF1ZW5jZT4NCgkJCQkJCTx4c2Q6YXR0cmlidXRlIHJlZj0iU09BUC1FTkM6YXJy YXlUeXBlIiB3c2RsOmFycmF5VHlwZT0ieHNkMTpMYXllcltdIi8+DQoJCQkJCTwveHNkOnJlc3Ry aWN0aW9uPg0KCQkJCTwveHNkOmNvbXBsZXhDb250ZW50Pg0KCQkJPC94c2Q6Y29tcGxleFR5cGU+ DQoJCQk8eHNkOmNvbXBsZXhUeXBlIG5hbWU9IlN0YXRpb24iPg0KCQkJCTx4c2Q6c2VxdWVuY2U+ DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0iaWNh byIgbmlsbGFibGU9InRydWUiIHR5cGU9InhzZDpzdHJpbmciLz4NCgkJCQkJPHhzZDplbGVtZW50 IG1heE9jY3Vycz0iMSIgbWluT2NjdXJzPSIxIiBuYW1lPSJ3bW8iIG5pbGxhYmxlPSJ0cnVlIiB0 eXBlPSJ4c2Q6c3RyaW5nIi8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9IjEiIG1pbk9j Y3Vycz0iMSIgbmFtZT0iaWF0YSIgbmlsbGFibGU9InRydWUiIHR5cGU9InhzZDpzdHJpbmciLz4N CgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0iMSIgbWluT2NjdXJzPSIxIiBuYW1lPSJlbGV2 YXRpb24iIHR5cGU9InhzZDpkb3VibGUiLz4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0i MSIgbWluT2NjdXJzPSIxIiBuYW1lPSJsYXRpdHVkZSIgdHlwZT0ieHNkOmRvdWJsZSIvPg0KCQkJ CQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9ImxvbmdpdHVk ZSIgdHlwZT0ieHNkOmRvdWJsZSIvPg0KCQkJCQk8eHNkOmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBt aW5PY2N1cnM9IjEiIG5hbWU9Im5hbWUiIG5pbGxhYmxlPSJ0cnVlIiB0eXBlPSJ4c2Q6c3RyaW5n Ii8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0i cmVnaW9uIiBuaWxsYWJsZT0idHJ1ZSIgdHlwZT0ieHNkOnN0cmluZyIvPg0KCQkJCQk8eHNkOmVs ZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9ImNvdW50cnkiIG5pbGxhYmxl PSJ0cnVlIiB0eXBlPSJ4c2Q6c3RyaW5nIi8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBtYXhPY2N1cnM9 IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0ic3RyaW5nIiBuaWxsYWJsZT0idHJ1ZSIgdHlwZT0ieHNk OnN0cmluZyIvPg0KCQkJCTwveHNkOnNlcXVlbmNlPg0KCQkJPC94c2Q6Y29tcGxleFR5cGU+DQoJ CQk8eHNkOmNvbXBsZXhUeXBlIG5hbWU9IkFycmF5T2ZTdGF0aW9uIj4NCgkJCQk8eHNkOmNvbXBs ZXhDb250ZW50Pg0KCQkJCQk8eHNkOnJlc3RyaWN0aW9uIGJhc2U9IlNPQVAtRU5DOkFycmF5Ij4N CgkJCQkJCTx4c2Q6c2VxdWVuY2U+DQoJCQkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0idW5i b3VuZGVkIiBtaW5PY2N1cnM9IjAiIG5hbWU9Iml0ZW0iIHR5cGU9InhzZDE6U3RhdGlvbiIvPg0K CQkJCQkJPC94c2Q6c2VxdWVuY2U+DQoJCQkJCQk8eHNkOmF0dHJpYnV0ZSByZWY9IlNPQVAtRU5D OmFycmF5VHlwZSIgd3NkbDphcnJheVR5cGU9InhzZDE6U3RhdGlvbltdIi8+DQoJCQkJCTwveHNk OnJlc3RyaWN0aW9uPg0KCQkJCTwveHNkOmNvbXBsZXhDb250ZW50Pg0KCQkJPC94c2Q6Y29tcGxl eFR5cGU+DQoJCQk8eHNkOmNvbXBsZXhUeXBlIG5hbWU9IlNreSI+DQoJCQkJPHhzZDpzZXF1ZW5j ZT4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0iMSIgbWluT2NjdXJzPSIxIiBuYW1lPSJj ZWlsaW5nX2FsdGl0dWRlIiB0eXBlPSJ4c2Q6ZG91YmxlIi8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBt YXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0ibGF5ZXJzIiBuaWxsYWJsZT0idHJ1ZSIg dHlwZT0ieHNkMTpBcnJheU9mTGF5ZXIiLz4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0i MSIgbWluT2NjdXJzPSIxIiBuYW1lPSJzdHJpbmciIG5pbGxhYmxlPSJ0cnVlIiB0eXBlPSJ4c2Q6 c3RyaW5nIi8+DQoJCQkJPC94c2Q6c2VxdWVuY2U+DQoJCQk8L3hzZDpjb21wbGV4VHlwZT4NCgkJ CTx4c2Q6Y29tcGxleFR5cGUgbmFtZT0iUHJlY2lwaXRhdGlvbiI+DQoJCQkJPHhzZDpzZXF1ZW5j ZT4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0iMSIgbWluT2NjdXJzPSIxIiBuYW1lPSJh bW91bnQiIHR5cGU9InhzZDpkb3VibGUiLz4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0i MSIgbWluT2NjdXJzPSIxIiBuYW1lPSJob3VycyIgdHlwZT0ieHNkOmludCIvPg0KCQkJCQk8eHNk OmVsZW1lbnQgbWF4T2NjdXJzPSIxIiBtaW5PY2N1cnM9IjEiIG5hbWU9InN0cmluZyIgbmlsbGFi bGU9InRydWUiIHR5cGU9InhzZDpzdHJpbmciLz4NCgkJCQk8L3hzZDpzZXF1ZW5jZT4NCgkJCTwv eHNkOmNvbXBsZXhUeXBlPg0KCQkJPHhzZDpjb21wbGV4VHlwZSBuYW1lPSJSYW5nZSI+DQoJCQkJ PHhzZDpzZXF1ZW5jZT4NCgkJCQkJPHhzZDplbGVtZW50IG1heE9jY3Vycz0iMSIgbWluT2NjdXJz PSIxIiBuYW1lPSJmcm9tIiB0eXBlPSJ4c2Q6ZG91YmxlIi8+DQoJCQkJCTx4c2Q6ZWxlbWVudCBt YXhPY2N1cnM9IjEiIG1pbk9jY3Vycz0iMSIgbmFtZT0idG8iIHR5cGU9InhzZDpkb3VibGUiLz4N CgkJCQk8L3hzZDpzZXF1ZW5jZT4NCgkJCTwveHNkOmNvbXBsZXhUeXBlPg0KCQkJPHhzZDpzaW1w bGVUeXBlIG5hbWU9IkRpcmVjdGlvbkNvbXBhc3MiPg0KCQkJCTx4c2Q6cmVzdHJpY3Rpb24gYmFz ZT0ieHNkOnN0cmluZyI+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9Ik4iLz4NCgkJCQkJ PHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iTk5FIi8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFs dWU9Ik5FIi8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9IkVORSIvPg0KCQkJCQk8eHNk OmVudW1lcmF0aW9uIHZhbHVlPSJFIi8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9IkVT RSIvPg0KCQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJTRSIvPg0KCQkJCQk8eHNkOmVudW1l cmF0aW9uIHZhbHVlPSJTU0UiLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iUyIvPg0K CQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJTU1ciLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlv biB2YWx1ZT0iU1ciLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iV1NXIi8+DQoJCQkJ CTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9IlciLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1 ZT0iV05XIi8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9Ik5XIi8+DQoJCQkJCTx4c2Q6 ZW51bWVyYXRpb24gdmFsdWU9Ik5OVyIvPg0KCQkJCTwveHNkOnJlc3RyaWN0aW9uPg0KCQkJPC94 c2Q6c2ltcGxlVHlwZT4NCgkJCTx4c2Q6c2ltcGxlVHlwZSBuYW1lPSJFeHRyZW1lVHlwZSI+DQoJ CQkJPHhzZDpyZXN0cmljdGlvbiBiYXNlPSJ4c2Q6c3RyaW5nIj4NCgkJCQkJPHhzZDplbnVtZXJh dGlvbiB2YWx1ZT0iSElHSCIvPg0KCQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJMT1ciLz4N CgkJCQk8L3hzZDpyZXN0cmljdGlvbj4NCgkJCTwveHNkOnNpbXBsZVR5cGU+DQoJCQk8eHNkOnNp bXBsZVR5cGUgbmFtZT0iUGhlbm9tZW5vbkludGVuc2l0eSI+DQoJCQkJPHhzZDpyZXN0cmljdGlv biBiYXNlPSJ4c2Q6c3RyaW5nIj4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iRElTVEFO VCIvPg0KCQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJORUFSQlkiLz4NCgkJCQkJPHhzZDpl bnVtZXJhdGlvbiB2YWx1ZT0iTElHSFQiLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0i TU9ERVJBVEUiLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iSEVBVlkiLz4NCgkJCQk8 L3hzZDpyZXN0cmljdGlvbj4NCgkJCTwveHNkOnNpbXBsZVR5cGU+DQoJCQk8eHNkOnNpbXBsZVR5 cGUgbmFtZT0iUGhlbm9tZW5vblR5cGUiPg0KCQkJCTx4c2Q6cmVzdHJpY3Rpb24gYmFzZT0ieHNk OnN0cmluZyI+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9Ik1JU1QiLz4NCgkJCQkJPHhz ZDplbnVtZXJhdGlvbiB2YWx1ZT0iRk9HIi8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9 IkNMT1VEIi8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9IlRPV0VSSU5HX0NVTVVMVVMi Lz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iQ1VNVUxPTklNQlVTIi8+DQoJCQkJCTx4 c2Q6ZW51bWVyYXRpb24gdmFsdWU9IlBSRUNJUElUQVRJT04iLz4NCgkJCQkJPHhzZDplbnVtZXJh dGlvbiB2YWx1ZT0iU0hPV0VSUyIvPg0KCQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJEUkla WkxFIi8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9IlJBSU4iLz4NCgkJCQkJPHhzZDpl bnVtZXJhdGlvbiB2YWx1ZT0iU1BSQVkiLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0i RElBTU9ORF9EVVNUIi8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9IlNOT1ciLz4NCgkJ CQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iU05PV19HUkFJTlMiLz4NCgkJCQkJPHhzZDplbnVt ZXJhdGlvbiB2YWx1ZT0iSUNFX1BFTExFVFMiLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1 ZT0iU01BTExfSEFJTCIvPg0KCQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJMQVJHRV9IQUlM Ii8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9IkhBWkUiLz4NCgkJCQkJPHhzZDplbnVt ZXJhdGlvbiB2YWx1ZT0iU01PS0UiLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iRFVT VCIvPg0KCQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJTQU5EIi8+DQoJCQkJCTx4c2Q6ZW51 bWVyYXRpb24gdmFsdWU9IlZPTENBTklDX0FTSCIvPg0KCQkJCQk8eHNkOmVudW1lcmF0aW9uIHZh bHVlPSJXSElSTFMiLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iU1FVQUxMUyIvPg0K CQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJMSUdIVE5JTkciLz4NCgkJCQkJPHhzZDplbnVt ZXJhdGlvbiB2YWx1ZT0iRFVTVFNUT1JNIi8+DQoJCQkJCTx4c2Q6ZW51bWVyYXRpb24gdmFsdWU9 IlNBTkRTVE9STSIvPg0KCQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJUSFVOREVSU1RPUk0i Lz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iVE9STkFESUMiLz4NCgkJCQkJPHhzZDpl bnVtZXJhdGlvbiB2YWx1ZT0iVU5LTk9XTiIvPg0KCQkJCTwveHNkOnJlc3RyaWN0aW9uPg0KCQkJ PC94c2Q6c2ltcGxlVHlwZT4NCgkJCTx4c2Q6c2ltcGxlVHlwZSBuYW1lPSJWaXNpYmlsaXR5UXVh bGlmaWVyIj4NCgkJCQk8eHNkOnJlc3RyaWN0aW9uIGJhc2U9InhzZDpzdHJpbmciPg0KCQkJCQk8 eHNkOmVudW1lcmF0aW9uIHZhbHVlPSJBVCIvPg0KCQkJCQk8eHNkOmVudW1lcmF0aW9uIHZhbHVl PSJCRVlPTkQiLz4NCgkJCQkJPHhzZDplbnVtZXJhdGlvbiB2YWx1ZT0iQkVMT1ciLz4NCgkJCQk8 L3hzZDpyZXN0cmljdGlvbj4NCgkJCTwveHNkOnNpbXBsZVR5cGU+DQoJCTwveHNkOnNjaGVtYT4N Cgk8L3R5cGVzPg0KCTxtZXNzYWdlIG5hbWU9Imxpc3RDb3VudHJpZXNSZXNwb25zZSI+DQoJCTxw YXJ0IG5hbWU9InJldHVybiIgdHlwZT0ieHNkMTpBcnJheU9mc3RyaW5nIi8+DQoJPC9tZXNzYWdl Pg0KCTxtZXNzYWdlIG5hbWU9ImdldFN0YXRpb24iPg0KCQk8cGFydCBuYW1lPSJjb2RlIiB0eXBl PSJ4c2Q6c3RyaW5nIi8+DQoJPC9tZXNzYWdlPg0KCTxtZXNzYWdlIG5hbWU9InNlYXJjaEJ5Q29k ZVJlc3BvbnNlIj4NCgkJPHBhcnQgbmFtZT0icmV0dXJuIiB0eXBlPSJ4c2QxOkFycmF5T2ZTdGF0 aW9uIi8+DQoJPC9tZXNzYWdlPg0KCTxtZXNzYWdlIG5hbWU9InNlYXJjaEJ5UmVnaW9uUmVzcG9u c2UiPg0KCQk8cGFydCBuYW1lPSJyZXR1cm4iIHR5cGU9InhzZDE6QXJyYXlPZlN0YXRpb24iLz4N Cgk8L21lc3NhZ2U+DQoJPG1lc3NhZ2UgbmFtZT0iaXNWYWxpZENvZGVSZXNwb25zZSI+DQoJCTxw YXJ0IG5hbWU9InJldHVybiIgdHlwZT0ieHNkOmJvb2xlYW4iLz4NCgk8L21lc3NhZ2U+DQoJPG1l c3NhZ2UgbmFtZT0iZ2V0V2VhdGhlclJlcG9ydCI+DQoJCTxwYXJ0IG5hbWU9ImNvZGUiIHR5cGU9 InhzZDpzdHJpbmciLz4NCgk8L21lc3NhZ2U+DQoJPG1lc3NhZ2UgbmFtZT0ibGlzdENvdW50cmll cyIvPg0KCTxtZXNzYWdlIG5hbWU9InNlYXJjaEJ5TmFtZSI+DQoJCTxwYXJ0IG5hbWU9Im5hbWUi IHR5cGU9InhzZDpzdHJpbmciLz4NCgk8L21lc3NhZ2U+DQoJPG1lc3NhZ2UgbmFtZT0ic2VhcmNo QnlDb3VudHJ5UmVzcG9uc2UiPg0KCQk8cGFydCBuYW1lPSJyZXR1cm4iIHR5cGU9InhzZDE6QXJy YXlPZlN0YXRpb24iLz4NCgk8L21lc3NhZ2U+DQoJPG1lc3NhZ2UgbmFtZT0ic2VhcmNoQnlDb3Vu dHJ5Ij4NCgkJPHBhcnQgbmFtZT0iY291bnRyeSIgdHlwZT0ieHNkOnN0cmluZyIvPg0KCTwvbWVz c2FnZT4NCgk8bWVzc2FnZSBuYW1lPSJpc1ZhbGlkQ29kZSI+DQoJCTxwYXJ0IG5hbWU9ImNvZGUi IHR5cGU9InhzZDpzdHJpbmciLz4NCgk8L21lc3NhZ2U+DQoJPG1lc3NhZ2UgbmFtZT0ic2VhcmNo QnlOYW1lUmVzcG9uc2UiPg0KCQk8cGFydCBuYW1lPSJyZXR1cm4iIHR5cGU9InhzZDE6QXJyYXlP ZlN0YXRpb24iLz4NCgk8L21lc3NhZ2U+DQoJPG1lc3NhZ2UgbmFtZT0iZ2V0U3RhdGlvblJlc3Bv bnNlIj4NCgkJPHBhcnQgbmFtZT0icmV0dXJuIiB0eXBlPSJ4c2QxOlN0YXRpb24iLz4NCgk8L21l c3NhZ2U+DQoJPG1lc3NhZ2UgbmFtZT0ic2VhcmNoQnlSZWdpb24iPg0KCQk8cGFydCBuYW1lPSJy ZWdpb24iIHR5cGU9InhzZDpzdHJpbmciLz4NCgk8L21lc3NhZ2U+DQoJPG1lc3NhZ2UgbmFtZT0i Z2V0V2VhdGhlclJlcG9ydFJlc3BvbnNlIj4NCgkJPHBhcnQgbmFtZT0icmV0dXJuIiB0eXBlPSJ4 c2QxOldlYXRoZXJSZXBvcnQiLz4NCgk8L21lc3NhZ2U+DQoJPG1lc3NhZ2UgbmFtZT0ic2VhcmNo QnlDb2RlIj4NCgkJPHBhcnQgbmFtZT0iY29kZSIgdHlwZT0ieHNkOnN0cmluZyIvPg0KCTwvbWVz c2FnZT4NCgk8cG9ydFR5cGUgbmFtZT0iR2xvYmFsV2VhdGhlciI+DQoJCTxvcGVyYXRpb24gbmFt ZT0iZ2V0V2VhdGhlclJlcG9ydCI+DQoJCQk8aW5wdXQgbWVzc2FnZT0idG5zOmdldFdlYXRoZXJS ZXBvcnQiLz4NCgkJCTxvdXRwdXQgbWVzc2FnZT0idG5zOmdldFdlYXRoZXJSZXBvcnRSZXNwb25z ZSIvPg0KCQk8L29wZXJhdGlvbj4NCgk8L3BvcnRUeXBlPg0KCTxwb3J0VHlwZSBuYW1lPSJTdGF0 aW9uSW5mbyI+DQoJCTxvcGVyYXRpb24gbmFtZT0iZ2V0U3RhdGlvbiI+DQoJCQk8aW5wdXQgbWVz c2FnZT0idG5zOmdldFN0YXRpb24iLz4NCgkJCTxvdXRwdXQgbWVzc2FnZT0idG5zOmdldFN0YXRp b25SZXNwb25zZSIvPg0KCQk8L29wZXJhdGlvbj4NCgkJPG9wZXJhdGlvbiBuYW1lPSJpc1ZhbGlk Q29kZSI+DQoJCQk8aW5wdXQgbWVzc2FnZT0idG5zOmlzVmFsaWRDb2RlIi8+DQoJCQk8b3V0cHV0 IG1lc3NhZ2U9InRuczppc1ZhbGlkQ29kZVJlc3BvbnNlIi8+DQoJCTwvb3BlcmF0aW9uPg0KCQk8 b3BlcmF0aW9uIG5hbWU9Imxpc3RDb3VudHJpZXMiPg0KCQkJPGlucHV0IG1lc3NhZ2U9InRuczps aXN0Q291bnRyaWVzIi8+DQoJCQk8b3V0cHV0IG1lc3NhZ2U9InRuczpsaXN0Q291bnRyaWVzUmVz cG9uc2UiLz4NCgkJPC9vcGVyYXRpb24+DQoJCTxvcGVyYXRpb24gbmFtZT0ic2VhcmNoQnlDb2Rl Ij4NCgkJCTxpbnB1dCBtZXNzYWdlPSJ0bnM6c2VhcmNoQnlDb2RlIi8+DQoJCQk8b3V0cHV0IG1l c3NhZ2U9InRuczpzZWFyY2hCeUNvZGVSZXNwb25zZSIvPg0KCQk8L29wZXJhdGlvbj4NCgkJPG9w ZXJhdGlvbiBuYW1lPSJzZWFyY2hCeUNvdW50cnkiPg0KCQkJPGlucHV0IG1lc3NhZ2U9InRuczpz ZWFyY2hCeUNvdW50cnkiLz4NCgkJCTxvdXRwdXQgbWVzc2FnZT0idG5zOnNlYXJjaEJ5Q291bnRy eVJlc3BvbnNlIi8+DQoJCTwvb3BlcmF0aW9uPg0KCQk8b3BlcmF0aW9uIG5hbWU9InNlYXJjaEJ5 TmFtZSI+DQoJCQk8aW5wdXQgbWVzc2FnZT0idG5zOnNlYXJjaEJ5TmFtZSIvPg0KCQkJPG91dHB1 dCBtZXNzYWdlPSJ0bnM6c2VhcmNoQnlOYW1lUmVzcG9uc2UiLz4NCgkJPC9vcGVyYXRpb24+DQoJ CTxvcGVyYXRpb24gbmFtZT0ic2VhcmNoQnlSZWdpb24iPg0KCQkJPGlucHV0IG1lc3NhZ2U9InRu czpzZWFyY2hCeVJlZ2lvbiIvPg0KCQkJPG91dHB1dCBtZXNzYWdlPSJ0bnM6c2VhcmNoQnlSZWdp b25SZXNwb25zZSIvPg0KCQk8L29wZXJhdGlvbj4NCgk8L3BvcnRUeXBlPg0KCTxiaW5kaW5nIG5h bWU9IlN0YXRpb25JbmZvIiB0eXBlPSJ0bnM6U3RhdGlvbkluZm8iPg0KCQk8c29hcDpiaW5kaW5n IHN0eWxlPSJycGMiIHRyYW5zcG9ydD0iaHR0cDovL3NjaGVtYXMueG1sc29hcC5vcmcvc29hcC9o dHRwIi8+DQoJCTxvcGVyYXRpb24gbmFtZT0iZ2V0U3RhdGlvbiI+DQoJCQk8c29hcDpvcGVyYXRp b24gc29hcEFjdGlvbj0iY2FwZWNvbm5lY3Q6R2xvYmFsV2VhdGhlcjpTdGF0aW9uSW5mbyNnZXRT dGF0aW9uIi8+DQoJCQk8aW5wdXQ+DQoJCQkJPHNvYXA6Ym9keSBlbmNvZGluZ1N0eWxlPSJodHRw Oi8vc2NoZW1hcy54bWxzb2FwLm9yZy9zb2FwL2VuY29kaW5nLyIgbmFtZXNwYWNlPSJjYXBlY29u bmVjdDpHbG9iYWxXZWF0aGVyOlN0YXRpb25JbmZvIiB1c2U9ImVuY29kZWQiLz4NCgkJCTwvaW5w dXQ+DQoJCQk8b3V0cHV0Pg0KCQkJCTxzb2FwOmJvZHkgZW5jb2RpbmdTdHlsZT0iaHR0cDovL3Nj aGVtYXMueG1sc29hcC5vcmcvc29hcC9lbmNvZGluZy8iIG5hbWVzcGFjZT0iY2FwZWNvbm5lY3Q6 R2xvYmFsV2VhdGhlcjpTdGF0aW9uSW5mbyIgdXNlPSJlbmNvZGVkIi8+DQoJCQk8L291dHB1dD4N CgkJPC9vcGVyYXRpb24+DQoJCTxvcGVyYXRpb24gbmFtZT0iaXNWYWxpZENvZGUiPg0KCQkJPHNv YXA6b3BlcmF0aW9uIHNvYXBBY3Rpb249ImNhcGVjb25uZWN0Okdsb2JhbFdlYXRoZXI6U3RhdGlv bkluZm8jaXNWYWxpZENvZGUiLz4NCgkJCTxpbnB1dD4NCgkJCQk8c29hcDpib2R5IGVuY29kaW5n U3R5bGU9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW5jb2RpbmcvIiBuYW1lc3Bh Y2U9ImNhcGVjb25uZWN0Okdsb2JhbFdlYXRoZXI6U3RhdGlvbkluZm8iIHVzZT0iZW5jb2RlZCIv Pg0KCQkJPC9pbnB1dD4NCgkJCTxvdXRwdXQ+DQoJCQkJPHNvYXA6Ym9keSBlbmNvZGluZ1N0eWxl PSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy9zb2FwL2VuY29kaW5nLyIgbmFtZXNwYWNlPSJj YXBlY29ubmVjdDpHbG9iYWxXZWF0aGVyOlN0YXRpb25JbmZvIiB1c2U9ImVuY29kZWQiLz4NCgkJ CTwvb3V0cHV0Pg0KCQk8L29wZXJhdGlvbj4NCgkJPG9wZXJhdGlvbiBuYW1lPSJsaXN0Q291bnRy aWVzIj4NCgkJCTxzb2FwOm9wZXJhdGlvbiBzb2FwQWN0aW9uPSJjYXBlY29ubmVjdDpHbG9iYWxX ZWF0aGVyOlN0YXRpb25JbmZvI2xpc3RDb3VudHJpZXMiLz4NCgkJCTxpbnB1dD4NCgkJCQk8c29h cDpib2R5IGVuY29kaW5nU3R5bGU9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW5j b2RpbmcvIiBuYW1lc3BhY2U9ImNhcGVjb25uZWN0Okdsb2JhbFdlYXRoZXI6U3RhdGlvbkluZm8i IHVzZT0iZW5jb2RlZCIvPg0KCQkJPC9pbnB1dD4NCgkJCTxvdXRwdXQ+DQoJCQkJPHNvYXA6Ym9k eSBlbmNvZGluZ1N0eWxlPSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy9zb2FwL2VuY29kaW5n LyIgbmFtZXNwYWNlPSJjYXBlY29ubmVjdDpHbG9iYWxXZWF0aGVyOlN0YXRpb25JbmZvIiB1c2U9 ImVuY29kZWQiLz4NCgkJCTwvb3V0cHV0Pg0KCQk8L29wZXJhdGlvbj4NCgkJPG9wZXJhdGlvbiBu YW1lPSJzZWFyY2hCeUNvZGUiPg0KCQkJPHNvYXA6b3BlcmF0aW9uIHNvYXBBY3Rpb249ImNhcGVj b25uZWN0Okdsb2JhbFdlYXRoZXI6U3RhdGlvbkluZm8jc2VhcmNoQnlDb2RlIi8+DQoJCQk8aW5w dXQ+DQoJCQkJPHNvYXA6Ym9keSBlbmNvZGluZ1N0eWxlPSJodHRwOi8vc2NoZW1hcy54bWxzb2Fw Lm9yZy9zb2FwL2VuY29kaW5nLyIgbmFtZXNwYWNlPSJjYXBlY29ubmVjdDpHbG9iYWxXZWF0aGVy OlN0YXRpb25JbmZvIiB1c2U9ImVuY29kZWQiLz4NCgkJCTwvaW5wdXQ+DQoJCQk8b3V0cHV0Pg0K CQkJCTxzb2FwOmJvZHkgZW5jb2RpbmdTdHlsZT0iaHR0cDovL3NjaGVtYXMueG1sc29hcC5vcmcv c29hcC9lbmNvZGluZy8iIG5hbWVzcGFjZT0iY2FwZWNvbm5lY3Q6R2xvYmFsV2VhdGhlcjpTdGF0 aW9uSW5mbyIgdXNlPSJlbmNvZGVkIi8+DQoJCQk8L291dHB1dD4NCgkJPC9vcGVyYXRpb24+DQoJ CTxvcGVyYXRpb24gbmFtZT0ic2VhcmNoQnlDb3VudHJ5Ij4NCgkJCTxzb2FwOm9wZXJhdGlvbiBz b2FwQWN0aW9uPSJjYXBlY29ubmVjdDpHbG9iYWxXZWF0aGVyOlN0YXRpb25JbmZvI3NlYXJjaEJ5 Q291bnRyeSIvPg0KCQkJPGlucHV0Pg0KCQkJCTxzb2FwOmJvZHkgZW5jb2RpbmdTdHlsZT0iaHR0 cDovL3NjaGVtYXMueG1sc29hcC5vcmcvc29hcC9lbmNvZGluZy8iIG5hbWVzcGFjZT0iY2FwZWNv bm5lY3Q6R2xvYmFsV2VhdGhlcjpTdGF0aW9uSW5mbyIgdXNlPSJlbmNvZGVkIi8+DQoJCQk8L2lu cHV0Pg0KCQkJPG91dHB1dD4NCgkJCQk8c29hcDpib2R5IGVuY29kaW5nU3R5bGU9Imh0dHA6Ly9z Y2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW5jb2RpbmcvIiBuYW1lc3BhY2U9ImNhcGVjb25uZWN0 Okdsb2JhbFdlYXRoZXI6U3RhdGlvbkluZm8iIHVzZT0iZW5jb2RlZCIvPg0KCQkJPC9vdXRwdXQ+ DQoJCTwvb3BlcmF0aW9uPg0KCQkNCgkJPG9wZXJhdGlvbiBuYW1lPSJzZWFyY2hCeU5hbWUiPg0K CQkJPHNvYXA6b3BlcmF0aW9uIHNvYXBBY3Rpb249ImNhcGVjb25uZWN0Okdsb2JhbFdlYXRoZXI6 U3RhdGlvbkluZm8jc2VhcmNoQnlOYW1lIi8+DQoJCQk8aW5wdXQ+DQoJCQkJPHNvYXA6Ym9keSBl bmNvZGluZ1N0eWxlPSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy9zb2FwL2VuY29kaW5nLyIg bmFtZXNwYWNlPSJjYXBlY29ubmVjdDpHbG9iYWxXZWF0aGVyOlN0YXRpb25JbmZvIiB1c2U9ImVu Y29kZWQiLz4NCgkJCTwvaW5wdXQ+DQoJCQk8b3V0cHV0Pg0KCQkJCTxzb2FwOmJvZHkgZW5jb2Rp bmdTdHlsZT0iaHR0cDovL3NjaGVtYXMueG1sc29hcC5vcmcvc29hcC9lbmNvZGluZy8iIG5hbWVz cGFjZT0iY2FwZWNvbm5lY3Q6R2xvYmFsV2VhdGhlcjpTdGF0aW9uSW5mbyIgdXNlPSJlbmNvZGVk Ii8+DQoJCQk8L291dHB1dD4NCgkJPC9vcGVyYXRpb24+DQoJCTxvcGVyYXRpb24gbmFtZT0ic2Vh cmNoQnlSZWdpb24iPg0KCQkJPHNvYXA6b3BlcmF0aW9uIHNvYXBBY3Rpb249ImNhcGVjb25uZWN0 Okdsb2JhbFdlYXRoZXI6U3RhdGlvbkluZm8jc2VhcmNoQnlSZWdpb24iLz4NCgkJCTxpbnB1dD4N CgkJCQk8c29hcDpib2R5IGVuY29kaW5nU3R5bGU9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3Jn L3NvYXAvZW5jb2RpbmcvIiBuYW1lc3BhY2U9ImNhcGVjb25uZWN0Okdsb2JhbFdlYXRoZXI6U3Rh dGlvbkluZm8iIHVzZT0iZW5jb2RlZCIvPg0KCQkJPC9pbnB1dD4NCgkJCTxvdXRwdXQ+DQoJCQkJ PHNvYXA6Ym9keSBlbmNvZGluZ1N0eWxlPSJodHRwOi8vc2NoZW1hcy54bWxzb2FwLm9yZy9zb2Fw L2VuY29kaW5nLyIgbmFtZXNwYWNlPSJjYXBlY29ubmVjdDpHbG9iYWxXZWF0aGVyOlN0YXRpb25J bmZvIiB1c2U9ImVuY29kZWQiLz4NCgkJCTwvb3V0cHV0Pg0KCQk8L29wZXJhdGlvbj4NCgk8L2Jp bmRpbmc+DQoJPGJpbmRpbmcgbmFtZT0iR2xvYmFsV2VhdGhlciIgdHlwZT0idG5zOkdsb2JhbFdl YXRoZXIiPg0KCQk8c29hcDpiaW5kaW5nIHN0eWxlPSJycGMiIHRyYW5zcG9ydD0iaHR0cDovL3Nj aGVtYXMueG1sc29hcC5vcmcvc29hcC9odHRwIi8+DQoJCTxvcGVyYXRpb24gbmFtZT0iZ2V0V2Vh dGhlclJlcG9ydCI+DQoJCQk8c29hcDpvcGVyYXRpb24gc29hcEFjdGlvbj0iY2FwZWNvbm5lY3Q6 R2xvYmFsV2VhdGhlcjpHbG9iYWxXZWF0aGVyI2dldFdlYXRoZXJSZXBvcnQiLz4NCgkJCTxpbnB1 dD4NCgkJCQk8c29hcDpib2R5IGVuY29kaW5nU3R5bGU9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAu b3JnL3NvYXAvZW5jb2RpbmcvIiBuYW1lc3BhY2U9ImNhcGVjb25uZWN0Okdsb2JhbFdlYXRoZXI6 R2xvYmFsV2VhdGhlciIgdXNlPSJlbmNvZGVkIi8+DQoJCQk8L2lucHV0Pg0KCQkJPG91dHB1dD4N CgkJCQk8c29hcDpib2R5IGVuY29kaW5nU3R5bGU9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3Jn L3NvYXAvZW5jb2RpbmcvIiBuYW1lc3BhY2U9ImNhcGVjb25uZWN0Okdsb2JhbFdlYXRoZXI6R2xv YmFsV2VhdGhlciIgdXNlPSJlbmNvZGVkIi8+DQoJCQk8L291dHB1dD4NCgkJPC9vcGVyYXRpb24+ DQoJPC9iaW5kaW5nPg0KCTxzZXJ2aWNlIG5hbWU9Ikdsb2JhbFdlYXRoZXIiPg0KCQk8ZG9jdW1l bnRhdGlvbj5HbG9iYWxXZWF0aGVyPC9kb2N1bWVudGF0aW9uPg0KCQk8cG9ydCBiaW5kaW5nPSJ0 bnM6U3RhdGlvbkluZm8iIG5hbWU9IlN0YXRpb25JbmZvIj4NCgkJCTxzb2FwOmFkZHJlc3MgbG9j YXRpb249Imh0dHA6Ly9saXZlLmNhcGVzY2llbmNlLmNvbTo4MC9jY3gvR2xvYmFsV2VhdGhlciIv Pg0KCQk8L3BvcnQ+DQoJCTxwb3J0IGJpbmRpbmc9InRuczpHbG9iYWxXZWF0aGVyIiBuYW1lPSJH bG9iYWxXZWF0aGVyIj4NCgkJCTxzb2FwOmFkZHJlc3MgbG9jYXRpb249Imh0dHA6Ly9saXZlLmNh cGVzY2llbmNlLmNvbTo4MC9jY3gvR2xvYmFsV2VhdGhlciIvPg0KCQk8L3BvcnQ+DQoJPC9zZXJ2 aWNlPg0KPC9kZWZpbml0aW9ucz4NCg== ------_=_NextPart_001_01C68A2A.D5222416 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: ohart@example.net For additional commands, e-mail: ohart@example.net ------_=_NextPart_001_01C68A2A.D5222416-- From userohart@example.net Thu Jun 08 16:50:42 2006 Return-Path: <userohart@example.net> Delivered-To: ohart@example.net Received: (qmail 77371 invoked from network); 8 Jun 2006 16:50:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Jun 2006 16:50:41 -0000 Received: (qmail 58444 invoked by uid 500); 8 Jun 2006 16:50:40 -0000 Delivered-To: ohart@example.net Received: (qmail 58418 invoked by uid 500); 8 Jun 2006 16:50:39 -0000 Mailing-List: contact ohart@example.net; run by ezmlm Precedence: bulk List-Post: <mailto:ohart@example.net> List-Help: <mailto:ohart@example.net> List-Unsubscribe: <mailto:ohart@example.net> Reply-To: ohart@example.net List-Id: <user.xmlbeans.apache.org> Delivered-To: mailing list ohart@example.net Received: (qmail 58406 invoked by uid 99); 8 Jun 2006 16:50:39 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Jun 2006 09:50:39 -0700 X-ASF-Spam-Status: No, hits=1.9 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ohart@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ussjmh01.bea.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Jun 2006 09:50:37 -0700 Received: from ussjfe01.amer.bea.com (ussjfe01b.bea.com [83.161.120.155]) by ussjmh01.bea.com (Switch-3.0.5/Switch-3.0.0) with ESMTP id k58Go6Bq013874 for <ohart@example.net>; Thu, 8 Jun 2006 09:50:13 -0700 Received: from repbex02.amer.bea.com ([83.161.120.155]) by ussjfe01.amer.bea.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 8 Jun 2006 09:50:01 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C68B1B.956D9DEA" Subject: RE: SOAP encoding question Date: Thu, 8 Jun 2006 09:50:01 -0700 Message-ID: <ohart@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: SOAP encoding question Thread-Index: AcaIwEbHvdseQFgYRR2jEjJtzsKcbAAAGw/AAFqWU3AAO0ptwA== From: "Cezar Andrei" <ohart@example.net> To: <ohart@example.net> X-OriginalArrivalTime: 08 Jun 2006 16:50:01.0604 (UTC) FILETIME=[958CAC40:01C68B1B] X-PMX-Version: 83.161.120.155621, Antispam-Engine: 83.161.120.155, Antispam-Data: 283.161.120.155432 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------_=_NextPart_001_01C68B1B.956D9DEA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I believe you need to include the SOAP schema file when compiling it, or at least have a previously compiled jar on the classpath. The xsd should be found at the following location: http://schemas.xmlsoap.org/soap/encoding/ . =20 Cezar =20 ________________________________ From: Maya Dahan [mailto:ohart@example.net]=20 Sent: Wednesday, June 07, 2006 7:07 AM To: ohart@example.net Subject: SOAP encoding question =20 Hi all, =20 In the list of changes for XmlBeans v2.0.0-beta1 they specified: "Added ability to compile Schemas containing references to SOAP11 encoded arrays" =20 I have a WSDL that contains several SOAP arrays; while trying to compile it using Scomp I am getting several errors: =20 C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test>..\bin\scomp GlobalWeather.wsdl C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:0: warning: The WSDL GlobalWeather.wsdl uses SOAP encoding. SOAP encoding is not compatible with literal XML Schema. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:15:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:19:7: error: src-resolve: attribute 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:25:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:29:7: error: src-resolve: attribute 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:51:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:55:7: error: src-resolve: attribute 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:68:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:72:7: error: src-resolve: attribute 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:126:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. =20 C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:130:7: error: src-resolve: attribute 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:150:6: error: src-resolve: type 'Array@http://schemas.xmlsoap.org/soap/encoding/' not found. =20 C:\Tools\XBean\2.1\xmlbeans-2.1.0\Test\GlobalWeather.wsdl:154:7: error: src-resolve: attribute 'arrayType@http://schemas.xmlsoap.org/soap/encoding/' not found. Time to build schema type system: 1.262 seconds BUILD FAILED =20 What am I doing wrong? =20 Many thanks=20 =20 -- Maya _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not
{'source': 'Apache Software Foundation Public Mail Archives'}