Eclipse Community Forums: XML Schema Definition (XSD) » XSDWildcard.getNamespaceConstraint

Help

Home

Home » Archived » XML Schema Definition (XSD) » XSDWildcard.getNamespaceConstraint

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

XSDWildcard.getNamespaceConstraint [message #9406]

Mon, 20 January 2003 14:23

Eclipse User

Originally posted by: Michael.Hartmeier.softwareag.com

I have a schema with the following wildcard:
<xs:any namespace='##local ##targetNamespace ns1 ns2'/>

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #9429 is a reply to message #9406]

Mon, 20 January 2003 14:27

Eclipse User

Originally posted by: Michael.Hartmeier.softwareag.com

Sorry, here's the complete post:

I have a schema with the following wildcard:

<xs:any namespace='##local ##targetNamespace ns1 ns2'/>

If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
of strings:
"", "##tagetNamespace", "ns1", "ns2"

Is this the intended behavior? I'd expect
null, // because my schema has not TargetNamespace
null, // "##targetNamespace" resolved
ns1, // ok
ns2, // ok

Michael

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #9595 is a reply to message #9429]

Fri, 24 January 2003 12:25

Eclipse User

Originally posted by: merks.ca.ibm.com

--------------82266E9AE831E94A429A71FF
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Michael,

Thanks for finding another problem. XSDWildcardImpl contains this error:

624c624
< else if (string.equals("##target"))
---
> else if (string.equals("##targetNamespace"))

With that problem fixed I get this result in the semantic view:

[Image]

So the result now is null, ns1, ns2; I don't think there should be
duplicates, but I'm not absolute certain about that. I wasn't ever seeing a
null string instead of null, are you sure you were seeing that?

Michael Hartmeier wrote:

> Sorry, here's the complete post:
>
> I have a schema with the following wildcard:
>
> <xs:any namespace='##local ##targetNamespace ns1 ns2'/>
>
> If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
> of strings:
> "", "##tagetNamespace", "ns1", "ns2"
>
> Is this the intended behavior? I'd expect
> null, // because my schema has not TargetNamespace
> null, // "##targetNamespace" resolved
> ns1, // ok
> ns2, // ok
>
> Michael

--
Ed Merks

--------------82266E9AE831E94A429A71FF
Content-Type: multipart/related;
boundary="------------5852EFEDE5214C6311E9D631"

--------------5852EFEDE5214C6311E9D631
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Michael,
Thanks for finding another problem.  XSDWildcardImpl contains this
error:
624c624
 <     &a mp;nbsp; else if (string.equals("##target"))
 ---
 >        else if (string.equals("##targetNamespace"))
With that problem fixed I get this result in the semantic view:
<img SRC="cid:part1.3E3130C4.AAC9F336@ca.ibm.com" height=95 width=195>
So the result now is null, ns1, ns2; I don't think there should be duplicates,
but I'm not absolute certain about that.  I wasn't ever seeing a null
string instead of null, are you sure you were seeing that?
  
Michael Hartmeier wrote:
<blockquote TYPE=CITE>Sorry, here's the complete post:
I have a schema with the following wildcard:
<xs:any namespace='##local ##targetNamespace ns1 ns2'/>
If I invoke XSDWildcard.getNamespaceConstraint, I get the following
list
 of strings:
   "", "##tagetNamespace", "ns1", "ns2"
Is this the intended behavior?  I'd expect
   null, // because my schema has not TargetNamespace
   null, // "##targetNamespace" resolved
   ns1,  // ok
   ns2,  // ok
Michael</blockquote>

--
 Ed Merks
  </html>

--------------5852EFEDE5214C6311E9D631
Content-Type: image/jpeg
Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\nsmailCS.jpeg"

/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
/oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
+H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
--------------5852EFEDE5214C6311E9D631--

--------------82266E9AE831E94A429A71FF--

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #9664 is a reply to message #9595]

Thu, 30 January 2003 15:06

Eclipse User

Originally posted by: Michael.Hartmeier.softwareag.com

Yes, I was seeing "". But maybe this is due to the old XSD version I use.
I'll post again if the "" problem persists in the next XSD version you
release.

Michael

Ed Merks wrote:

> --------------82266E9AE831E94A429A71FF
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit

> Michael,

> Thanks for finding another problem. XSDWildcardImpl contains this error:

> 624c624
> < else if (string.equals(\"##target\"))
> ---
> > else if (string.equals(\"##targetNamespace\"))

> With that problem fixed I get this result in the semantic view:

> [Image]

> So the result now is null, ns1, ns2; I don\'t think there should be
> duplicates, but I\'m not absolute certain about that. I wasn\'t ever seeing
a
> null string instead of null, are you sure you were seeing that?

> Michael Hartmeier wrote:

> > Sorry, here\'s the complete post:
> >
> > I have a schema with the following wildcard:
> >
> > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> >
> > If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
> > of strings:
> > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> >
> > Is this the intended behavior? I\'d expect
> > null, // because my schema has not TargetNamespace
> > null, // \"##targetNamespace\" resolved
> > ns1, // ok
> > ns2, // ok
> >
> > Michael

> --
> Ed Merks

> --------------82266E9AE831E94A429A71FF
> Content-Type: multipart/related;
> boundary=\"------------5852EFEDE5214C6311E9D631\"

> --------------5852EFEDE5214C6311E9D631
> Content-Type: text/html; charset=us-ascii
> Content-Transfer-Encoding: 7bit

> <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> <html>
> Michael,
> Thanks for finding another problem. XSDWildcardImpl contains this
> error:
> 624c624
> < else if (string.equals(\"##target\"))
> ---
> > else if (string.equals(\"##targetNamespace\"))
> With that problem fixed I get this result in the semantic view:
> <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> So the result now is null, ns1, ns2; I don\'t think there should be
duplicates,
> but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> string instead of null, are you sure you were seeing that?
> 
> Michael Hartmeier wrote:
> <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> I have a schema with the following wildcard:
> <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> list
> of strings:
> \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> Is this the intended behavior? I\'d expect
> null, // because my schema has not TargetNamespace
> null, // \"##targetNamespace\" resolved
> ns1, // ok
> ns2, // ok
> Michael</blockquote>

> --
> Ed Merks
> </html>

> --------------5852EFEDE5214C6311E9D631
> Content-Type: image/jpeg
> Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> Content-Transfer-Encoding: base64
> Content-Disposition: inline;
filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "

> /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> --------------5852EFEDE5214C6311E9D631--

> --------------82266E9AE831E94A429A71FF--

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #11633 is a reply to message #9664]

Sat, 01 March 2003 09:42

Eclipse User

Originally posted by: Michael.Hartmeier.softwareag.com

I still see "" instead of null with the latest release (build 1207).
The "#targetNamespace" is fixed.
This is my test schema:
<xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'>
<xs:element name='a'>
<xs:complexType>
<xs:sequence>
<xs:any namespace=
'##local ##targetNamespace ns1 ns2'/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Michael

Michael Hartmeier wrote:

> Yes, I was seeing "". But maybe this is due to the old XSD version I use.
> I'll post again if the "" problem persists in the next XSD version you
> release.

> Michael

> Ed Merks wrote:

> > --------------82266E9AE831E94A429A71FF
> > Content-Type: text/plain; charset=us-ascii
> > Content-Transfer-Encoding: 7bit

> > Michael,

> > Thanks for finding another problem. XSDWildcardImpl contains this error:

> > 624c624
> > < else if (string.equals(\"##target\"))
> > ---
> > > else if (string.equals(\"##targetNamespace\"))

> > With that problem fixed I get this result in the semantic view:

> > [Image]

> > So the result now is null, ns1, ns2; I don\'t think there should be
> > duplicates, but I\'m not absolute certain about that. I wasn\'t ever
seeing
> a
> > null string instead of null, are you sure you were seeing that?

> > Michael Hartmeier wrote:

> > > Sorry, here\'s the complete post:
> > >
> > > I have a schema with the following wildcard:
> > >
> > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > >
> > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
> > > of strings:
> > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > >
> > > Is this the intended behavior? I\'d expect
> > > null, // because my schema has not TargetNamespace
> > > null, // \"##targetNamespace\" resolved
> > > ns1, // ok
> > > ns2, // ok
> > >
> > > Michael

> > --
> > Ed Merks

> > --------------82266E9AE831E94A429A71FF
> > Content-Type: multipart/related;
> > boundary=\"------------5852EFEDE5214C6311E9D631\"

> > --------------5852EFEDE5214C6311E9D631
> > Content-Type: text/html; charset=us-ascii
> > Content-Transfer-Encoding: 7bit

> > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > <html>
> > Michael,
> > Thanks for finding another problem. XSDWildcardImpl contains this
> > error:
> > 624c624
> > < else if (string.equals(\"##target\"))
> > ---
> > > else if (string.equals(\"##targetNamespace\"))
> > With that problem fixed I get this result in the semantic view:
> > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> > So the result now is null, ns1, ns2; I don\'t think there should be
> duplicates,
> > but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> > string instead of null, are you sure you were seeing that?
> > 
> > Michael Hartmeier wrote:
> > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > I have a schema with the following wildcard:
> > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > list
> > of strings:
> > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > Is this the intended behavior? I\'d expect
> > null, // because my schema has not TargetNamespace
> > null, // \"##targetNamespace\" resolved
> > ns1, // ok
> > ns2, // ok
> > Michael</blockquote>

> > --
> > Ed Merks
> > </html>

> > --------------5852EFEDE5214C6311E9D631
> > Content-Type: image/jpeg
> > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > Content-Transfer-Encoding: base64
> > Content-Disposition: inline;
> filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "

> > /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > --------------5852EFEDE5214C6311E9D631--

> > --------------82266E9AE831E94A429A71FF--

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #11818 is a reply to message #11633]

Mon, 03 March 2003 12:30

Eclipse User

Originally posted by: merks.ca.ibm.com

--------------AAD4D3C61D0E187A07E4E620
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Michael,

This problem was fixed on January 24, so you'd need the last driver (02/25) to
verify this. In the semantic view, 'absent' means it's null:

[Image]

Michael Hartmeier wrote:

> I still see "" instead of null with the latest release (build 1207).
> The "#targetNamespace" is fixed.
> This is my test schema:
> <xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'>
> <xs:element name='a'>
> <xs:complexType>
> <xs:sequence>
> <xs:any namespace=
> '##local ##targetNamespace ns1 ns2'/>
> </xs:sequence>
> </xs:complexType>
> </xs:element>
> </xs:schema>
>
> Michael
>
> Michael Hartmeier wrote:
>
> > Yes, I was seeing "". But maybe this is due to the old XSD version I use.
> > I'll post again if the "" problem persists in the next XSD version you
> > release.
>
> > Michael
>
> > Ed Merks wrote:
>
> > > --------------82266E9AE831E94A429A71FF
> > > Content-Type: text/plain; charset=us-ascii
> > > Content-Transfer-Encoding: 7bit
>
> > > Michael,
>
> > > Thanks for finding another problem. XSDWildcardImpl contains this error:
>
> > > 624c624
> > > < else if (string.equals(\"##target\"))
> > > ---
> > > > else if (string.equals(\"##targetNamespace\"))
>
> > > With that problem fixed I get this result in the semantic view:
>
> > > [Image]
>
> > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > duplicates, but I\'m not absolute certain about that. I wasn\'t ever
> seeing
> > a
> > > null string instead of null, are you sure you were seeing that?
>
> > > Michael Hartmeier wrote:
>
> > > > Sorry, here\'s the complete post:
> > > >
> > > > I have a schema with the following wildcard:
> > > >
> > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > >
> > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
> > > > of strings:
> > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > >
> > > > Is this the intended behavior? I\'d expect
> > > > null, // because my schema has not TargetNamespace
> > > > null, // \"##targetNamespace\" resolved
> > > > ns1, // ok
> > > > ns2, // ok
> > > >
> > > > Michael
>
> > > --
> > > Ed Merks
>
> > > --------------82266E9AE831E94A429A71FF
> > > Content-Type: multipart/related;
> > > boundary=\"------------5852EFEDE5214C6311E9D631\"
>
> > > --------------5852EFEDE5214C6311E9D631
> > > Content-Type: text/html; charset=us-ascii
> > > Content-Transfer-Encoding: 7bit
>
> > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > <html>
> > > Michael,
> > > Thanks for finding another problem. XSDWildcardImpl contains this
> > > error:
> > > 624c624
> > > < else if (string.equals(\"##target\"))
> > > ---
> > > > else if (string.equals(\"##targetNamespace\"))
> > > With that problem fixed I get this result in the semantic view:
> > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> > > So the result now is null, ns1, ns2; I don\'t think there should be
> > duplicates,
> > > but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> > > string instead of null, are you sure you were seeing that?
> > > 
> > > Michael Hartmeier wrote:
> > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > I have a schema with the following wildcard:
> > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > > list
> > > of strings:
> > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > Is this the intended behavior? I\'d expect
> > > null, // because my schema has not TargetNamespace
> > > null, // \"##targetNamespace\" resolved
> > > ns1, // ok
> > > ns2, // ok
> > > Michael</blockquote>
>
> > > --
> > > Ed Merks
> > > </html>
>
> > > --------------5852EFEDE5214C6311E9D631
> > > Content-Type: image/jpeg
> > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > Content-Transfer-Encoding: base64
> > > Content-Disposition: inline;
> > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
>
> > > /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > > eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > > xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > > CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > > AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > > FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > > h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > > 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > > AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > > NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > > hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > > 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > > iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > > mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > > kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > > BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > > 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > > hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > > AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > > x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > > qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > > F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > > Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > > KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > > CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > > RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > > ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > > cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > > kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > > vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > > x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > > WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > > R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > > AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > > AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > > saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > > OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > > v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > > /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > > tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > > PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > > +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > > h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > > 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > > yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > > Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > > AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > > yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > > oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > > x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > > GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > > 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > > IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > > ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > --------------5852EFEDE5214C6311E9D631--
>
> > > --------------82266E9AE831E94A429A71FF--

--------------AAD4D3C61D0E187A07E4E620
Content-Type: multipart/related;
boundary="------------03FE44968112621ED12DAA38"

--------------03FE44968112621ED12DAA38
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Michael,
This problem was fixed on January 24, so you'd need the last driver
(02/25) to verify this.  In the semantic view, 'absent' means it's
null:
<blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com" height=99 width=224></blockquote>

 Michael Hartmeier wrote:
<blockquote TYPE=CITE>I still see "" instead of null with the latest release
(build 1207).
 The "#targetNamespace" is fixed.
 This is my test schema:
   <xs:schema xmlns:xs='<a href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>'>
     <xs:element name='a'>
        <xs:complexType>
           <xs:sequence>
             <xs:any
namespace=
                
'##local ##targetNamespace ns1 ns2'/>
           </xs:sequence>
      </xs:complexType>
   </xs:element>
 </xs:schema>
Michael
Michael Hartmeier wrote:
> Yes, I was seeing "". But maybe this is due to the old XSD version
I use.
 > I'll post again if the "" problem persists in the next XSD version
you
 > release.
> Michael
> Ed Merks wrote:
> > --------------82266E9AE831E94A429A71FF
 > > Content-Type: text/plain; charset=us-ascii
 > > Content-Transfer-Encoding: 7bit
> > Michael,
> > Thanks for finding another problem.  XSDWildcardImpl contains
this error:
> > 624c624
 > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > ---
 > > >        else if (string.equals(\"##targetNamespace\"))
> > With that problem fixed I get this result in the semantic view:
> > [Image]
> > So the result now is null, ns1, ns2; I don\'t think there should
be
 > > duplicates, but I\'m not absolute certain about that.  I wasn\'t
ever
 seeing
 > a
 > > null string instead of null, are you sure you were seeing that?
> > Michael Hartmeier wrote:
> > > Sorry, here\'s the complete post:
 > > >
 > > > I have a schema with the following wildcard:
 > > >
 > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
 > > >
 > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
list
 > > > of strings:
 > > >   \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
 > > >
 > > > Is this the intended behavior?  I\'d expect
 > > >   null, // because my schema has not TargetNamespace
 > > >   null, // \"##targetNamespace\" resolved
 > > >   ns1,  // ok
 > > >   ns2,  // ok
 > > >
 > > > Michael
> > --
 > > Ed Merks
> > --------------82266E9AE831E94A429A71FF
 > > Content-Type: multipart/related;
 > >  boundary=\"------------5852EFEDE5214C6311E9D631\"
> > --------------5852EFEDE5214C6311E9D631
 > > Content-Type: text/html; charset=us-ascii
 > > Content-Transfer-Encoding: 7bit
> > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
 > > <html>
 > > Michael,
 > > Thanks for finding another problem.  XSDWildcardImpl
contains this
 > > error:
 > > 624c624
 > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > ---
 > > >        else if (string.equals(\"##targetNamespace\"))
 > > With that problem fixed I get this result in the semantic
view:
 > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
width=195>
 > > So the result now is null, ns1, ns2; I don\'t think there
should be
 > duplicates,
 > > but I\'m not absolute certain about that.  I wasn\'t ever
seeing a null
 > > string instead of null, are you sure you were seeing that?
 > > 
 > > Michael Hartmeier wrote:
 > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
 > > I have a schema with the following wildcard:
 > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
 > > If I invoke XSDWildcard.getNamespaceConstraint, I get the
following
 > > list
 > > of strings:
 > >   \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
 > > Is this the intended behavior?  I\'d expect
 > >   null, // because my schema has not TargetNamespace
 > >   null, // \"##targetNamespace\" resolved
 > >   ns1,  // ok
 > >   ns2,  // ok
 > > Michael</blockquote>
> > --
 > > Ed Merks
 > > </html>
> > --------------5852EFEDE5214C6311E9D631
 > > Content-Type: image/jpeg
 > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
 > > Content-Transfer-Encoding: base64
 > > Content-Disposition: inline;
 > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> > /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
 > > eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
 > > xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
 > > CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
 > > AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
 > > FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
 > > h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
 > > 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
 > > AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
 > > NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
 > > hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
 > > 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
 > > iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
 > > mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
 > > kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
 > > BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
 > > 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
 > > hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
 > > AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
 > > x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
 > > qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
 > > F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
 > > Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
 > > KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
 > > CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
 > > RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
 > > ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
 > > cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
 > > kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
 > > vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
 > > x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
 > > WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
 > > R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
 > > AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
 > > AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
 > > saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
 > > OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
 > > v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
 > > /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
 > > tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
 > > PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
 > > +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
 > > h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
 > > 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
 > > yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
 > > Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
 > > AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
 > > yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
 > > oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
 > > x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
 > > GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
 > > 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
 > > IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
 > > ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
 > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
 > > --------------5852EFEDE5214C6311E9D631--
> > --------------82266E9AE831E94A429A71FF--</blockquote>
</html>

--------------03FE44968112621ED12DAA38
Content-Type: image/jpeg
Content-ID: <part1.3E634ADD.90D9F39F@ca.ibm.com>
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="C:\DOCUME~1\merks\LOCALS~1\Temp\nsmail9F.jpeg"

/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
CABjAOADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDdmYrDIynBCkj8qrPKAZAs k+8A8mHA4z32
4/WrTqHRlPRhg4qNomfcjSybSOeBzn8KAHtIqgkhuPRSfX/CqLahKzx+XGgV lDks4xgtgc54
P588e9aNRmKLKsY1ypyDt6Enk/nTQCQzCV5U24aNtp7j25+nbt+Wa8zTNfmJ HmVAin92EwCS
3J3c9u1XFUKMKABkngdz1qKS1ilk8xvMDYCkpIy5Az6H3NICml+8W5BFJMQ7 s2AxON7AAYB9
O+O34SNfuodjCu1fMbIfkqhwx6demB+oqc2cDdUPUkgMQGySSDzyMk8H1NKb WFlKlOCHU8no
xy35mgCs+pFTMRbuyRh/mw3Vc5ycYA4Pc9uPRZLq4E0UIjjEu8ZXflSpV++3 I5X09Knazgcv
uQkOCCNxxz1IGcAnJ5HqfWnSW8UrFmU7iANwYgjGcYI6dT+dADIbky3DxFVT bnAZiHODjO3H
T3zVio0gRJGkG4s3dmLY+men4VJQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
TR/rGPsP606mj/WMfYf1oAdVWWQK7B3lwGwAkW/sD2B9atVGYjuZlkddxyQM emPSgBsMmd2S
7DIwSuDjA68cdahub4xCQRxliiBueOScDg9e/wDL6WY02bvmLFjkk4/z2pWj R/vorcFeRng9
RQgK0V2/7tZlXLuyZQg8jpxz7554/WrE0giiZzjgcA9z2FCJGuCiKu3IGFxj 1/lSyIsiFHGQ
aGBFaXH2hGJQoyNtYHPXAPcA9CO1T1HDAkAYJu+Y7iWYsScY6n6CpKACiiig AooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACmj/WMfYf1p1NH+sY+w/rQA6iiigA qKdioTDMoJOd
oycYJ6fhUtMkTft+YqVOQRj/AD3oArxyjcuxptu75g8RXPBPHyjPSp3mSNGd yVVepIP0/GgR
HcrNI7bTkA49MelPZQ6lWAZSMEEcEUAV1umZ3AgbCKCRkbskZxj9OtTRyJLG Hjbcp6Go/ssO
cbW5XbncemMdfXB69amVQihVAVQMAAcAUAVhef6YIdmVYlVcZ6gEkdMdj0J/ ni1UBtY/M81A
RICWXLMVDEEZ25x3P50CKV+Lh43TIICxlTkEEHO4+lAC3jtFZzyIcMkbMD6E Co5Lp4QVliUS
FMoqvkMc4xnHHJXk/wB72p7RzuxDSQtETgoYjkr6Z3f0pRbgPEQzFYskBiWO T3yTnoSPx9qA
IDfmNWkliAiDOoKtliV3dsD+6e/pUtpcPPvDwtGVxzhsHP8AvAenp6UkVlEm 4vmQszthiSo3
En7pOOhx+frUsUCQ52biT1LMWP5mgCSiiigAooooAKKKKACiiigAooooAKKK KACmj/WMfYf1
p1NH+sY+w/rQA6iiigAooooAKKKKAKC3GZ4Y2ebe6Z3CPgfd77enPXPGOatQ ybokLZLFRk7T
7f400QbWQCR/lUgHAyBxx0/zipUUIiqOijAzQBBJdqG2xqXO8R5zhdxzxn2x UiTK0hiYFJAA
dp7j1Hr6f5FD20TszFPmYgkgkcjofrTo4Y4yxRQC2AT9BgCgCO6uDAq7FDux +782cevygn07
d6hjvzJ+8WIeRuRdxb5ssFI4xj+Id6sywJNjfuBHQqxU/mKalrCkflqmFyrY yeq4x/6CPyoA
jjuDcgRrujbZlypBMZzjHIweQwz7e4qO3ujFaQSXMjMJY97OQPlO0HGAPQMf wq1DF5e8k7md
yxOMew/IAD8Ka1uvlwxL8scZU7euQOgz9cH8KAIVvJdx8yBUVXRG/eZYMwXt jB5Yd6WzvTdN
/qXVGXcrENjHvkAZ57E96eton2iSZizF3DBdx2jAA6Zwemc4/lT4reKFtyKQ cYGWJCj0APQe
w9BQBLRRRQAUUUUAFFFFABRRRQAUUUUAFNH+sY+w/rTqaP8AWMfYf1oAdRRR QAUUUUAFFFFA
FNJQTGGkn3kDkQ5HOO+3H61PDJuiQtksVGTtPt/jQsJVQqzSAAYHC/4U9FCI qjoowM0AZzy3
8NvI8mAcqFzt9+mPwqzFeAypbyKwmIG7HQHGasMFIBZQdvI4zj6UnlR+Z5nl rv8A72Ofzo6B
0sRXdybfZhV+bOXdiqL9WwcdeKhOo4eQmCQxJvywU/w5z2x2Pf0/C1LAk2PM 3EDsGIB+oHX8
ab9lhLlimc5ypJK89fl6c8/mfWgCJbuQXSwSworMRyrlhghz6D+5+tRtqRDl Ut3cqTuChicB
mXjAPPynrj61KtjEJHYtIQwUDMjFlIzyGzkfe/zmnCytwoXa2BnPzt82ST83 Pzck9c9TQBEb
8xq0ksQEQZ1BVssSu7tgf3T39KWa7mh2K8CmR8kBGZhgY9Fz39Pxqc20JUKU BUMzYPIyc5/9
CP5037JEVAzJwchvNbcPbOc44HFAEsb+ZGr7WXcAdrDBHsadSKoRQqgKoGAA OAKWgAooooAK
KKKACiiigAooooAKaP8AWMfYf1p1NH+sY+w/rQA6iiigAooooAKKKKACiiig BsnMbDrwaC4H
Zv8Avk/57U6igBAc1TsLuS5JLoiqRuUAjI5I5Gf14q7TUjRCxRFUsckgYyaf QBJkMkMiK5Rm
UgMOqnHWqN9fFUnjVSAUcJIu7hgpPXGOx6En+mjVd7K3kYl1Y5z8u9gvIIPG cdz+dICOS8ki
3LJCokG08OSgBzyTjj7p7en4It+WnWNYS65UMybmGSAeDjBHI5JH09ZvskQU jMnJyW81tx9s
5zjk8Uv2WEOGCYxjCgkLx0+Xpxx+Q9KAKjX07QRMIkR5gjph8ggsoIPHH3h6 96suz21vcTv8
xAMmzPC4UcA/UHt3p32WEoibOETYvJ4HH+A568U9okeEwsCyFdpBJyRjHXrQ BWkvJItyyQqJ
BtPDkoAc8k44+6e3p+Cl5XljMcwJYKxRcFAvck4ye+OmeOODU0lvHIxZt4Yg AlXZTgZx0Pua
aLSFZN6B0OQcLIyrwABwDjoBQAy4unhkkAiVkijEjkvg456DHP3fUUsdy0s0 kQCRlQdu8ncc
HGduB8vuD/8AWleCOTzN658xNjc9Rzx+ppBbxhnb5yzggkuxIB6454/D0FAC WbtLZwSOcs8a
sT6kipqZDEkESxRghFGACScD8afQAUUUUAMmYrDIynBCkj8qyfttxnO/n12i iigDZooooAKp
6jPJB9l8ttvmXCI3Gcg5yKKKAB55B5+G+7cRoOOgOzI/U1NdO0cSshwTIi/g WAP6GiigBLFi
9hbsxLMYlJJPJOBSs7C9ijB+Vo3Yj3BXH8zRRQBNRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
RRRQAUUUUAFFFFAH/9k=
--------------03FE44968112621ED12DAA38--

--------------AAD4D3C61D0E187A07E4E620--

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #11856 is a reply to message #11818]

Mon, 03 March 2003 13:51

Eclipse User

Originally posted by: Michael.Hartmeier.softwareag.com

I've used 'stable build (20030225_1207VL)', so I think I used the latest
driver.

Michael

Ed Merks wrote:

> --------------AAD4D3C61D0E187A07E4E620
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit

> Michael,

> This problem was fixed on January 24, so you'd need the last driver (02/25)
to
> verify this. In the semantic view, 'absent' means it's null:

> [Image]

> Michael Hartmeier wrote:

> > I still see "" instead of null with the latest release (build 1207).
> > The "#targetNamespace" is fixed.
> > This is my test schema:
> > <xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'>
> > <xs:element name='a'>
> > <xs:complexType>
> > <xs:sequence>
> > <xs:any namespace=
> > '##local ##targetNamespace ns1 ns2'/>
> > </xs:sequence>
> > </xs:complexType>
> > </xs:element>
> > </xs:schema>
> >
> > Michael
> >
> > Michael Hartmeier wrote:
> >
> > > Yes, I was seeing "". But maybe this is due to the old XSD version I use.
> > > I'll post again if the "" problem persists in the next XSD version you
> > > release.
> >
> > > Michael
> >
> > > Ed Merks wrote:
> >
> > > > --------------82266E9AE831E94A429A71FF
> > > > Content-Type: text/plain; charset=us-ascii
> > > > Content-Transfer-Encoding: 7bit
> >
> > > > Michael,
> >
> > > > Thanks for finding another problem. XSDWildcardImpl contains this
error:
> >
> > > > 624c624
> > > > < else if (string.equals(\"##target\"))
> > > > ---
> > > > > else if (string.equals(\"##targetNamespace\"))
> >
> > > > With that problem fixed I get this result in the semantic view:
> >
> > > > [Image]
> >
> > > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > > duplicates, but I\'m not absolute certain about that. I wasn\'t ever
> > seeing
> > > a
> > > > null string instead of null, are you sure you were seeing that?
> >
> > > > Michael Hartmeier wrote:
> >
> > > > > Sorry, here\'s the complete post:
> > > > >
> > > > > I have a schema with the following wildcard:
> > > > >
> > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > >
> > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
list
> > > > > of strings:
> > > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > >
> > > > > Is this the intended behavior? I\'d expect
> > > > > null, // because my schema has not TargetNamespace
> > > > > null, // \"##targetNamespace\" resolved
> > > > > ns1, // ok
> > > > > ns2, // ok
> > > > >
> > > > > Michael
> >
> > > > --
> > > > Ed Merks
> >
> > > > --------------82266E9AE831E94A429A71FF
> > > > Content-Type: multipart/related;
> > > > boundary=\"------------5852EFEDE5214C6311E9D631\"
> >
> > > > --------------5852EFEDE5214C6311E9D631
> > > > Content-Type: text/html; charset=us-ascii
> > > > Content-Transfer-Encoding: 7bit
> >
> > > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > > <html>
> > > > Michael,
> > > > Thanks for finding another problem. XSDWildcardImpl contains this
> > > > error:
> > > > 624c624
> > > > < else if (string.equals(\"##target\"))
> > > > ---
> > > > > else if (string.equals(\"##targetNamespace\"))
> > > > With that problem fixed I get this result in the semantic view:
> > > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
width=195>
> > > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > duplicates,
> > > > but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> > > > string instead of null, are you sure you were seeing that?
> > > > 
> > > > Michael Hartmeier wrote:
> > > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > > I have a schema with the following wildcard:
> > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > > > list
> > > > of strings:
> > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > Is this the intended behavior? I\'d expect
> > > > null, // because my schema has not TargetNamespace
> > > > null, // \"##targetNamespace\" resolved
> > > > ns1, // ok
> > > > ns2, // ok
> > > > Michael</blockquote>
> >
> > > > --
> > > > Ed Merks
> > > > </html>
> >
> > > > --------------5852EFEDE5214C6311E9D631
> > > > Content-Type: image/jpeg
> > > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > > Content-Transfer-Encoding: base64
> > > > Content-Disposition: inline;
> > > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> >
> > > >
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > > >
eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > > >
xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > > >
CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > > >
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > > >
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > > >
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > > >
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > > >
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > > >
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > > >
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > > >
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > > >
iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > > >
mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > > >
kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > > >
BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > > >
7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > > >
hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > > >
AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > > >
x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > > >
qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > > >
F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > > >
Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > > >
KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > > >
CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > > >
RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > > >
ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > > >
cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > > >
kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > > >
vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > > >
x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > > >
WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > > >
R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > > >
AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > > >
AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > > >
saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > > >
OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > > >
v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > > >
/oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > > >
tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > > >
PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > > >
+H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > > >
h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > > >
1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > > >
yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > > >
Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > > >
AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > > >
yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > > >
oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > > >
x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > > >
GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > > >
9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > > >
IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > > >
ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > > --------------5852EFEDE5214C6311E9D631--
> >
> > > > --------------82266E9AE831E94A429A71FF--

> --------------AAD4D3C61D0E187A07E4E620
> Content-Type: multipart/related;
> boundary="------------03FE44968112621ED12DAA38"

> --------------03FE44968112621ED12DAA38
> Content-Type: text/html; charset=us-ascii
> Content-Transfer-Encoding: 7bit

> <!doctype html public "-//w3c//dtd html 4.0 transitional//en">
> <html>
> Michael,
> This problem was fixed on January 24, so you'd need the last driver
> (02/25) to verify this. In the semantic view, 'absent' means it's
> null:
> <blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com" height=99
width=224></blockquote>

> Michael Hartmeier wrote:
> <blockquote TYPE=CITE>I still see "" instead of null with the latest release
> (build 1207).
> The "#targetNamespace" is fixed.
> This is my test schema:
> <xs:schema xmlns:xs='<a
href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>'>
> <xs:element name='a'>
> <xs:complexType>
> <xs:sequence>
> <xs:any
> namespace=
> 
> '##local ##targetNamespace ns1 ns2'/>
> </xs:sequence>
> </xs:complexType>
> </xs:element>
> </xs:schema>
> Michael
> Michael Hartmeier wrote:
> > Yes, I was seeing "". But maybe this is due to the old XSD version
> I use.
> > I'll post again if the "" problem persists in the next XSD version
> you
> > release.
> > Michael
> > Ed Merks wrote:
> > > --------------82266E9AE831E94A429A71FF
> > > Content-Type: text/plain; charset=us-ascii
> > > Content-Transfer-Encoding: 7bit
> > > Michael,
> > > Thanks for finding another problem. XSDWildcardImpl contains
> this error:
> > > 624c624
> > > < else if (string.equals(\"##target\"))
> > > ---
> > > > else if (string.equals(\"##targetNamespace\"))
> > > With that problem fixed I get this result in the semantic view:
> > > [Image]
> > > So the result now is null, ns1, ns2; I don\'t think there should
> be
> > > duplicates, but I\'m not absolute certain about that. I wasn\'t
> ever
> seeing
> > a
> > > null string instead of null, are you sure you were seeing that?
> > > Michael Hartmeier wrote:
> > > > Sorry, here\'s the complete post:
> > > >
> > > > I have a schema with the following wildcard:
> > > >
> > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > >
> > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> list
> > > > of strings:
> > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > >
> > > > Is this the intended behavior? I\'d expect
> > > > null, // because my schema has not TargetNamespace
> > > > null, // \"##targetNamespace\" resolved
> > > > ns1, // ok
> > > > ns2, // ok
> > > >
> > > > Michael
> > > --
> > > Ed Merks
> > > --------------82266E9AE831E94A429A71FF
> > > Content-Type: multipart/related;
> > > boundary=\"------------5852EFEDE5214C6311E9D631\"
> > > --------------5852EFEDE5214C6311E9D631
> > > Content-Type: text/html; charset=us-ascii
> > > Content-Transfer-Encoding: 7bit
> > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > <html>
> > > Michael,
> > > Thanks for finding another problem. XSDWildcardImpl
> contains this
> > > error:
> > > 624c624
> > > < else if (string.equals(\"##target\"))
> > > ---
> > > > else if (string.equals(\"##targetNamespace\"))
> > > With that problem fixed I get this result in the semantic
> view:
> > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
> width=195>
> > > So the result now is null, ns1, ns2; I don\'t think there
> should be
> > duplicates,
> > > but I\'m not absolute certain about that. I wasn\'t ever
> seeing a null
> > > string instead of null, are you sure you were seeing that?
> > > 
> > > Michael Hartmeier wrote:
> > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > I have a schema with the following wildcard:
> > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > If I invoke XSDWildcard.getNamespaceConstraint, I get the
> following
> > > list
> > > of strings:
> > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > Is this the intended behavior? I\'d expect
> > > null, // because my schema has not TargetNamespace
> > > null, // \"##targetNamespace\" resolved
> > > ns1, // ok
> > > ns2, // ok
> > > Michael</blockquote>
> > > --
> > > Ed Merks
> > > </html>
> > > --------------5852EFEDE5214C6311E9D631
> > > Content-Type: image/jpeg
> > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > Content-Transfer-Encoding: base64
> > > Content-Disposition: inline;
> > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> > >
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > >
eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > >
xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > >
CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > >
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > >
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > >
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > >
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > >
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > >
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > >
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > >
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > >
iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > >
mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > >
kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > >
BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > >
7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > >
hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > >
AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > >
x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > >
qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > >
F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > >
Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > >
KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > >
CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > >
RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > >
ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > >
cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > >
kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > >
vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > >
x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > >
WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > >
R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > >
AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > >
AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > >
saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > >
OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > >
v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > >
/oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > >
tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > >
PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > >
+H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > >
h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > >
1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > >
yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > >
Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > >
AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > >
yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > >
oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > >
x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > >
GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > >
9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > >
IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > >
ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > --------------5852EFEDE5214C6311E9D631--
> > > --------------82266E9AE831E94A429A71FF--</blockquote>
> </html>

> --------------03FE44968112621ED12DAA38
> Content-Type: image/jpeg
> Content-ID: <part1.3E634ADD.90D9F39F@ca.ibm.com>
> Content-Transfer-Encoding: base64
> Content-Disposition: inline;
filename="C:\DOCUME~1\merks\LOCALS~1\Temp\nsmail9F.jpeg"

> /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> CABjAOADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDdmYrDIynBCkj8qrPKAZAs k+8A8mHA4z32
> 4/WrTqHRlPRhg4qNomfcjSybSOeBzn8KAHtIqgkhuPRSfX/CqLahKzx+XGgV lDks4xgtgc54
> P588e9aNRmKLKsY1ypyDt6Enk/nTQCQzCV5U24aNtp7j25+nbt+Wa8zTNfmJ HmVAin92EwCS
> 3J3c9u1XFUKMKABkngdz1qKS1ilk8xvMDYCkpIy5Az6H3NICml+8W5BFJMQ7 s2AxON7AAYB9
> O+O34SNfuodjCu1fMbIfkqhwx6demB+oqc2cDdUPUkgMQGySSDzyMk8H1NKb WFlKlOCHU8no
> xy35mgCs+pFTMRbuyRh/mw3Vc5ycYA4Pc9uPRZLq4E0UIjjEu8ZXflSpV++3 I5X09Knazgcv
> uQkOCCNxxz1IGcAnJ5HqfWnSW8UrFmU7iANwYgjGcYI6dT+dADIbky3DxFVT bnAZiHODjO3H
> T3zVio0gRJGkG4s3dmLY+men4VJQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
> TR/rGPsP606mj/WMfYf1oAdVWWQK7B3lwGwAkW/sD2B9atVGYjuZlkddxyQM emPSgBsMmd2S
> 7DIwSuDjA68cdahub4xCQRxliiBueOScDg9e/wDL6WY02bvmLFjkk4/z2pWj R/vorcFeRng9
> RQgK0V2/7tZlXLuyZQg8jpxz7554/WrE0giiZzjgcA9z2FCJGuCiKu3IGFxj 1/lSyIsiFHGQ
> aGBFaXH2hGJQoyNtYHPXAPcA9CO1T1HDAkAYJu+Y7iWYsScY6n6CpKACiiig AooooAKKKKAC
> iiigAooooAKKKKACiiigAooooAKKKKACmj/WMfYf1p1NH+sY+w/rQA6iiigA qKdioTDMoJOd
> oycYJ6fhUtMkTft+YqVOQRj/AD3oArxyjcuxptu75g8RXPBPHyjPSp3mSNGd yVVepIP0/GgR
> HcrNI7bTkA49MelPZQ6lWAZSMEEcEUAV1umZ3AgbCKCRkbskZxj9OtTRyJLG Hjbcp6Go/ssO
> cbW5XbncemMdfXB69amVQihVAVQMAAcAUAVhef6YIdmVYlVcZ6gEkdMdj0J/ ni1UBtY/M81A
> RICWXLMVDEEZ25x3P50CKV+Lh43TIICxlTkEEHO4+lAC3jtFZzyIcMkbMD6E Co5Lp4QVliUS
> FMoqvkMc4xnHHJXk/wB72p7RzuxDSQtETgoYjkr6Z3f0pRbgPEQzFYskBiWO T3yTnoSPx9qA
> IDfmNWkliAiDOoKtliV3dsD+6e/pUtpcPPvDwtGVxzhsHP8AvAenp6UkVlEm 4vmQszthiSo3
> En7pOOhx+frUsUCQ52biT1LMWP5mgCSiiigAooooAKKKKACiiigAooooAKKK KACmj/WMfYf1
> p1NH+sY+w/rQA6iiigAooooAKKKKAKC3GZ4Y2ebe6Z3CPgfd77enPXPGOatQ ybokLZLFRk7T
> 7f400QbWQCR/lUgHAyBxx0/zipUUIiqOijAzQBBJdqG2xqXO8R5zhdxzxn2x UiTK0hiYFJAA
> dp7j1Hr6f5FD20TszFPmYgkgkcjofrTo4Y4yxRQC2AT9BgCgCO6uDAq7FDux +782cevygn07
> d6hjvzJ+8WIeRuRdxb5ssFI4xj+Id6sywJNjfuBHQqxU/mKalrCkflqmFyrY yeq4x/6CPyoA
> jjuDcgRrujbZlypBMZzjHIweQwz7e4qO3ujFaQSXMjMJY97OQPlO0HGAPQMf wq1DF5e8k7md
> yxOMew/IAD8Ka1uvlwxL8scZU7euQOgz9cH8KAIVvJdx8yBUVXRG/eZYMwXt jB5Yd6WzvTdN
> /qXVGXcrENjHvkAZ57E96eton2iSZizF3DBdx2jAA6Zwemc4/lT4reKFtyKQ cYGWJCj0APQe
> w9BQBLRRRQAUUUUAFFFFABRRRQAUUUUAFNH+sY+w/rTqaP8AWMfYf1oAdRRR QAUUUUAFFFFA
> FNJQTGGkn3kDkQ5HOO+3H61PDJuiQtksVGTtPt/jQsJVQqzSAAYHC/4U9FCI qjoowM0AZzy3
> 8NvI8mAcqFzt9+mPwqzFeAypbyKwmIG7HQHGasMFIBZQdvI4zj6UnlR+Z5nl rv8A72Ofzo6B
> 0sRXdybfZhV+bOXdiqL9WwcdeKhOo4eQmCQxJvywU/w5z2x2Pf0/C1LAk2PM 3EDsGIB+oHX8
> ab9lhLlimc5ypJK89fl6c8/mfWgCJbuQXSwSworMRyrlhghz6D+5+tRtqRDl Ut3cqTuChicB
> mXjAPPynrj61KtjEJHYtIQwUDMjFlIzyGzkfe/zmnCytwoXa2BnPzt82ST83 Pzck9c9TQBEb
> 8xq0ksQEQZ1BVssSu7tgf3T39KWa7mh2K8CmR8kBGZhgY9Fz39Pxqc20JUKU BUMzYPIyc5/9
> CP5037JEVAzJwchvNbcPbOc44HFAEsb+ZGr7WXcAdrDBHsadSKoRQqgKoGAA OAKWgAooooAK
> KKKACiiigAooooAKaP8AWMfYf1p1NH+sY+w/rQA6iiigAooooAKKKKACiiig BsnMbDrwaC4H
> Zv8Avk/57U6igBAc1TsLuS5JLoiqRuUAjI5I5Gf14q7TUjRCxRFUsckgYyaf QBJkMkMiK5Rm
> UgMOqnHWqN9fFUnjVSAUcJIu7hgpPXGOx6En+mjVd7K3kYl1Y5z8u9gvIIPG cdz+dICOS8ki
> 3LJCokG08OSgBzyTjj7p7en4It+WnWNYS65UMybmGSAeDjBHI5JH09ZvskQU jMnJyW81tx9s
> 5zjk8Uv2WEOGCYxjCgkLx0+Xpxx+Q9KAKjX07QRMIkR5gjph8ggsoIPHH3h6 96suz21vcTv8
> xAMmzPC4UcA/UHt3p32WEoibOETYvJ4HH+A568U9okeEwsCyFdpBJyRjHXrQ BWkvJItyyQqJ
> BtPDkoAc8k44+6e3p+Cl5XljMcwJYKxRcFAvck4ye+OmeOODU0lvHIxZt4Yg AlXZTgZx0Pua
> aLSFZN6B0OQcLIyrwABwDjoBQAy4unhkkAiVkijEjkvg456DHP3fUUsdy0s0 kQCRlQdu8ncc
> HGduB8vuD/8AWleCOTzN658xNjc9Rzx+ppBbxhnb5yzggkuxIB6454/D0FAC WbtLZwSOcs8a
> sT6kipqZDEkESxRghFGACScD8afQAUUUUAMmYrDIynBCkj8qyfttxnO/n12i iigDZooooAKp
> 6jPJB9l8ttvmXCI3Gcg5yKKKAB55B5+G+7cRoOOgOzI/U1NdO0cSshwTIi/g WAP6GiigBLFi
> 9hbsxLMYlJJPJOBSs7C9ijB+Vo3Yj3BXH8zRRQBNRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
> RRRQAUUUUAFFFFAH/9k=
> --------------03FE44968112621ED12DAA38--

> --------------AAD4D3C61D0E187A07E4E620--

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #11895 is a reply to message #11856]

Mon, 03 March 2003 14:25

Eclipse User

Originally posted by: merks.ca.ibm.com

--------------613F7A204F8B850EC52FAA49
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Michael,

Sorry, I didn't noticed that XSD produces 'absent' for both null and "" in
XSDWildcardImpl.getStringNamespaceConstraint:

if (value == null || value.length() == 0)
{
result.append("'absent'");
}

I'm making these changes:

> etools-diff XSDWildcardImpl.java
15,16c15,16
< *
plugins/org.eclipse.xsd/src/org/eclipse/xsd/impl/XSDWildcard Impl.java,
xsd, org.eclipse.dev, 20030228_1553TL
< * @version 1.20 2/28/03
---
> * %W%
> * @version %I% %H%
623,626d622
< if (targetNamespace == null)
< {
< targetNamespace = "";
< }
634,637d629
< if (targetNamespace == null)
< {
< targetNamespace = "";
< }
643c635
< newNamespaceConstraint.add("");
---
> newNamespaceConstraint.add(null);

to fix the problem.

And this change as well to prevent null point exceptions:

> etools-diff XSDConcreteComponentImpl.java
15,16c15,16
< *
plugins/org.eclipse.xsd/src/org/eclipse/xsd/impl/XSDConcrete ComponentImpl.java,
xsd, org.eclipse.dev, 20030228_1553TL
< * @version 1.27 2/28/03
---
> * %W%
> * @version %I% %H%
2051c2051
< if (!targetObject.equals(prototypeObject))
---
> if (targetObject == null ? prototypeObject != null :
!targetObject.equals(prototypeObject))

Sorry for the confusion. (I expect we'll put out a new 1.0.2 driver this week.)

Michael Hartmeier wrote:

> I've used 'stable build (20030225_1207VL)', so I think I used the latest
> driver.
>
> Michael
>
> Ed Merks wrote:
>
> > --------------AAD4D3C61D0E187A07E4E620
> > Content-Type: text/plain; charset=us-ascii
> > Content-Transfer-Encoding: 7bit
>
> > Michael,
>
> > This problem was fixed on January 24, so you'd need the last driver (02/25)
> to
> > verify this. In the semantic view, 'absent' means it's null:
>
> > [Image]
>
> > Michael Hartmeier wrote:
>
> > > I still see "" instead of null with the latest release (build 1207).
> > > The "#targetNamespace" is fixed.
> > > This is my test schema:
> > > <xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'>
> > > <xs:element name='a'>
> > > <xs:complexType>
> > > <xs:sequence>
> > > <xs:any namespace=
> > > '##local ##targetNamespace ns1 ns2'/>
> > > </xs:sequence>
> > > </xs:complexType>
> > > </xs:element>
> > > </xs:schema>
> > >
> > > Michael
> > >
> > > Michael Hartmeier wrote:
> > >
> > > > Yes, I was seeing "". But maybe this is due to the old XSD version I use.
> > > > I'll post again if the "" problem persists in the next XSD version you
> > > > release.
> > >
> > > > Michael
> > >
> > > > Ed Merks wrote:
> > >
> > > > > --------------82266E9AE831E94A429A71FF
> > > > > Content-Type: text/plain; charset=us-ascii
> > > > > Content-Transfer-Encoding: 7bit
> > >
> > > > > Michael,
> > >
> > > > > Thanks for finding another problem. XSDWildcardImpl contains this
> error:
> > >
> > > > > 624c624
> > > > > < else if (string.equals(\"##target\"))
> > > > > ---
> > > > > > else if (string.equals(\"##targetNamespace\"))
> > >
> > > > > With that problem fixed I get this result in the semantic view:
> > >
> > > > > [Image]
> > >
> > > > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > > > duplicates, but I\'m not absolute certain about that. I wasn\'t ever
> > > seeing
> > > > a
> > > > > null string instead of null, are you sure you were seeing that?
> > >
> > > > > Michael Hartmeier wrote:
> > >
> > > > > > Sorry, here\'s the complete post:
> > > > > >
> > > > > > I have a schema with the following wildcard:
> > > > > >
> > > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > > >
> > > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> list
> > > > > > of strings:
> > > > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > > >
> > > > > > Is this the intended behavior? I\'d expect
> > > > > > null, // because my schema has not TargetNamespace
> > > > > > null, // \"##targetNamespace\" resolved
> > > > > > ns1, // ok
> > > > > > ns2, // ok
> > > > > >
> > > > > > Michael
> > >
> > > > > --
> > > > > Ed Merks
> > >
> > > > > --------------82266E9AE831E94A429A71FF
> > > > > Content-Type: multipart/related;
> > > > > boundary=\"------------5852EFEDE5214C6311E9D631\"
> > >
> > > > > --------------5852EFEDE5214C6311E9D631
> > > > > Content-Type: text/html; charset=us-ascii
> > > > > Content-Transfer-Encoding: 7bit
> > >
> > > > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > > > <html>
> > > > > Michael,
> > > > > Thanks for finding another problem. XSDWildcardImpl contains this
> > > > > error:
> > > > > 624c624
> > > > > < else if (string.equals(\"##target\"))
> > > > > ---
> > > > > > else if (string.equals(\"##targetNamespace\"))
> > > > > With that problem fixed I get this result in the semantic view:
> > > > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
> width=195>
> > > > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > > duplicates,
> > > > > but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> > > > > string instead of null, are you sure you were seeing that?
> > > > > 
> > > > > Michael Hartmeier wrote:
> > > > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > > > I have a schema with the following wildcard:
> > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > > > > list
> > > > > of strings:
> > > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > > Is this the intended behavior? I\'d expect
> > > > > null, // because my schema has not TargetNamespace
> > > > > null, // \"##targetNamespace\" resolved
> > > > > ns1, // ok
> > > > > ns2, // ok
> > > > > Michael</blockquote>
> > >
> > > > > --
> > > > > Ed Merks
> > > > > </html>
> > >
> > > > > --------------5852EFEDE5214C6311E9D631
> > > > > Content-Type: image/jpeg
> > > > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > > > Content-Transfer-Encoding: base64
> > > > > Content-Disposition: inline;
> > > > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> > >
> > > > >
> /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > > > >
> eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > > > >
> xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > > > >
> CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > > > >
> AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > > > >
> FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > > > >
> h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > > > >
> 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > > > >
> AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > > > >
> NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > > > >
> hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > > > >
> 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > > > >
> iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > > > >
> mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > > > >
> kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > > > >
> BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > > > >
> 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > > > >
> hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > > > >
> AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > > > >
> x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > > > >
> qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > > > >
> F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > > > >
> Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > > > >
> KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > > > >
> CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > > > >
> RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > > > >
> ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > > > >
> cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > > > >
> kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > > > >
> vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > > > >
> x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > > > >
> WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > > > >
> R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > > > >
> AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > > > >
> AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > > > >
> saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > > > >
> OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > > > >
> v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > > > >
> /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > > > >
> tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > > > >
> PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > > > >
> +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > > > >
> h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > > > >
> 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > > > >
> yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > > > >
> Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > > > >
> AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > > > >
> yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > > > >
> oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > > > >
> x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > > > >
> GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > > > >
> 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > > > >
> IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > > > >
> ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > > > --------------5852EFEDE5214C6311E9D631--
> > >
> > > > > --------------82266E9AE831E94A429A71FF--
>
> > --------------AAD4D3C61D0E187A07E4E620
> > Content-Type: multipart/related;
> > boundary="------------03FE44968112621ED12DAA38"
>
> > --------------03FE44968112621ED12DAA38
> > Content-Type: text/html; charset=us-ascii
> > Content-Transfer-Encoding: 7bit
>
> > <!doctype html public "-//w3c//dtd html 4.0 transitional//en">
> > <html>
> > Michael,
> > This problem was fixed on January 24, so you'd need the last driver
> > (02/25) to verify this. In the semantic view, 'absent' means it's
> > null:
> > <blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com" height=99
> width=224></blockquote>
>
> > Michael Hartmeier wrote:
> > <blockquote TYPE=CITE>I still see "" instead of null with the latest release
> > (build 1207).
> > The "#targetNamespace" is fixed.
> > This is my test schema:
> > <xs:schema xmlns:xs='<a
> href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>'>
> > <xs:element name='a'>
> > <xs:complexType>
> > <xs:sequence>
> > <xs:any
> > namespace=
> > 
> > '##local ##targetNamespace ns1 ns2'/>
> > </xs:sequence>
> > </xs:complexType>
> > </xs:element>
> > </xs:schema>
> > Michael
> > Michael Hartmeier wrote:
> > > Yes, I was seeing "". But maybe this is due to the old XSD version
> > I use.
> > > I'll post again if the "" problem persists in the next XSD version
> > you
> > > release.
> > > Michael
> > > Ed Merks wrote:
> > > > --------------82266E9AE831E94A429A71FF
> > > > Content-Type: text/plain; charset=us-ascii
> > > > Content-Transfer-Encoding: 7bit
> > > > Michael,
> > > > Thanks for finding another problem. XSDWildcardImpl contains
> > this error:
> > > > 624c624
> > > > < else if (string.equals(\"##target\"))
> > > > ---
> > > > > else if (string.equals(\"##targetNamespace\"))
> > > > With that problem fixed I get this result in the semantic view:
> > > > [Image]
> > > > So the result now is null, ns1, ns2; I don\'t think there should
> > be
> > > > duplicates, but I\'m not absolute certain about that. I wasn\'t
> > ever
> > seeing
> > > a
> > > > null string instead of null, are you sure you were seeing that?
> > > > Michael Hartmeier wrote:
> > > > > Sorry, here\'s the complete post:
> > > > >
> > > > > I have a schema with the following wildcard:
> > > > >
> > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > >
> > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > list
> > > > > of strings:
> > > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > >
> > > > > Is this the intended behavior? I\'d expect
> > > > > null, // because my schema has not TargetNamespace
> > > > > null, // \"##targetNamespace\" resolved
> > > > > ns1, // ok
> > > > > ns2, // ok
> > > > >
> > > > > Michael
> > > > --
> > > > Ed Merks
> > > > --------------82266E9AE831E94A429A71FF
> > > > Content-Type: multipart/related;
> > > > boundary=\"------------5852EFEDE5214C6311E9D631\"
> > > > --------------5852EFEDE5214C6311E9D631
> > > > Content-Type: text/html; charset=us-ascii
> > > > Content-Transfer-Encoding: 7bit
> > > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > > <html>
> > > > Michael,
> > > > Thanks for finding another problem. XSDWildcardImpl
> > contains this
> > > > error:
> > > > 624c624
> > > > < else if (string.equals(\"##target\"))
> > > > ---
> > > > > else if (string.equals(\"##targetNamespace\"))
> > > > With that problem fixed I get this result in the semantic
> > view:
> > > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
> > width=195>
> > > > So the result now is null, ns1, ns2; I don\'t think there
> > should be
> > > duplicates,
> > > > but I\'m not absolute certain about that. I wasn\'t ever
> > seeing a null
> > > > string instead of null, are you sure you were seeing that?
> > > > 
> > > > Michael Hartmeier wrote:
> > > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > > I have a schema with the following wildcard:
> > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the
> > following
> > > > list
> > > > of strings:
> > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > Is this the intended behavior? I\'d expect
> > > > null, // because my schema has not TargetNamespace
> > > > null, // \"##targetNamespace\" resolved
> > > > ns1, // ok
> > > > ns2, // ok
> > > > Michael</blockquote>
> > > > --
> > > > Ed Merks
> > > > </html>
> > > > --------------5852EFEDE5214C6311E9D631
> > > > Content-Type: image/jpeg
> > > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > > Content-Transfer-Encoding: base64
> > > > Content-Disposition: inline;
> > > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> > > >
> /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > > >
> eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > > >
> xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > > >
> CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > > >
> AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > > >
> FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > > >
> h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > > >
> 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > > >
> AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > > >
> NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > > >
> hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > > >
> 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > > >
> iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > > >
> mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > > >
> kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > > >
> BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > > >
> 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > > >
> hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > > >
> AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > > >
> x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > > >
> qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > > >
> F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > > >
> Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > > >
> KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > > >
> CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > > >
> RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > > >
> ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > > >
> cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > > >
> kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > > >
> vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > > >
> x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > > >
> WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > > >
> R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > > >
> AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > > >
> AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > > >
> saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > > >
> OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > > >
> v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > > >
> /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > > >
> tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > > >
> PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > > >
> +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > > >
> h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > > >
> 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > > >
> yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > > >
> Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > > >
> AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > > >
> yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > > >
> oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > > >
> x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > > >
> GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > > >
> 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > > >
> IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > > >
> ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > > --------------5852EFEDE5214C6311E9D631--
> > > > --------------82266E9AE831E94A429A71FF--</blockquote>
> > </html>
>
> > --------------03FE44968112621ED12DAA38
> > Content-Type: image/jpeg
> > Content-ID: <part1.3E634ADD.90D9F39F@ca.ibm.com>
> > Content-Transfer-Encoding: base64
> > Content-Disposition: inline;
> filename="C:\DOCUME~1\merks\LOCALS~1\Temp\nsmail9F.jpeg"
>
> > /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > CABjAOADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDdmYrDIynBCkj8qrPKAZAs k+8A8mHA4z32
> > 4/WrTqHRlPRhg4qNomfcjSybSOeBzn8KAHtIqgkhuPRSfX/CqLahKzx+XGgV lDks4xgtgc54
> > P588e9aNRmKLKsY1ypyDt6Enk/nTQCQzCV5U24aNtp7j25+nbt+Wa8zTNfmJ HmVAin92EwCS
> > 3J3c9u1XFUKMKABkngdz1qKS1ilk8xvMDYCkpIy5Az6H3NICml+8W5BFJMQ7 s2AxON7AAYB9
> > O+O34SNfuodjCu1fMbIfkqhwx6demB+oqc2cDdUPUkgMQGySSDzyMk8H1NKb WFlKlOCHU8no
> > xy35mgCs+pFTMRbuyRh/mw3Vc5ycYA4Pc9uPRZLq4E0UIjjEu8ZXflSpV++3 I5X09Knazgcv
> > uQkOCCNxxz1IGcAnJ5HqfWnSW8UrFmU7iANwYgjGcYI6dT+dADIbky3DxFVT bnAZiHODjO3H
> > T3zVio0gRJGkG4s3dmLY+men4VJQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
> > TR/rGPsP606mj/WMfYf1oAdVWWQK7B3lwGwAkW/sD2B9atVGYjuZlkddxyQM emPSgBsMmd2S
> > 7DIwSuDjA68cdahub4xCQRxliiBueOScDg9e/wDL6WY02bvmLFjkk4/z2pWj R/vorcFeRng9
> > RQgK0V2/7tZlXLuyZQg8jpxz7554/WrE0giiZzjgcA9z2FCJGuCiKu3IGFxj 1/lSyIsiFHGQ
> > aGBFaXH2hGJQoyNtYHPXAPcA9CO1T1HDAkAYJu+Y7iWYsScY6n6CpKACiiig AooooAKKKKAC
> > iiigAooooAKKKKACiiigAooooAKKKKACmj/WMfYf1p1NH+sY+w/rQA6iiigA qKdioTDMoJOd
> > oycYJ6fhUtMkTft+YqVOQRj/AD3oArxyjcuxptu75g8RXPBPHyjPSp3mSNGd yVVepIP0/GgR
> > HcrNI7bTkA49MelPZQ6lWAZSMEEcEUAV1umZ3AgbCKCRkbskZxj9OtTRyJLG Hjbcp6Go/ssO
> > cbW5XbncemMdfXB69amVQihVAVQMAAcAUAVhef6YIdmVYlVcZ6gEkdMdj0J/ ni1UBtY/M81A
> > RICWXLMVDEEZ25x3P50CKV+Lh43TIICxlTkEEHO4+lAC3jtFZzyIcMkbMD6E Co5Lp4QVliUS
> > FMoqvkMc4xnHHJXk/wB72p7RzuxDSQtETgoYjkr6Z3f0pRbgPEQzFYskBiWO T3yTnoSPx9qA
> > IDfmNWkliAiDOoKtliV3dsD+6e/pUtpcPPvDwtGVxzhsHP8AvAenp6UkVlEm 4vmQszthiSo3
> > En7pOOhx+frUsUCQ52biT1LMWP5mgCSiiigAooooAKKKKACiiigAooooAKKK KACmj/WMfYf1
> > p1NH+sY+w/rQA6iiigAooooAKKKKAKC3GZ4Y2ebe6Z3CPgfd77enPXPGOatQ ybokLZLFRk7T
> > 7f400QbWQCR/lUgHAyBxx0/zipUUIiqOijAzQBBJdqG2xqXO8R5zhdxzxn2x UiTK0hiYFJAA
> > dp7j1Hr6f5FD20TszFPmYgkgkcjofrTo4Y4yxRQC2AT9BgCgCO6uDAq7FDux +782cevygn07
> > d6hjvzJ+8WIeRuRdxb5ssFI4xj+Id6sywJNjfuBHQqxU/mKalrCkflqmFyrY yeq4x/6CPyoA
> > jjuDcgRrujbZlypBMZzjHIweQwz7e4qO3ujFaQSXMjMJY97OQPlO0HGAPQMf wq1DF5e8k7md
> > yxOMew/IAD8Ka1uvlwxL8scZU7euQOgz9cH8KAIVvJdx8yBUVXRG/eZYMwXt jB5Yd6WzvTdN
> > /qXVGXcrENjHvkAZ57E96eton2iSZizF3DBdx2jAA6Zwemc4/lT4reKFtyKQ cYGWJCj0APQe
> > w9BQBLRRRQAUUUUAFFFFABRRRQAUUUUAFNH+sY+w/rTqaP8AWMfYf1oAdRRR QAUUUUAFFFFA
> > FNJQTGGkn3kDkQ5HOO+3H61PDJuiQtksVGTtPt/jQsJVQqzSAAYHC/4U9FCI qjoowM0AZzy3
> > 8NvI8mAcqFzt9+mPwqzFeAypbyKwmIG7HQHGasMFIBZQdvI4zj6UnlR+Z5nl rv8A72Ofzo6B
> > 0sRXdybfZhV+bOXdiqL9WwcdeKhOo4eQmCQxJvywU/w5z2x2Pf0/C1LAk2PM 3EDsGIB+oHX8
> > ab9lhLlimc5ypJK89fl6c8/mfWgCJbuQXSwSworMRyrlhghz6D+5+tRtqRDl Ut3cqTuChicB
> > mXjAPPynrj61KtjEJHYtIQwUDMjFlIzyGzkfe/zmnCytwoXa2BnPzt82ST83 Pzck9c9TQBEb
> > 8xq0ksQEQZ1BVssSu7tgf3T39KWa7mh2K8CmR8kBGZhgY9Fz39Pxqc20JUKU BUMzYPIyc5/9
> > CP5037JEVAzJwchvNbcPbOc44HFAEsb+ZGr7WXcAdrDBHsadSKoRQqgKoGAA OAKWgAooooAK
> > KKKACiiigAooooAKaP8AWMfYf1p1NH+sY+w/rQA6iiigAooooAKKKKACiiig BsnMbDrwaC4H
> > Zv8Avk/57U6igBAc1TsLuS5JLoiqRuUAjI5I5Gf14q7TUjRCxRFUsckgYyaf QBJkMkMiK5Rm
> > UgMOqnHWqN9fFUnjVSAUcJIu7hgpPXGOx6En+mjVd7K3kYl1Y5z8u9gvIIPG cdz+dICOS8ki
> > 3LJCokG08OSgBzyTjj7p7en4It+WnWNYS65UMybmGSAeDjBHI5JH09ZvskQU jMnJyW81tx9s
> > 5zjk8Uv2WEOGCYxjCgkLx0+Xpxx+Q9KAKjX07QRMIkR5gjph8ggsoIPHH3h6 96suz21vcTv8
> > xAMmzPC4UcA/UHt3p32WEoibOETYvJ4HH+A568U9okeEwsCyFdpBJyRjHXrQ BWkvJItyyQqJ
> > BtPDkoAc8k44+6e3p+Cl5XljMcwJYKxRcFAvck4ye+OmeOODU0lvHIxZt4Yg AlXZTgZx0Pua
> > aLSFZN6B0OQcLIyrwABwDjoBQAy4unhkkAiVkijEjkvg456DHP3fUUsdy0s0 kQCRlQdu8ncc
> > HGduB8vuD/8AWleCOTzN658xNjc9Rzx+ppBbxhnb5yzggkuxIB6454/D0FAC WbtLZwSOcs8a
> > sT6kipqZDEkESxRghFGACScD8afQAUUUUAMmYrDIynBCkj8qyfttxnO/n12i iigDZooooAKp
> > 6jPJB9l8ttvmXCI3Gcg5yKKKAB55B5+G+7cRoOOgOzI/U1NdO0cSshwTIi/g WAP6GiigBLFi
> > 9hbsxLMYlJJPJOBSs7C9ijB+Vo3Yj3BXH8zRRQBNRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
> > RRRQAUUUUAFFFFAH/9k=
> > --------------03FE44968112621ED12DAA38--
>
> > --------------AAD4D3C61D0E187A07E4E620--

--------------613F7A204F8B850EC52FAA49
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Michael,
Sorry, I didn't noticed that XSD produces 'absent' for both null and
"" in XSDWildcardImpl.getStringNamespaceConstraint:
<blockquote>if (value == null || value.length() == 0)
 {
   result.append("'absent'");
 }</blockquote>
I'm making these changes:
<blockquote>> etools-diff XSDWildcardImpl.java
 15,16c15,16
 <  * plugins/org.eclipse.xsd/src/org/eclipse/xsd/impl/XSDWildcard Impl.java,
xsd, org.eclipse.dev, 20030228_1553TL
 <  * @version 1.20 2/28/03
 ---
 >  * %W%
 >  * @version %I% %H%
 623,626d622
 <     &a mp;nbsp;   if (targetNamespace
== null)
 <     &a mp;nbsp;   {
 <     &a mp;nbsp;     targetNamespace
= "";
 <     &a mp;nbsp;   }
 634,637d629
 <     &a mp;nbsp;   if (targetNamespace
== null)
 <     &a mp;nbsp;   {
 <     &a mp;nbsp;     targetNamespace
= "";
 <     &a mp;nbsp;   }
 643c635
 <     &a mp;nbsp;   newNamespaceConstraint.add("");
 ---
 >           newNamespaceConstraint.add(null);</blockquote>
to fix the problem.
And this change as well to prevent null point exceptions:
  
<blockquote>> etools-diff XSDConcreteComponentImpl.java
 15,16c15,16
 <  * plugins/org.eclipse.xsd/src/org/eclipse/xsd/impl/XSDConcrete ComponentImpl.java,
xsd, org.eclipse.dev, 20030228_1553TL
 <  * @version 1.27 2/28/03
 ---
 >  * %W%
 >  * @version %I% %H%
 2051c2051
 <     &a mp;nbsp;   if (!targetObject.equals(prototypeObject))
 ---
 >           if (targetObject
== null ? prototypeObject != null : !targetObject.equals(prototypeObject))</blockquote>
Sorry for the confusion.  (I expect we'll put out a new 1.0.2 driver
this week.)
  
Michael Hartmeier wrote:
<blockquote TYPE=CITE>I've used 'stable build (20030225_1207VL)', so I
think I used the latest
 driver.
Michael
 Ed Merks wrote:
> --------------AAD4D3C61D0E187A07E4E620
 > Content-Type: text/plain; charset=us-ascii
 > Content-Transfer-Encoding: 7bit
> Michael,
> This problem was fixed on January 24, so you'd need the last driver
(02/25)
 to
 > verify this.  In the semantic view, 'absent' means it's null:
>      [Image]
> Michael Hartmeier wrote:
> > I still see "" instead of null with the latest release (build 1207).
 > > The "#targetNamespace" is fixed.
 > > This is my test schema:
 > >   <xs:schema xmlns:xs='<a href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>'>
 > >     <xs:element name='a'>
 > >          <xs:complexType>
 > >            <xs:sequence>
 > >             
<xs:any namespace=
 > >                 
'##local ##targetNamespace ns1 ns2'/>
 > >            </xs:sequence>
 > >      </xs:complexType>
 > >   </xs:element>
 > > </xs:schema>
 > >
 > > Michael
 > >
 > > Michael Hartmeier wrote:
 > >
 > > > Yes, I was seeing "". But maybe this is due to the old XSD version
I use.
 > > > I'll post again if the "" problem persists in the next XSD version
you
 > > > release.
 > >
 > > > Michael
 > >
 > > > Ed Merks wrote:
 > >
 > > > > --------------82266E9AE831E94A429A71FF
 > > > > Content-Type: text/plain; charset=us-ascii
 > > > > Content-Transfer-Encoding: 7bit
 > >
 > > > > Michael,
 > >
 > > > > Thanks for finding another problem.  XSDWildcardImpl contains
this
 error:
 > >
 > > > > 624c624
 > > > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > > > ---
 > > > > >        else if (string.equals(\"##targetNamespace\"))
 > >
 > > > > With that problem fixed I get this result in the semantic view:
 > >
 > > > > [Image]
 > >
 > > > > So the result now is null, ns1, ns2; I don\'t think there should
be
 > > > > duplicates, but I\'m not absolute certain about that. 
I wasn\'t ever
 > > seeing
 > > > a
 > > > > null string instead of null, are you sure you were seeing that?
 > >
 > > > > Michael Hartmeier wrote:
 > >
 > > > > > Sorry, here\'s the complete post:
 > > > > >
 > > > > > I have a schema with the following wildcard:
 > > > > >
 > > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
 > > > > >
 > > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the
following
 list
 > > > > > of strings:
 > > > > >   \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
 > > > > >
 > > > > > Is this the intended behavior?  I\'d expect
 > > > > >   null, // because my schema has not TargetNamespace
 > > > > >   null, // \"##targetNamespace\" resolved
 > > > > >   ns1,  // ok
 > > > > >   ns2,  // ok
 > > > > >
 > > > > > Michael
 > >
 > > > > --
 > > > > Ed Merks
 > >
 > > > > --------------82266E9AE831E94A429A71FF
 > > > > Content-Type: multipart/related;
 > > > >  boundary=\"------------5852EFEDE5214C6311E9D631\"
 > >
 > > > > --------------5852EFEDE5214C6311E9D631
 > > > > Content-Type: text/html; charset=us-ascii
 > > > > Content-Transfer-Encoding: 7bit
 > >
 > > > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
 > > > > <html>
 > > > > Michael,
 > > > > Thanks for finding another problem.  XSDWildcardImpl
contains this
 > > > > error:
 > > > > 624c624
 > > > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > > > ---
 > > > > >        else if (string.equals(\"##targetNamespace\"))
 > > > > With that problem fixed I get this result in the semantic
view:
 > > > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\"
height=95
 width=195>
 > > > > So the result now is null, ns1, ns2; I don\'t think there
should be
 > > > duplicates,
 > > > > but I\'m not absolute certain about that.  I wasn\'t ever
seeing a null
 > > > > string instead of null, are you sure you were seeing that?
 > > > > 
 > > > > Michael Hartmeier wrote:
 > > > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
 > > > > I have a schema with the following wildcard:
 > > > > <xs:any namespace=\'##local ##targetNamespace ns1
ns2\'/>
 > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get
the following
 > > > > list
 > > > > of strings:
 > > > >   \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
 > > > > Is this the intended behavior?  I\'d expect
 > > > >   null, // because my schema has not TargetNamespace
 > > > >   null, // \"##targetNamespace\" resolved
 > > > >   ns1,  // ok
 > > > >   ns2,  // ok
 > > > > Michael</blockquote>
 > >
 > > > > --
 > > > > Ed Merks
 > > > > </html>
 > >
 > > > > --------------5852EFEDE5214C6311E9D631
 > > > > Content-Type: image/jpeg
 > > > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
 > > > > Content-Transfer-Encoding: base64
 > > > > Content-Disposition: inline;
 > > > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
 > >
 > > > >
 /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
 > > > >
 eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
 > > > >
 xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
 > > > >
 CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
 > > > >
 AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
 > > > >
 FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
 > > > >
 h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
 > > > >
 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
 > > > >
 AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
 > > > >
 NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
 > > > >
 hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
 > > > >
 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
 > > > >
 iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
 > > > >
 mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
 > > > >
 kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
 > > > >
 BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
 > > > >
 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
 > > > >
 hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
 > > > >
 AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
 > > > >
 x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
 > > > >
 qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
 > > > >
 F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
 > > > >
 Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
 > > > >
 KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
 > > > >
 CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
 > > > >
 RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
 > > > >
 ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
 > > > >
 cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
 > > > >
 kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
 > > > >
 vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
 > > > >
 x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
 > > > >
 WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
 > > > >
 R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
 > > > >
 AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
 > > > >
 AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
 > > > >
 saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
 > > > >
 OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
 > > > >
 v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
 > > > >
 /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
 > > > >
 tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
 > > > >
 PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
 > > > >
 +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
 > > > >
 h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
 > > > >
 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
 > > > >
 yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
 > > > >
 Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
 > > > >
 AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
 > > > >
 yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
 > > > >
 oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
 > > > >
 x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
 > > > >
 GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
 > > > >
 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
 > > > >
 IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
 > > > >
 ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
 > > > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
 > > > > --------------5852EFEDE5214C6311E9D631--
 > >
 > > > > --------------82266E9AE831E94A429A71FF--
> --------------AAD4D3C61D0E187A07E4E620
 > Content-Type: multipart/related;
 >  boundary="------------03FE44968112621ED12DAA38"
> --------------03FE44968112621ED12DAA38
 > Content-Type: text/html; charset=us-ascii
 > Content-Transfer-Encoding: 7bit
> <!doctype html public "-//w3c//dtd html 4.0 transitional//en">
 > <html>
 > Michael,
 > This problem was fixed on January 24, so you'd need the last
driver
 > (02/25) to verify this.  In the semantic view, 'absent' means
it's
 > null:
 > <blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com"
height=99
 width=224></blockquote>
> Michael Hartmeier wrote:
 > <blockquote TYPE=CITE>I still see "" instead of null with the
latest release
 > (build 1207).
 > The "#targetNamespace" is fixed.
 > This is my test schema:
 >   <xs:schema xmlns:xs='<a
 href="<a href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>"><a href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a></a>'>
 >     <xs:element name='a'>
 >        <xs:complexType>
 >           <xs:sequence>
 >            
<xs:any
 > namespace=
 > 
 > '##local ##targetNamespace ns1 ns2'/>
 >           </xs:sequence>
 >      </xs:complexType>
 >   </xs:element>
 > </xs:schema>
 > Michael
 > Michael Hartmeier wrote:
 > > Yes, I was seeing "". But maybe this is due to the old XSD
version
 > I use.
 > > I'll post again if the "" problem persists in the next XSD
version
 > you
 > > release.
 > > Michael
 > > Ed Merks wrote:
 > > > --------------82266E9AE831E94A429A71FF
 > > > Content-Type: text/plain; charset=us-ascii
 > > > Content-Transfer-Encoding: 7bit
 > > > Michael,
 > > > Thanks for finding another problem.  XSDWildcardImpl
contains
 > this error:
 > > > 624c624
 > > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > > ---
 > > > >        else if (string.equals(\"##targetNamespace\"))
<br

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #564654 is a reply to message #9406]

Mon, 20 January 2003 14:27

Michael Hartmeier

Messages: 21
Registered: July 2009

Junior Member

Sorry, here's the complete post:

I have a schema with the following wildcard:

<xs:any namespace='##local ##targetNamespace ns1 ns2'/>

If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
of strings:
"", "##tagetNamespace", "ns1", "ns2"

Is this the intended behavior? I'd expect
null, // because my schema has not TargetNamespace
null, // "##targetNamespace" resolved
ns1, // ok
ns2, // ok

Michael

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #564897 is a reply to message #9429]

Fri, 24 January 2003 12:25

Ed Merks

Messages: 33136
Registered: July 2009

Senior Member

--------------82266E9AE831E94A429A71FF
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Michael,

Thanks for finding another problem. XSDWildcardImpl contains this error:

624c624
< else if (string.equals("##target"))
---
> else if (string.equals("##targetNamespace"))

With that problem fixed I get this result in the semantic view:

[Image]

So the result now is null, ns1, ns2; I don't think there should be
duplicates, but I'm not absolute certain about that. I wasn't ever seeing a
null string instead of null, are you sure you were seeing that?

Michael Hartmeier wrote:

> Sorry, here's the complete post:
>
> I have a schema with the following wildcard:
>
> <xs:any namespace='##local ##targetNamespace ns1 ns2'/>
>
> If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
> of strings:
> "", "##tagetNamespace", "ns1", "ns2"
>
> Is this the intended behavior? I'd expect
> null, // because my schema has not TargetNamespace
> null, // "##targetNamespace" resolved
> ns1, // ok
> ns2, // ok
>
> Michael

--
Ed Merks

--------------82266E9AE831E94A429A71FF
Content-Type: multipart/related;
boundary="------------5852EFEDE5214C6311E9D631"

--------------5852EFEDE5214C6311E9D631
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Michael,
Thanks for finding another problem.  XSDWildcardImpl contains this
error:
624c624
 <     &a mp;nbsp; else if (string.equals("##target"))
 ---
 >        else if (string.equals("##targetNamespace"))
With that problem fixed I get this result in the semantic view:
<img SRC="cid:part1.3E3130C4.AAC9F336@ca.ibm.com" height=95 width=195>
So the result now is null, ns1, ns2; I don't think there should be duplicates,
but I'm not absolute certain about that.  I wasn't ever seeing a null
string instead of null, are you sure you were seeing that?
  
Michael Hartmeier wrote:
<blockquote TYPE=CITE>Sorry, here's the complete post:
I have a schema with the following wildcard:
<xs:any namespace='##local ##targetNamespace ns1 ns2'/>
If I invoke XSDWildcard.getNamespaceConstraint, I get the following
list
 of strings:
   "", "##tagetNamespace", "ns1", "ns2"
Is this the intended behavior?  I'd expect
   null, // because my schema has not TargetNamespace
   null, // "##targetNamespace" resolved
   ns1,  // ok
   ns2,  // ok
Michael</blockquote>

--
 Ed Merks
  </html>

--------------5852EFEDE5214C6311E9D631
Content-Type: image/jpeg
Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\nsmailCS.jpeg"

/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
/oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
+H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
--------------5852EFEDE5214C6311E9D631--

--------------82266E9AE831E94A429A71FF--

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

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #564994 is a reply to message #9595]

Thu, 30 January 2003 15:06

Michael Hartmeier

Messages: 21
Registered: July 2009

Junior Member

Yes, I was seeing "". But maybe this is due to the old XSD version I use.
I'll post again if the "" problem persists in the next XSD version you
release.

Michael

Ed Merks wrote:

> --------------82266E9AE831E94A429A71FF
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit

> Michael,

> Thanks for finding another problem. XSDWildcardImpl contains this error:

> 624c624
> < else if (string.equals(\"##target\"))
> ---
> > else if (string.equals(\"##targetNamespace\"))

> With that problem fixed I get this result in the semantic view:

> [Image]

> So the result now is null, ns1, ns2; I don\'t think there should be
> duplicates, but I\'m not absolute certain about that. I wasn\'t ever seeing
a
> null string instead of null, are you sure you were seeing that?

> Michael Hartmeier wrote:

> > Sorry, here\'s the complete post:
> >
> > I have a schema with the following wildcard:
> >
> > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> >
> > If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
> > of strings:
> > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> >
> > Is this the intended behavior? I\'d expect
> > null, // because my schema has not TargetNamespace
> > null, // \"##targetNamespace\" resolved
> > ns1, // ok
> > ns2, // ok
> >
> > Michael

> --
> Ed Merks

> --------------82266E9AE831E94A429A71FF
> Content-Type: multipart/related;
> boundary=\"------------5852EFEDE5214C6311E9D631\"

> --------------5852EFEDE5214C6311E9D631
> Content-Type: text/html; charset=us-ascii
> Content-Transfer-Encoding: 7bit

> <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> <html>
> Michael,
> Thanks for finding another problem. XSDWildcardImpl contains this
> error:
> 624c624
> < else if (string.equals(\"##target\"))
> ---
> > else if (string.equals(\"##targetNamespace\"))
> With that problem fixed I get this result in the semantic view:
> <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> So the result now is null, ns1, ns2; I don\'t think there should be
duplicates,
> but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> string instead of null, are you sure you were seeing that?
> 
> Michael Hartmeier wrote:
> <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> I have a schema with the following wildcard:
> <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> list
> of strings:
> \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> Is this the intended behavior? I\'d expect
> null, // because my schema has not TargetNamespace
> null, // \"##targetNamespace\" resolved
> ns1, // ok
> ns2, // ok
> Michael</blockquote>

> --
> Ed Merks
> </html>

> --------------5852EFEDE5214C6311E9D631
> Content-Type: image/jpeg
> Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> Content-Transfer-Encoding: base64
> Content-Disposition: inline;
filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "

> /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> --------------5852EFEDE5214C6311E9D631--

> --------------82266E9AE831E94A429A71FF--

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #565421 is a reply to message #9664]

Sat, 01 March 2003 09:42

Michael Hartmeier

Messages: 21
Registered: July 2009

Junior Member

I still see "" instead of null with the latest release (build 1207).
The "#targetNamespace" is fixed.
This is my test schema:
<xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'>
<xs:element name='a'>
<xs:complexType>
<xs:sequence>
<xs:any namespace=
'##local ##targetNamespace ns1 ns2'/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

Michael

Michael Hartmeier wrote:

> Yes, I was seeing "". But maybe this is due to the old XSD version I use.
> I'll post again if the "" problem persists in the next XSD version you
> release.

> Michael

> Ed Merks wrote:

> > --------------82266E9AE831E94A429A71FF
> > Content-Type: text/plain; charset=us-ascii
> > Content-Transfer-Encoding: 7bit

> > Michael,

> > Thanks for finding another problem. XSDWildcardImpl contains this error:

> > 624c624
> > < else if (string.equals(\"##target\"))
> > ---
> > > else if (string.equals(\"##targetNamespace\"))

> > With that problem fixed I get this result in the semantic view:

> > [Image]

> > So the result now is null, ns1, ns2; I don\'t think there should be
> > duplicates, but I\'m not absolute certain about that. I wasn\'t ever
seeing
> a
> > null string instead of null, are you sure you were seeing that?

> > Michael Hartmeier wrote:

> > > Sorry, here\'s the complete post:
> > >
> > > I have a schema with the following wildcard:
> > >
> > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > >
> > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
> > > of strings:
> > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > >
> > > Is this the intended behavior? I\'d expect
> > > null, // because my schema has not TargetNamespace
> > > null, // \"##targetNamespace\" resolved
> > > ns1, // ok
> > > ns2, // ok
> > >
> > > Michael

> > --
> > Ed Merks

> > --------------82266E9AE831E94A429A71FF
> > Content-Type: multipart/related;
> > boundary=\"------------5852EFEDE5214C6311E9D631\"

> > --------------5852EFEDE5214C6311E9D631
> > Content-Type: text/html; charset=us-ascii
> > Content-Transfer-Encoding: 7bit

> > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > <html>
> > Michael,
> > Thanks for finding another problem. XSDWildcardImpl contains this
> > error:
> > 624c624
> > < else if (string.equals(\"##target\"))
> > ---
> > > else if (string.equals(\"##targetNamespace\"))
> > With that problem fixed I get this result in the semantic view:
> > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> > So the result now is null, ns1, ns2; I don\'t think there should be
> duplicates,
> > but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> > string instead of null, are you sure you were seeing that?
> > 
> > Michael Hartmeier wrote:
> > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > I have a schema with the following wildcard:
> > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > list
> > of strings:
> > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > Is this the intended behavior? I\'d expect
> > null, // because my schema has not TargetNamespace
> > null, // \"##targetNamespace\" resolved
> > ns1, // ok
> > ns2, // ok
> > Michael</blockquote>

> > --
> > Ed Merks
> > </html>

> > --------------5852EFEDE5214C6311E9D631
> > Content-Type: image/jpeg
> > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > Content-Transfer-Encoding: base64
> > Content-Disposition: inline;
> filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "

> > /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > --------------5852EFEDE5214C6311E9D631--

> > --------------82266E9AE831E94A429A71FF--

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #565557 is a reply to message #11633]

Mon, 03 March 2003 12:30

Ed Merks

Messages: 33136
Registered: July 2009

Senior Member

--------------AAD4D3C61D0E187A07E4E620
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Michael,

This problem was fixed on January 24, so you'd need the last driver (02/25) to
verify this. In the semantic view, 'absent' means it's null:

[Image]

Michael Hartmeier wrote:

> I still see "" instead of null with the latest release (build 1207).
> The "#targetNamespace" is fixed.
> This is my test schema:
> <xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'>
> <xs:element name='a'>
> <xs:complexType>
> <xs:sequence>
> <xs:any namespace=
> '##local ##targetNamespace ns1 ns2'/>
> </xs:sequence>
> </xs:complexType>
> </xs:element>
> </xs:schema>
>
> Michael
>
> Michael Hartmeier wrote:
>
> > Yes, I was seeing "". But maybe this is due to the old XSD version I use.
> > I'll post again if the "" problem persists in the next XSD version you
> > release.
>
> > Michael
>
> > Ed Merks wrote:
>
> > > --------------82266E9AE831E94A429A71FF
> > > Content-Type: text/plain; charset=us-ascii
> > > Content-Transfer-Encoding: 7bit
>
> > > Michael,
>
> > > Thanks for finding another problem. XSDWildcardImpl contains this error:
>
> > > 624c624
> > > < else if (string.equals(\"##target\"))
> > > ---
> > > > else if (string.equals(\"##targetNamespace\"))
>
> > > With that problem fixed I get this result in the semantic view:
>
> > > [Image]
>
> > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > duplicates, but I\'m not absolute certain about that. I wasn\'t ever
> seeing
> > a
> > > null string instead of null, are you sure you were seeing that?
>
> > > Michael Hartmeier wrote:
>
> > > > Sorry, here\'s the complete post:
> > > >
> > > > I have a schema with the following wildcard:
> > > >
> > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > >
> > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following list
> > > > of strings:
> > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > >
> > > > Is this the intended behavior? I\'d expect
> > > > null, // because my schema has not TargetNamespace
> > > > null, // \"##targetNamespace\" resolved
> > > > ns1, // ok
> > > > ns2, // ok
> > > >
> > > > Michael
>
> > > --
> > > Ed Merks
>
> > > --------------82266E9AE831E94A429A71FF
> > > Content-Type: multipart/related;
> > > boundary=\"------------5852EFEDE5214C6311E9D631\"
>
> > > --------------5852EFEDE5214C6311E9D631
> > > Content-Type: text/html; charset=us-ascii
> > > Content-Transfer-Encoding: 7bit
>
> > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > <html>
> > > Michael,
> > > Thanks for finding another problem. XSDWildcardImpl contains this
> > > error:
> > > 624c624
> > > < else if (string.equals(\"##target\"))
> > > ---
> > > > else if (string.equals(\"##targetNamespace\"))
> > > With that problem fixed I get this result in the semantic view:
> > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> > > So the result now is null, ns1, ns2; I don\'t think there should be
> > duplicates,
> > > but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> > > string instead of null, are you sure you were seeing that?
> > > 
> > > Michael Hartmeier wrote:
> > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > I have a schema with the following wildcard:
> > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > > list
> > > of strings:
> > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > Is this the intended behavior? I\'d expect
> > > null, // because my schema has not TargetNamespace
> > > null, // \"##targetNamespace\" resolved
> > > ns1, // ok
> > > ns2, // ok
> > > Michael</blockquote>
>
> > > --
> > > Ed Merks
> > > </html>
>
> > > --------------5852EFEDE5214C6311E9D631
> > > Content-Type: image/jpeg
> > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > Content-Transfer-Encoding: base64
> > > Content-Disposition: inline;
> > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
>
> > > /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > > eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > > xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > > CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > > AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > > FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > > h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > > 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > > AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > > NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > > hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > > 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > > iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > > mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > > kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > > BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > > 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > > hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > > AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > > x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > > qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > > F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > > Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > > KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > > CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > > RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > > ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > > cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > > kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > > vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > > x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > > WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > > R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > > AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > > AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > > saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > > OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > > v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > > /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > > tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > > PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > > +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > > h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > > 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > > yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > > Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > > AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > > yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > > oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > > x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > > GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > > 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > > IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > > ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > --------------5852EFEDE5214C6311E9D631--
>
> > > --------------82266E9AE831E94A429A71FF--

--------------AAD4D3C61D0E187A07E4E620
Content-Type: multipart/related;
boundary="------------03FE44968112621ED12DAA38"

--------------03FE44968112621ED12DAA38
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Michael,
This problem was fixed on January 24, so you'd need the last driver
(02/25) to verify this.  In the semantic view, 'absent' means it's
null:
<blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com" height=99 width=224></blockquote>

 Michael Hartmeier wrote:
<blockquote TYPE=CITE>I still see "" instead of null with the latest release
(build 1207).
 The "#targetNamespace" is fixed.
 This is my test schema:
   <xs:schema xmlns:xs='<a href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>'>
     <xs:element name='a'>
        <xs:complexType>
           <xs:sequence>
             <xs:any
namespace=
                
'##local ##targetNamespace ns1 ns2'/>
           </xs:sequence>
      </xs:complexType>
   </xs:element>
 </xs:schema>
Michael
Michael Hartmeier wrote:
> Yes, I was seeing "". But maybe this is due to the old XSD version
I use.
 > I'll post again if the "" problem persists in the next XSD version
you
 > release.
> Michael
> Ed Merks wrote:
> > --------------82266E9AE831E94A429A71FF
 > > Content-Type: text/plain; charset=us-ascii
 > > Content-Transfer-Encoding: 7bit
> > Michael,
> > Thanks for finding another problem.  XSDWildcardImpl contains
this error:
> > 624c624
 > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > ---
 > > >        else if (string.equals(\"##targetNamespace\"))
> > With that problem fixed I get this result in the semantic view:
> > [Image]
> > So the result now is null, ns1, ns2; I don\'t think there should
be
 > > duplicates, but I\'m not absolute certain about that.  I wasn\'t
ever
 seeing
 > a
 > > null string instead of null, are you sure you were seeing that?
> > Michael Hartmeier wrote:
> > > Sorry, here\'s the complete post:
 > > >
 > > > I have a schema with the following wildcard:
 > > >
 > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
 > > >
 > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
list
 > > > of strings:
 > > >   \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
 > > >
 > > > Is this the intended behavior?  I\'d expect
 > > >   null, // because my schema has not TargetNamespace
 > > >   null, // \"##targetNamespace\" resolved
 > > >   ns1,  // ok
 > > >   ns2,  // ok
 > > >
 > > > Michael
> > --
 > > Ed Merks
> > --------------82266E9AE831E94A429A71FF
 > > Content-Type: multipart/related;
 > >  boundary=\"------------5852EFEDE5214C6311E9D631\"
> > --------------5852EFEDE5214C6311E9D631
 > > Content-Type: text/html; charset=us-ascii
 > > Content-Transfer-Encoding: 7bit
> > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
 > > <html>
 > > Michael,
 > > Thanks for finding another problem.  XSDWildcardImpl
contains this
 > > error:
 > > 624c624
 > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > ---
 > > >        else if (string.equals(\"##targetNamespace\"))
 > > With that problem fixed I get this result in the semantic
view:
 > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
width=195>
 > > So the result now is null, ns1, ns2; I don\'t think there
should be
 > duplicates,
 > > but I\'m not absolute certain about that.  I wasn\'t ever
seeing a null
 > > string instead of null, are you sure you were seeing that?
 > > 
 > > Michael Hartmeier wrote:
 > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
 > > I have a schema with the following wildcard:
 > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
 > > If I invoke XSDWildcard.getNamespaceConstraint, I get the
following
 > > list
 > > of strings:
 > >   \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
 > > Is this the intended behavior?  I\'d expect
 > >   null, // because my schema has not TargetNamespace
 > >   null, // \"##targetNamespace\" resolved
 > >   ns1,  // ok
 > >   ns2,  // ok
 > > Michael</blockquote>
> > --
 > > Ed Merks
 > > </html>
> > --------------5852EFEDE5214C6311E9D631
 > > Content-Type: image/jpeg
 > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
 > > Content-Transfer-Encoding: base64
 > > Content-Disposition: inline;
 > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> > /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
 > > eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
 > > xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
 > > CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
 > > AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
 > > FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
 > > h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
 > > 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
 > > AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
 > > NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
 > > hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
 > > 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
 > > iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
 > > mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
 > > kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
 > > BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
 > > 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
 > > hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
 > > AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
 > > x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
 > > qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
 > > F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
 > > Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
 > > KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
 > > CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
 > > RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
 > > ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
 > > cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
 > > kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
 > > vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
 > > x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
 > > WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
 > > R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
 > > AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
 > > AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
 > > saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
 > > OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
 > > v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
 > > /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
 > > tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
 > > PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
 > > +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
 > > h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
 > > 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
 > > yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
 > > Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
 > > AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
 > > yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
 > > oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
 > > x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
 > > GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
 > > 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
 > > IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
 > > ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
 > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
 > > --------------5852EFEDE5214C6311E9D631--
> > --------------82266E9AE831E94A429A71FF--</blockquote>
</html>

--------------03FE44968112621ED12DAA38
Content-Type: image/jpeg
Content-ID: <part1.3E634ADD.90D9F39F@ca.ibm.com>
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="C:\DOCUME~1\merks\LOCALS~1\Temp\nsmail9F.jpeg"

/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
CABjAOADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDdmYrDIynBCkj8qrPKAZAs k+8A8mHA4z32
4/WrTqHRlPRhg4qNomfcjSybSOeBzn8KAHtIqgkhuPRSfX/CqLahKzx+XGgV lDks4xgtgc54
P588e9aNRmKLKsY1ypyDt6Enk/nTQCQzCV5U24aNtp7j25+nbt+Wa8zTNfmJ HmVAin92EwCS
3J3c9u1XFUKMKABkngdz1qKS1ilk8xvMDYCkpIy5Az6H3NICml+8W5BFJMQ7 s2AxON7AAYB9
O+O34SNfuodjCu1fMbIfkqhwx6demB+oqc2cDdUPUkgMQGySSDzyMk8H1NKb WFlKlOCHU8no
xy35mgCs+pFTMRbuyRh/mw3Vc5ycYA4Pc9uPRZLq4E0UIjjEu8ZXflSpV++3 I5X09Knazgcv
uQkOCCNxxz1IGcAnJ5HqfWnSW8UrFmU7iANwYgjGcYI6dT+dADIbky3DxFVT bnAZiHODjO3H
T3zVio0gRJGkG4s3dmLY+men4VJQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
TR/rGPsP606mj/WMfYf1oAdVWWQK7B3lwGwAkW/sD2B9atVGYjuZlkddxyQM emPSgBsMmd2S
7DIwSuDjA68cdahub4xCQRxliiBueOScDg9e/wDL6WY02bvmLFjkk4/z2pWj R/vorcFeRng9
RQgK0V2/7tZlXLuyZQg8jpxz7554/WrE0giiZzjgcA9z2FCJGuCiKu3IGFxj 1/lSyIsiFHGQ
aGBFaXH2hGJQoyNtYHPXAPcA9CO1T1HDAkAYJu+Y7iWYsScY6n6CpKACiiig AooooAKKKKAC
iiigAooooAKKKKACiiigAooooAKKKKACmj/WMfYf1p1NH+sY+w/rQA6iiigA qKdioTDMoJOd
oycYJ6fhUtMkTft+YqVOQRj/AD3oArxyjcuxptu75g8RXPBPHyjPSp3mSNGd yVVepIP0/GgR
HcrNI7bTkA49MelPZQ6lWAZSMEEcEUAV1umZ3AgbCKCRkbskZxj9OtTRyJLG Hjbcp6Go/ssO
cbW5XbncemMdfXB69amVQihVAVQMAAcAUAVhef6YIdmVYlVcZ6gEkdMdj0J/ ni1UBtY/M81A
RICWXLMVDEEZ25x3P50CKV+Lh43TIICxlTkEEHO4+lAC3jtFZzyIcMkbMD6E Co5Lp4QVliUS
FMoqvkMc4xnHHJXk/wB72p7RzuxDSQtETgoYjkr6Z3f0pRbgPEQzFYskBiWO T3yTnoSPx9qA
IDfmNWkliAiDOoKtliV3dsD+6e/pUtpcPPvDwtGVxzhsHP8AvAenp6UkVlEm 4vmQszthiSo3
En7pOOhx+frUsUCQ52biT1LMWP5mgCSiiigAooooAKKKKACiiigAooooAKKK KACmj/WMfYf1
p1NH+sY+w/rQA6iiigAooooAKKKKAKC3GZ4Y2ebe6Z3CPgfd77enPXPGOatQ ybokLZLFRk7T
7f400QbWQCR/lUgHAyBxx0/zipUUIiqOijAzQBBJdqG2xqXO8R5zhdxzxn2x UiTK0hiYFJAA
dp7j1Hr6f5FD20TszFPmYgkgkcjofrTo4Y4yxRQC2AT9BgCgCO6uDAq7FDux +782cevygn07
d6hjvzJ+8WIeRuRdxb5ssFI4xj+Id6sywJNjfuBHQqxU/mKalrCkflqmFyrY yeq4x/6CPyoA
jjuDcgRrujbZlypBMZzjHIweQwz7e4qO3ujFaQSXMjMJY97OQPlO0HGAPQMf wq1DF5e8k7md
yxOMew/IAD8Ka1uvlwxL8scZU7euQOgz9cH8KAIVvJdx8yBUVXRG/eZYMwXt jB5Yd6WzvTdN
/qXVGXcrENjHvkAZ57E96eton2iSZizF3DBdx2jAA6Zwemc4/lT4reKFtyKQ cYGWJCj0APQe
w9BQBLRRRQAUUUUAFFFFABRRRQAUUUUAFNH+sY+w/rTqaP8AWMfYf1oAdRRR QAUUUUAFFFFA
FNJQTGGkn3kDkQ5HOO+3H61PDJuiQtksVGTtPt/jQsJVQqzSAAYHC/4U9FCI qjoowM0AZzy3
8NvI8mAcqFzt9+mPwqzFeAypbyKwmIG7HQHGasMFIBZQdvI4zj6UnlR+Z5nl rv8A72Ofzo6B
0sRXdybfZhV+bOXdiqL9WwcdeKhOo4eQmCQxJvywU/w5z2x2Pf0/C1LAk2PM 3EDsGIB+oHX8
ab9lhLlimc5ypJK89fl6c8/mfWgCJbuQXSwSworMRyrlhghz6D+5+tRtqRDl Ut3cqTuChicB
mXjAPPynrj61KtjEJHYtIQwUDMjFlIzyGzkfe/zmnCytwoXa2BnPzt82ST83 Pzck9c9TQBEb
8xq0ksQEQZ1BVssSu7tgf3T39KWa7mh2K8CmR8kBGZhgY9Fz39Pxqc20JUKU BUMzYPIyc5/9
CP5037JEVAzJwchvNbcPbOc44HFAEsb+ZGr7WXcAdrDBHsadSKoRQqgKoGAA OAKWgAooooAK
KKKACiiigAooooAKaP8AWMfYf1p1NH+sY+w/rQA6iiigAooooAKKKKACiiig BsnMbDrwaC4H
Zv8Avk/57U6igBAc1TsLuS5JLoiqRuUAjI5I5Gf14q7TUjRCxRFUsckgYyaf QBJkMkMiK5Rm
UgMOqnHWqN9fFUnjVSAUcJIu7hgpPXGOx6En+mjVd7K3kYl1Y5z8u9gvIIPG cdz+dICOS8ki
3LJCokG08OSgBzyTjj7p7en4It+WnWNYS65UMybmGSAeDjBHI5JH09ZvskQU jMnJyW81tx9s
5zjk8Uv2WEOGCYxjCgkLx0+Xpxx+Q9KAKjX07QRMIkR5gjph8ggsoIPHH3h6 96suz21vcTv8
xAMmzPC4UcA/UHt3p32WEoibOETYvJ4HH+A568U9okeEwsCyFdpBJyRjHXrQ BWkvJItyyQqJ
BtPDkoAc8k44+6e3p+Cl5XljMcwJYKxRcFAvck4ye+OmeOODU0lvHIxZt4Yg AlXZTgZx0Pua
aLSFZN6B0OQcLIyrwABwDjoBQAy4unhkkAiVkijEjkvg456DHP3fUUsdy0s0 kQCRlQdu8ncc
HGduB8vuD/8AWleCOTzN658xNjc9Rzx+ppBbxhnb5yzggkuxIB6454/D0FAC WbtLZwSOcs8a
sT6kipqZDEkESxRghFGACScD8afQAUUUUAMmYrDIynBCkj8qyfttxnO/n12i iigDZooooAKp
6jPJB9l8ttvmXCI3Gcg5yKKKAB55B5+G+7cRoOOgOzI/U1NdO0cSshwTIi/g WAP6GiigBLFi
9hbsxLMYlJJPJOBSs7C9ijB+Vo3Yj3BXH8zRRQBNRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
RRRQAUUUUAFFFFAH/9k=
--------------03FE44968112621ED12DAA38--

--------------AAD4D3C61D0E187A07E4E620--

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

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #565585 is a reply to message #11818]

Mon, 03 March 2003 13:51

Michael Hartmeier

Messages: 21
Registered: July 2009

Junior Member

I've used 'stable build (20030225_1207VL)', so I think I used the latest
driver.

Michael

Ed Merks wrote:

> --------------AAD4D3C61D0E187A07E4E620
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit

> Michael,

> This problem was fixed on January 24, so you'd need the last driver (02/25)
to
> verify this. In the semantic view, 'absent' means it's null:

> [Image]

> Michael Hartmeier wrote:

> > I still see "" instead of null with the latest release (build 1207).
> > The "#targetNamespace" is fixed.
> > This is my test schema:
> > <xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'>
> > <xs:element name='a'>
> > <xs:complexType>
> > <xs:sequence>
> > <xs:any namespace=
> > '##local ##targetNamespace ns1 ns2'/>
> > </xs:sequence>
> > </xs:complexType>
> > </xs:element>
> > </xs:schema>
> >
> > Michael
> >
> > Michael Hartmeier wrote:
> >
> > > Yes, I was seeing "". But maybe this is due to the old XSD version I use.
> > > I'll post again if the "" problem persists in the next XSD version you
> > > release.
> >
> > > Michael
> >
> > > Ed Merks wrote:
> >
> > > > --------------82266E9AE831E94A429A71FF
> > > > Content-Type: text/plain; charset=us-ascii
> > > > Content-Transfer-Encoding: 7bit
> >
> > > > Michael,
> >
> > > > Thanks for finding another problem. XSDWildcardImpl contains this
error:
> >
> > > > 624c624
> > > > < else if (string.equals(\"##target\"))
> > > > ---
> > > > > else if (string.equals(\"##targetNamespace\"))
> >
> > > > With that problem fixed I get this result in the semantic view:
> >
> > > > [Image]
> >
> > > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > > duplicates, but I\'m not absolute certain about that. I wasn\'t ever
> > seeing
> > > a
> > > > null string instead of null, are you sure you were seeing that?
> >
> > > > Michael Hartmeier wrote:
> >
> > > > > Sorry, here\'s the complete post:
> > > > >
> > > > > I have a schema with the following wildcard:
> > > > >
> > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > >
> > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
list
> > > > > of strings:
> > > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > >
> > > > > Is this the intended behavior? I\'d expect
> > > > > null, // because my schema has not TargetNamespace
> > > > > null, // \"##targetNamespace\" resolved
> > > > > ns1, // ok
> > > > > ns2, // ok
> > > > >
> > > > > Michael
> >
> > > > --
> > > > Ed Merks
> >
> > > > --------------82266E9AE831E94A429A71FF
> > > > Content-Type: multipart/related;
> > > > boundary=\"------------5852EFEDE5214C6311E9D631\"
> >
> > > > --------------5852EFEDE5214C6311E9D631
> > > > Content-Type: text/html; charset=us-ascii
> > > > Content-Transfer-Encoding: 7bit
> >
> > > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > > <html>
> > > > Michael,
> > > > Thanks for finding another problem. XSDWildcardImpl contains this
> > > > error:
> > > > 624c624
> > > > < else if (string.equals(\"##target\"))
> > > > ---
> > > > > else if (string.equals(\"##targetNamespace\"))
> > > > With that problem fixed I get this result in the semantic view:
> > > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
width=195>
> > > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > duplicates,
> > > > but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> > > > string instead of null, are you sure you were seeing that?
> > > > 
> > > > Michael Hartmeier wrote:
> > > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > > I have a schema with the following wildcard:
> > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > > > list
> > > > of strings:
> > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > Is this the intended behavior? I\'d expect
> > > > null, // because my schema has not TargetNamespace
> > > > null, // \"##targetNamespace\" resolved
> > > > ns1, // ok
> > > > ns2, // ok
> > > > Michael</blockquote>
> >
> > > > --
> > > > Ed Merks
> > > > </html>
> >
> > > > --------------5852EFEDE5214C6311E9D631
> > > > Content-Type: image/jpeg
> > > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > > Content-Transfer-Encoding: base64
> > > > Content-Disposition: inline;
> > > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> >
> > > >
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > > >
eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > > >
xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > > >
CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > > >
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > > >
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > > >
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > > >
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > > >
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > > >
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > > >
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > > >
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > > >
iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > > >
mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > > >
kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > > >
BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > > >
7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > > >
hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > > >
AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > > >
x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > > >
qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > > >
F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > > >
Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > > >
KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > > >
CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > > >
RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > > >
ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > > >
cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > > >
kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > > >
vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > > >
x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > > >
WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > > >
R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > > >
AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > > >
AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > > >
saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > > >
OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > > >
v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > > >
/oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > > >
tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > > >
PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > > >
+H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > > >
h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > > >
1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > > >
yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > > >
Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > > >
AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > > >
yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > > >
oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > > >
x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > > >
GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > > >
9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > > >
IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > > >
ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > > --------------5852EFEDE5214C6311E9D631--
> >
> > > > --------------82266E9AE831E94A429A71FF--

> --------------AAD4D3C61D0E187A07E4E620
> Content-Type: multipart/related;
> boundary="------------03FE44968112621ED12DAA38"

> --------------03FE44968112621ED12DAA38
> Content-Type: text/html; charset=us-ascii
> Content-Transfer-Encoding: 7bit

> <!doctype html public "-//w3c//dtd html 4.0 transitional//en">
> <html>
> Michael,
> This problem was fixed on January 24, so you'd need the last driver
> (02/25) to verify this. In the semantic view, 'absent' means it's
> null:
> <blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com" height=99
width=224></blockquote>

> Michael Hartmeier wrote:
> <blockquote TYPE=CITE>I still see "" instead of null with the latest release
> (build 1207).
> The "#targetNamespace" is fixed.
> This is my test schema:
> <xs:schema xmlns:xs='<a
href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>'>
> <xs:element name='a'>
> <xs:complexType>
> <xs:sequence>
> <xs:any
> namespace=
> 
> '##local ##targetNamespace ns1 ns2'/>
> </xs:sequence>
> </xs:complexType>
> </xs:element>
> </xs:schema>
> Michael
> Michael Hartmeier wrote:
> > Yes, I was seeing "". But maybe this is due to the old XSD version
> I use.
> > I'll post again if the "" problem persists in the next XSD version
> you
> > release.
> > Michael
> > Ed Merks wrote:
> > > --------------82266E9AE831E94A429A71FF
> > > Content-Type: text/plain; charset=us-ascii
> > > Content-Transfer-Encoding: 7bit
> > > Michael,
> > > Thanks for finding another problem. XSDWildcardImpl contains
> this error:
> > > 624c624
> > > < else if (string.equals(\"##target\"))
> > > ---
> > > > else if (string.equals(\"##targetNamespace\"))
> > > With that problem fixed I get this result in the semantic view:
> > > [Image]
> > > So the result now is null, ns1, ns2; I don\'t think there should
> be
> > > duplicates, but I\'m not absolute certain about that. I wasn\'t
> ever
> seeing
> > a
> > > null string instead of null, are you sure you were seeing that?
> > > Michael Hartmeier wrote:
> > > > Sorry, here\'s the complete post:
> > > >
> > > > I have a schema with the following wildcard:
> > > >
> > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > >
> > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> list
> > > > of strings:
> > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > >
> > > > Is this the intended behavior? I\'d expect
> > > > null, // because my schema has not TargetNamespace
> > > > null, // \"##targetNamespace\" resolved
> > > > ns1, // ok
> > > > ns2, // ok
> > > >
> > > > Michael
> > > --
> > > Ed Merks
> > > --------------82266E9AE831E94A429A71FF
> > > Content-Type: multipart/related;
> > > boundary=\"------------5852EFEDE5214C6311E9D631\"
> > > --------------5852EFEDE5214C6311E9D631
> > > Content-Type: text/html; charset=us-ascii
> > > Content-Transfer-Encoding: 7bit
> > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > <html>
> > > Michael,
> > > Thanks for finding another problem. XSDWildcardImpl
> contains this
> > > error:
> > > 624c624
> > > < else if (string.equals(\"##target\"))
> > > ---
> > > > else if (string.equals(\"##targetNamespace\"))
> > > With that problem fixed I get this result in the semantic
> view:
> > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
> width=195>
> > > So the result now is null, ns1, ns2; I don\'t think there
> should be
> > duplicates,
> > > but I\'m not absolute certain about that. I wasn\'t ever
> seeing a null
> > > string instead of null, are you sure you were seeing that?
> > > 
> > > Michael Hartmeier wrote:
> > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > I have a schema with the following wildcard:
> > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > If I invoke XSDWildcard.getNamespaceConstraint, I get the
> following
> > > list
> > > of strings:
> > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > Is this the intended behavior? I\'d expect
> > > null, // because my schema has not TargetNamespace
> > > null, // \"##targetNamespace\" resolved
> > > ns1, // ok
> > > ns2, // ok
> > > Michael</blockquote>
> > > --
> > > Ed Merks
> > > </html>
> > > --------------5852EFEDE5214C6311E9D631
> > > Content-Type: image/jpeg
> > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > Content-Transfer-Encoding: base64
> > > Content-Disposition: inline;
> > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> > >
/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > >
eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > >
xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > >
CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > >
AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > >
FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > >
h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > >
5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > >
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > >
NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > >
hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > >
5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > >
iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > >
mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > >
kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > >
BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > >
7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > >
hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > >
AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > >
x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > >
qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > >
F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > >
Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > >
KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > >
CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > >
RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > >
ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > >
cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > >
kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > >
vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > >
x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > >
WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > >
R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > >
AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > >
AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > >
saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > >
OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > >
v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > >
/oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > >
tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > >
PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > >
+H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > >
h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > >
1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > >
yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > >
Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > >
AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > >
yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > >
oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > >
x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > >
GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > >
9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > >
IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > >
ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > --------------5852EFEDE5214C6311E9D631--
> > > --------------82266E9AE831E94A429A71FF--</blockquote>
> </html>

> --------------03FE44968112621ED12DAA38
> Content-Type: image/jpeg
> Content-ID: <part1.3E634ADD.90D9F39F@ca.ibm.com>
> Content-Transfer-Encoding: base64
> Content-Disposition: inline;
filename="C:\DOCUME~1\merks\LOCALS~1\Temp\nsmail9F.jpeg"

> /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> CABjAOADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDdmYrDIynBCkj8qrPKAZAs k+8A8mHA4z32
> 4/WrTqHRlPRhg4qNomfcjSybSOeBzn8KAHtIqgkhuPRSfX/CqLahKzx+XGgV lDks4xgtgc54
> P588e9aNRmKLKsY1ypyDt6Enk/nTQCQzCV5U24aNtp7j25+nbt+Wa8zTNfmJ HmVAin92EwCS
> 3J3c9u1XFUKMKABkngdz1qKS1ilk8xvMDYCkpIy5Az6H3NICml+8W5BFJMQ7 s2AxON7AAYB9
> O+O34SNfuodjCu1fMbIfkqhwx6demB+oqc2cDdUPUkgMQGySSDzyMk8H1NKb WFlKlOCHU8no
> xy35mgCs+pFTMRbuyRh/mw3Vc5ycYA4Pc9uPRZLq4E0UIjjEu8ZXflSpV++3 I5X09Knazgcv
> uQkOCCNxxz1IGcAnJ5HqfWnSW8UrFmU7iANwYgjGcYI6dT+dADIbky3DxFVT bnAZiHODjO3H
> T3zVio0gRJGkG4s3dmLY+men4VJQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
> TR/rGPsP606mj/WMfYf1oAdVWWQK7B3lwGwAkW/sD2B9atVGYjuZlkddxyQM emPSgBsMmd2S
> 7DIwSuDjA68cdahub4xCQRxliiBueOScDg9e/wDL6WY02bvmLFjkk4/z2pWj R/vorcFeRng9
> RQgK0V2/7tZlXLuyZQg8jpxz7554/WrE0giiZzjgcA9z2FCJGuCiKu3IGFxj 1/lSyIsiFHGQ
> aGBFaXH2hGJQoyNtYHPXAPcA9CO1T1HDAkAYJu+Y7iWYsScY6n6CpKACiiig AooooAKKKKAC
> iiigAooooAKKKKACiiigAooooAKKKKACmj/WMfYf1p1NH+sY+w/rQA6iiigA qKdioTDMoJOd
> oycYJ6fhUtMkTft+YqVOQRj/AD3oArxyjcuxptu75g8RXPBPHyjPSp3mSNGd yVVepIP0/GgR
> HcrNI7bTkA49MelPZQ6lWAZSMEEcEUAV1umZ3AgbCKCRkbskZxj9OtTRyJLG Hjbcp6Go/ssO
> cbW5XbncemMdfXB69amVQihVAVQMAAcAUAVhef6YIdmVYlVcZ6gEkdMdj0J/ ni1UBtY/M81A
> RICWXLMVDEEZ25x3P50CKV+Lh43TIICxlTkEEHO4+lAC3jtFZzyIcMkbMD6E Co5Lp4QVliUS
> FMoqvkMc4xnHHJXk/wB72p7RzuxDSQtETgoYjkr6Z3f0pRbgPEQzFYskBiWO T3yTnoSPx9qA
> IDfmNWkliAiDOoKtliV3dsD+6e/pUtpcPPvDwtGVxzhsHP8AvAenp6UkVlEm 4vmQszthiSo3
> En7pOOhx+frUsUCQ52biT1LMWP5mgCSiiigAooooAKKKKACiiigAooooAKKK KACmj/WMfYf1
> p1NH+sY+w/rQA6iiigAooooAKKKKAKC3GZ4Y2ebe6Z3CPgfd77enPXPGOatQ ybokLZLFRk7T
> 7f400QbWQCR/lUgHAyBxx0/zipUUIiqOijAzQBBJdqG2xqXO8R5zhdxzxn2x UiTK0hiYFJAA
> dp7j1Hr6f5FD20TszFPmYgkgkcjofrTo4Y4yxRQC2AT9BgCgCO6uDAq7FDux +782cevygn07
> d6hjvzJ+8WIeRuRdxb5ssFI4xj+Id6sywJNjfuBHQqxU/mKalrCkflqmFyrY yeq4x/6CPyoA
> jjuDcgRrujbZlypBMZzjHIweQwz7e4qO3ujFaQSXMjMJY97OQPlO0HGAPQMf wq1DF5e8k7md
> yxOMew/IAD8Ka1uvlwxL8scZU7euQOgz9cH8KAIVvJdx8yBUVXRG/eZYMwXt jB5Yd6WzvTdN
> /qXVGXcrENjHvkAZ57E96eton2iSZizF3DBdx2jAA6Zwemc4/lT4reKFtyKQ cYGWJCj0APQe
> w9BQBLRRRQAUUUUAFFFFABRRRQAUUUUAFNH+sY+w/rTqaP8AWMfYf1oAdRRR QAUUUUAFFFFA
> FNJQTGGkn3kDkQ5HOO+3H61PDJuiQtksVGTtPt/jQsJVQqzSAAYHC/4U9FCI qjoowM0AZzy3
> 8NvI8mAcqFzt9+mPwqzFeAypbyKwmIG7HQHGasMFIBZQdvI4zj6UnlR+Z5nl rv8A72Ofzo6B
> 0sRXdybfZhV+bOXdiqL9WwcdeKhOo4eQmCQxJvywU/w5z2x2Pf0/C1LAk2PM 3EDsGIB+oHX8
> ab9lhLlimc5ypJK89fl6c8/mfWgCJbuQXSwSworMRyrlhghz6D+5+tRtqRDl Ut3cqTuChicB
> mXjAPPynrj61KtjEJHYtIQwUDMjFlIzyGzkfe/zmnCytwoXa2BnPzt82ST83 Pzck9c9TQBEb
> 8xq0ksQEQZ1BVssSu7tgf3T39KWa7mh2K8CmR8kBGZhgY9Fz39Pxqc20JUKU BUMzYPIyc5/9
> CP5037JEVAzJwchvNbcPbOc44HFAEsb+ZGr7WXcAdrDBHsadSKoRQqgKoGAA OAKWgAooooAK
> KKKACiiigAooooAKaP8AWMfYf1p1NH+sY+w/rQA6iiigAooooAKKKKACiiig BsnMbDrwaC4H
> Zv8Avk/57U6igBAc1TsLuS5JLoiqRuUAjI5I5Gf14q7TUjRCxRFUsckgYyaf QBJkMkMiK5Rm
> UgMOqnHWqN9fFUnjVSAUcJIu7hgpPXGOx6En+mjVd7K3kYl1Y5z8u9gvIIPG cdz+dICOS8ki
> 3LJCokG08OSgBzyTjj7p7en4It+WnWNYS65UMybmGSAeDjBHI5JH09ZvskQU jMnJyW81tx9s
> 5zjk8Uv2WEOGCYxjCgkLx0+Xpxx+Q9KAKjX07QRMIkR5gjph8ggsoIPHH3h6 96suz21vcTv8
> xAMmzPC4UcA/UHt3p32WEoibOETYvJ4HH+A568U9okeEwsCyFdpBJyRjHXrQ BWkvJItyyQqJ
> BtPDkoAc8k44+6e3p+Cl5XljMcwJYKxRcFAvck4ye+OmeOODU0lvHIxZt4Yg AlXZTgZx0Pua
> aLSFZN6B0OQcLIyrwABwDjoBQAy4unhkkAiVkijEjkvg456DHP3fUUsdy0s0 kQCRlQdu8ncc
> HGduB8vuD/8AWleCOTzN658xNjc9Rzx+ppBbxhnb5yzggkuxIB6454/D0FAC WbtLZwSOcs8a
> sT6kipqZDEkESxRghFGACScD8afQAUUUUAMmYrDIynBCkj8qyfttxnO/n12i iigDZooooAKp
> 6jPJB9l8ttvmXCI3Gcg5yKKKAB55B5+G+7cRoOOgOzI/U1NdO0cSshwTIi/g WAP6GiigBLFi
> 9hbsxLMYlJJPJOBSs7C9ijB+Vo3Yj3BXH8zRRQBNRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
> RRRQAUUUUAFFFFAH/9k=
> --------------03FE44968112621ED12DAA38--

> --------------AAD4D3C61D0E187A07E4E620--

Report message to a moderator

Re: XSDWildcard.getNamespaceConstraint [message #565615 is a reply to message #11856]

Mon, 03 March 2003 14:25

Ed Merks

Messages: 33136
Registered: July 2009

Senior Member

--------------613F7A204F8B850EC52FAA49
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Michael,

Sorry, I didn't noticed that XSD produces 'absent' for both null and "" in
XSDWildcardImpl.getStringNamespaceConstraint:

if (value == null || value.length() == 0)
{
result.append("'absent'");
}

I'm making these changes:

> etools-diff XSDWildcardImpl.java
15,16c15,16
< *
plugins/org.eclipse.xsd/src/org/eclipse/xsd/impl/XSDWildcard Impl.java,
xsd, org.eclipse.dev, 20030228_1553TL
< * @version 1.20 2/28/03
---
> * %W%
> * @version %I% %H%
623,626d622
< if (targetNamespace == null)
< {
< targetNamespace = "";
< }
634,637d629
< if (targetNamespace == null)
< {
< targetNamespace = "";
< }
643c635
< newNamespaceConstraint.add("");
---
> newNamespaceConstraint.add(null);

to fix the problem.

And this change as well to prevent null point exceptions:

> etools-diff XSDConcreteComponentImpl.java
15,16c15,16
< *
plugins/org.eclipse.xsd/src/org/eclipse/xsd/impl/XSDConcrete ComponentImpl.java,
xsd, org.eclipse.dev, 20030228_1553TL
< * @version 1.27 2/28/03
---
> * %W%
> * @version %I% %H%
2051c2051
< if (!targetObject.equals(prototypeObject))
---
> if (targetObject == null ? prototypeObject != null :
!targetObject.equals(prototypeObject))

Sorry for the confusion. (I expect we'll put out a new 1.0.2 driver this week.)

Michael Hartmeier wrote:

> I've used 'stable build (20030225_1207VL)', so I think I used the latest
> driver.
>
> Michael
>
> Ed Merks wrote:
>
> > --------------AAD4D3C61D0E187A07E4E620
> > Content-Type: text/plain; charset=us-ascii
> > Content-Transfer-Encoding: 7bit
>
> > Michael,
>
> > This problem was fixed on January 24, so you'd need the last driver (02/25)
> to
> > verify this. In the semantic view, 'absent' means it's null:
>
> > [Image]
>
> > Michael Hartmeier wrote:
>
> > > I still see "" instead of null with the latest release (build 1207).
> > > The "#targetNamespace" is fixed.
> > > This is my test schema:
> > > <xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'>
> > > <xs:element name='a'>
> > > <xs:complexType>
> > > <xs:sequence>
> > > <xs:any namespace=
> > > '##local ##targetNamespace ns1 ns2'/>
> > > </xs:sequence>
> > > </xs:complexType>
> > > </xs:element>
> > > </xs:schema>
> > >
> > > Michael
> > >
> > > Michael Hartmeier wrote:
> > >
> > > > Yes, I was seeing "". But maybe this is due to the old XSD version I use.
> > > > I'll post again if the "" problem persists in the next XSD version you
> > > > release.
> > >
> > > > Michael
> > >
> > > > Ed Merks wrote:
> > >
> > > > > --------------82266E9AE831E94A429A71FF
> > > > > Content-Type: text/plain; charset=us-ascii
> > > > > Content-Transfer-Encoding: 7bit
> > >
> > > > > Michael,
> > >
> > > > > Thanks for finding another problem. XSDWildcardImpl contains this
> error:
> > >
> > > > > 624c624
> > > > > < else if (string.equals(\"##target\"))
> > > > > ---
> > > > > > else if (string.equals(\"##targetNamespace\"))
> > >
> > > > > With that problem fixed I get this result in the semantic view:
> > >
> > > > > [Image]
> > >
> > > > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > > > duplicates, but I\'m not absolute certain about that. I wasn\'t ever
> > > seeing
> > > > a
> > > > > null string instead of null, are you sure you were seeing that?
> > >
> > > > > Michael Hartmeier wrote:
> > >
> > > > > > Sorry, here\'s the complete post:
> > > > > >
> > > > > > I have a schema with the following wildcard:
> > > > > >
> > > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > > >
> > > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> list
> > > > > > of strings:
> > > > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > > >
> > > > > > Is this the intended behavior? I\'d expect
> > > > > > null, // because my schema has not TargetNamespace
> > > > > > null, // \"##targetNamespace\" resolved
> > > > > > ns1, // ok
> > > > > > ns2, // ok
> > > > > >
> > > > > > Michael
> > >
> > > > > --
> > > > > Ed Merks
> > >
> > > > > --------------82266E9AE831E94A429A71FF
> > > > > Content-Type: multipart/related;
> > > > > boundary=\"------------5852EFEDE5214C6311E9D631\"
> > >
> > > > > --------------5852EFEDE5214C6311E9D631
> > > > > Content-Type: text/html; charset=us-ascii
> > > > > Content-Transfer-Encoding: 7bit
> > >
> > > > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > > > <html>
> > > > > Michael,
> > > > > Thanks for finding another problem. XSDWildcardImpl contains this
> > > > > error:
> > > > > 624c624
> > > > > < else if (string.equals(\"##target\"))
> > > > > ---
> > > > > > else if (string.equals(\"##targetNamespace\"))
> > > > > With that problem fixed I get this result in the semantic view:
> > > > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
> width=195>
> > > > > So the result now is null, ns1, ns2; I don\'t think there should be
> > > > duplicates,
> > > > > but I\'m not absolute certain about that. I wasn\'t ever seeing a null
> > > > > string instead of null, are you sure you were seeing that?
> > > > > 
> > > > > Michael Hartmeier wrote:
> > > > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > > > I have a schema with the following wildcard:
> > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > > > > list
> > > > > of strings:
> > > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > > Is this the intended behavior? I\'d expect
> > > > > null, // because my schema has not TargetNamespace
> > > > > null, // \"##targetNamespace\" resolved
> > > > > ns1, // ok
> > > > > ns2, // ok
> > > > > Michael</blockquote>
> > >
> > > > > --
> > > > > Ed Merks
> > > > > </html>
> > >
> > > > > --------------5852EFEDE5214C6311E9D631
> > > > > Content-Type: image/jpeg
> > > > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > > > Content-Transfer-Encoding: base64
> > > > > Content-Disposition: inline;
> > > > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> > >
> > > > >
> /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > > > >
> eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > > > >
> xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > > > >
> CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > > > >
> AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > > > >
> FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > > > >
> h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > > > >
> 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > > > >
> AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > > > >
> NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > > > >
> hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > > > >
> 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > > > >
> iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > > > >
> mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > > > >
> kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > > > >
> BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > > > >
> 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > > > >
> hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > > > >
> AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > > > >
> x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > > > >
> qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > > > >
> F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > > > >
> Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > > > >
> KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > > > >
> CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > > > >
> RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > > > >
> ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > > > >
> cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > > > >
> kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > > > >
> vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > > > >
> x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > > > >
> WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > > > >
> R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > > > >
> AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > > > >
> AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > > > >
> saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > > > >
> OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > > > >
> v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > > > >
> /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > > > >
> tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > > > >
> PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > > > >
> +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > > > >
> h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > > > >
> 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > > > >
> yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > > > >
> Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > > > >
> AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > > > >
> yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > > > >
> oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > > > >
> x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > > > >
> GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > > > >
> 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > > > >
> IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > > > >
> ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > > > --------------5852EFEDE5214C6311E9D631--
> > >
> > > > > --------------82266E9AE831E94A429A71FF--
>
> > --------------AAD4D3C61D0E187A07E4E620
> > Content-Type: multipart/related;
> > boundary="------------03FE44968112621ED12DAA38"
>
> > --------------03FE44968112621ED12DAA38
> > Content-Type: text/html; charset=us-ascii
> > Content-Transfer-Encoding: 7bit
>
> > <!doctype html public "-//w3c//dtd html 4.0 transitional//en">
> > <html>
> > Michael,
> > This problem was fixed on January 24, so you'd need the last driver
> > (02/25) to verify this. In the semantic view, 'absent' means it's
> > null:
> > <blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com" height=99
> width=224></blockquote>
>
> > Michael Hartmeier wrote:
> > <blockquote TYPE=CITE>I still see "" instead of null with the latest release
> > (build 1207).
> > The "#targetNamespace" is fixed.
> > This is my test schema:
> > <xs:schema xmlns:xs='<a
> href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>'>
> > <xs:element name='a'>
> > <xs:complexType>
> > <xs:sequence>
> > <xs:any
> > namespace=
> > 
> > '##local ##targetNamespace ns1 ns2'/>
> > </xs:sequence>
> > </xs:complexType>
> > </xs:element>
> > </xs:schema>
> > Michael
> > Michael Hartmeier wrote:
> > > Yes, I was seeing "". But maybe this is due to the old XSD version
> > I use.
> > > I'll post again if the "" problem persists in the next XSD version
> > you
> > > release.
> > > Michael
> > > Ed Merks wrote:
> > > > --------------82266E9AE831E94A429A71FF
> > > > Content-Type: text/plain; charset=us-ascii
> > > > Content-Transfer-Encoding: 7bit
> > > > Michael,
> > > > Thanks for finding another problem. XSDWildcardImpl contains
> > this error:
> > > > 624c624
> > > > < else if (string.equals(\"##target\"))
> > > > ---
> > > > > else if (string.equals(\"##targetNamespace\"))
> > > > With that problem fixed I get this result in the semantic view:
> > > > [Image]
> > > > So the result now is null, ns1, ns2; I don\'t think there should
> > be
> > > > duplicates, but I\'m not absolute certain about that. I wasn\'t
> > ever
> > seeing
> > > a
> > > > null string instead of null, are you sure you were seeing that?
> > > > Michael Hartmeier wrote:
> > > > > Sorry, here\'s the complete post:
> > > > >
> > > > > I have a schema with the following wildcard:
> > > > >
> > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > >
> > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > list
> > > > > of strings:
> > > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > >
> > > > > Is this the intended behavior? I\'d expect
> > > > > null, // because my schema has not TargetNamespace
> > > > > null, // \"##targetNamespace\" resolved
> > > > > ns1, // ok
> > > > > ns2, // ok
> > > > >
> > > > > Michael
> > > > --
> > > > Ed Merks
> > > > --------------82266E9AE831E94A429A71FF
> > > > Content-Type: multipart/related;
> > > > boundary=\"------------5852EFEDE5214C6311E9D631\"
> > > > --------------5852EFEDE5214C6311E9D631
> > > > Content-Type: text/html; charset=us-ascii
> > > > Content-Transfer-Encoding: 7bit
> > > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
> > > > <html>
> > > > Michael,
> > > > Thanks for finding another problem. XSDWildcardImpl
> > contains this
> > > > error:
> > > > 624c624
> > > > < else if (string.equals(\"##target\"))
> > > > ---
> > > > > else if (string.equals(\"##targetNamespace\"))
> > > > With that problem fixed I get this result in the semantic
> > view:
> > > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95
> > width=195>
> > > > So the result now is null, ns1, ns2; I don\'t think there
> > should be
> > > duplicates,
> > > > but I\'m not absolute certain about that. I wasn\'t ever
> > seeing a null
> > > > string instead of null, are you sure you were seeing that?
> > > > 
> > > > Michael Hartmeier wrote:
> > > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > > I have a schema with the following wildcard:
> > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the
> > following
> > > > list
> > > > of strings:
> > > > \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > > Is this the intended behavior? I\'d expect
> > > > null, // because my schema has not TargetNamespace
> > > > null, // \"##targetNamespace\" resolved
> > > > ns1, // ok
> > > > ns2, // ok
> > > > Michael</blockquote>
> > > > --
> > > > Ed Merks
> > > > </html>
> > > > --------------5852EFEDE5214C6311E9D631
> > > > Content-Type: image/jpeg
> > > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
> > > > Content-Transfer-Encoding: base64
> > > > Content-Disposition: inline;
> > > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
> > > >
> /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > > >
> eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > > >
> xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > > >
> CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > > >
> AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > > >
> FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > > >
> h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > > >
> 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > > >
> AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > > >
> NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > > >
> hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > > >
> 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
> > > >
> iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
> > > >
> mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
> > > >
> kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
> > > >
> BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
> > > >
> 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
> > > >
> hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
> > > >
> AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
> > > >
> x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
> > > >
> qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
> > > >
> F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
> > > >
> Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
> > > >
> KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
> > > >
> CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
> > > >
> RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
> > > >
> ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
> > > >
> cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
> > > >
> kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
> > > >
> vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
> > > >
> x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
> > > >
> WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
> > > >
> R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
> > > >
> AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
> > > >
> AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
> > > >
> saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
> > > >
> OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
> > > >
> v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
> > > >
> /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
> > > >
> tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
> > > >
> PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
> > > >
> +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
> > > >
> h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
> > > >
> 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
> > > >
> yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
> > > >
> Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
> > > >
> AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
> > > >
> yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
> > > >
> oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
> > > >
> x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
> > > >
> GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
> > > >
> 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
> > > >
> IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
> > > >
> ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
> > > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
> > > > --------------5852EFEDE5214C6311E9D631--
> > > > --------------82266E9AE831E94A429A71FF--</blockquote>
> > </html>
>
> > --------------03FE44968112621ED12DAA38
> > Content-Type: image/jpeg
> > Content-ID: <part1.3E634ADD.90D9F39F@ca.ibm.com>
> > Content-Transfer-Encoding: base64
> > Content-Disposition: inline;
> filename="C:\DOCUME~1\merks\LOCALS~1\Temp\nsmail9F.jpeg"
>
> > /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
> > eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
> > xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
> > CABjAOADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
> > AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
> > FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
> > h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
> > 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
> > AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
> > NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
> > hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
> > 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDdmYrDIynBCkj8qrPKAZAs k+8A8mHA4z32
> > 4/WrTqHRlPRhg4qNomfcjSybSOeBzn8KAHtIqgkhuPRSfX/CqLahKzx+XGgV lDks4xgtgc54
> > P588e9aNRmKLKsY1ypyDt6Enk/nTQCQzCV5U24aNtp7j25+nbt+Wa8zTNfmJ HmVAin92EwCS
> > 3J3c9u1XFUKMKABkngdz1qKS1ilk8xvMDYCkpIy5Az6H3NICml+8W5BFJMQ7 s2AxON7AAYB9
> > O+O34SNfuodjCu1fMbIfkqhwx6demB+oqc2cDdUPUkgMQGySSDzyMk8H1NKb WFlKlOCHU8no
> > xy35mgCs+pFTMRbuyRh/mw3Vc5ycYA4Pc9uPRZLq4E0UIjjEu8ZXflSpV++3 I5X09Knazgcv
> > uQkOCCNxxz1IGcAnJ5HqfWnSW8UrFmU7iANwYgjGcYI6dT+dADIbky3DxFVT bnAZiHODjO3H
> > T3zVio0gRJGkG4s3dmLY+men4VJQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
> > TR/rGPsP606mj/WMfYf1oAdVWWQK7B3lwGwAkW/sD2B9atVGYjuZlkddxyQM emPSgBsMmd2S
> > 7DIwSuDjA68cdahub4xCQRxliiBueOScDg9e/wDL6WY02bvmLFjkk4/z2pWj R/vorcFeRng9
> > RQgK0V2/7tZlXLuyZQg8jpxz7554/WrE0giiZzjgcA9z2FCJGuCiKu3IGFxj 1/lSyIsiFHGQ
> > aGBFaXH2hGJQoyNtYHPXAPcA9CO1T1HDAkAYJu+Y7iWYsScY6n6CpKACiiig AooooAKKKKAC
> > iiigAooooAKKKKACiiigAooooAKKKKACmj/WMfYf1p1NH+sY+w/rQA6iiigA qKdioTDMoJOd
> > oycYJ6fhUtMkTft+YqVOQRj/AD3oArxyjcuxptu75g8RXPBPHyjPSp3mSNGd yVVepIP0/GgR
> > HcrNI7bTkA49MelPZQ6lWAZSMEEcEUAV1umZ3AgbCKCRkbskZxj9OtTRyJLG Hjbcp6Go/ssO
> > cbW5XbncemMdfXB69amVQihVAVQMAAcAUAVhef6YIdmVYlVcZ6gEkdMdj0J/ ni1UBtY/M81A
> > RICWXLMVDEEZ25x3P50CKV+Lh43TIICxlTkEEHO4+lAC3jtFZzyIcMkbMD6E Co5Lp4QVliUS
> > FMoqvkMc4xnHHJXk/wB72p7RzuxDSQtETgoYjkr6Z3f0pRbgPEQzFYskBiWO T3yTnoSPx9qA
> > IDfmNWkliAiDOoKtliV3dsD+6e/pUtpcPPvDwtGVxzhsHP8AvAenp6UkVlEm 4vmQszthiSo3
> > En7pOOhx+frUsUCQ52biT1LMWP5mgCSiiigAooooAKKKKACiiigAooooAKKK KACmj/WMfYf1
> > p1NH+sY+w/rQA6iiigAooooAKKKKAKC3GZ4Y2ebe6Z3CPgfd77enPXPGOatQ ybokLZLFRk7T
> > 7f400QbWQCR/lUgHAyBxx0/zipUUIiqOijAzQBBJdqG2xqXO8R5zhdxzxn2x UiTK0hiYFJAA
> > dp7j1Hr6f5FD20TszFPmYgkgkcjofrTo4Y4yxRQC2AT9BgCgCO6uDAq7FDux +782cevygn07
> > d6hjvzJ+8WIeRuRdxb5ssFI4xj+Id6sywJNjfuBHQqxU/mKalrCkflqmFyrY yeq4x/6CPyoA
> > jjuDcgRrujbZlypBMZzjHIweQwz7e4qO3ujFaQSXMjMJY97OQPlO0HGAPQMf wq1DF5e8k7md
> > yxOMew/IAD8Ka1uvlwxL8scZU7euQOgz9cH8KAIVvJdx8yBUVXRG/eZYMwXt jB5Yd6WzvTdN
> > /qXVGXcrENjHvkAZ57E96eton2iSZizF3DBdx2jAA6Zwemc4/lT4reKFtyKQ cYGWJCj0APQe
> > w9BQBLRRRQAUUUUAFFFFABRRRQAUUUUAFNH+sY+w/rTqaP8AWMfYf1oAdRRR QAUUUUAFFFFA
> > FNJQTGGkn3kDkQ5HOO+3H61PDJuiQtksVGTtPt/jQsJVQqzSAAYHC/4U9FCI qjoowM0AZzy3
> > 8NvI8mAcqFzt9+mPwqzFeAypbyKwmIG7HQHGasMFIBZQdvI4zj6UnlR+Z5nl rv8A72Ofzo6B
> > 0sRXdybfZhV+bOXdiqL9WwcdeKhOo4eQmCQxJvywU/w5z2x2Pf0/C1LAk2PM 3EDsGIB+oHX8
> > ab9lhLlimc5ypJK89fl6c8/mfWgCJbuQXSwSworMRyrlhghz6D+5+tRtqRDl Ut3cqTuChicB
> > mXjAPPynrj61KtjEJHYtIQwUDMjFlIzyGzkfe/zmnCytwoXa2BnPzt82ST83 Pzck9c9TQBEb
> > 8xq0ksQEQZ1BVssSu7tgf3T39KWa7mh2K8CmR8kBGZhgY9Fz39Pxqc20JUKU BUMzYPIyc5/9
> > CP5037JEVAzJwchvNbcPbOc44HFAEsb+ZGr7WXcAdrDBHsadSKoRQqgKoGAA OAKWgAooooAK
> > KKKACiiigAooooAKaP8AWMfYf1p1NH+sY+w/rQA6iiigAooooAKKKKACiiig BsnMbDrwaC4H
> > Zv8Avk/57U6igBAc1TsLuS5JLoiqRuUAjI5I5Gf14q7TUjRCxRFUsckgYyaf QBJkMkMiK5Rm
> > UgMOqnHWqN9fFUnjVSAUcJIu7hgpPXGOx6En+mjVd7K3kYl1Y5z8u9gvIIPG cdz+dICOS8ki
> > 3LJCokG08OSgBzyTjj7p7en4It+WnWNYS65UMybmGSAeDjBHI5JH09ZvskQU jMnJyW81tx9s
> > 5zjk8Uv2WEOGCYxjCgkLx0+Xpxx+Q9KAKjX07QRMIkR5gjph8ggsoIPHH3h6 96suz21vcTv8
> > xAMmzPC4UcA/UHt3p32WEoibOETYvJ4HH+A568U9okeEwsCyFdpBJyRjHXrQ BWkvJItyyQqJ
> > BtPDkoAc8k44+6e3p+Cl5XljMcwJYKxRcFAvck4ye+OmeOODU0lvHIxZt4Yg AlXZTgZx0Pua
> > aLSFZN6B0OQcLIyrwABwDjoBQAy4unhkkAiVkijEjkvg456DHP3fUUsdy0s0 kQCRlQdu8ncc
> > HGduB8vuD/8AWleCOTzN658xNjc9Rzx+ppBbxhnb5yzggkuxIB6454/D0FAC WbtLZwSOcs8a
> > sT6kipqZDEkESxRghFGACScD8afQAUUUUAMmYrDIynBCkj8qyfttxnO/n12i iigDZooooAKp
> > 6jPJB9l8ttvmXCI3Gcg5yKKKAB55B5+G+7cRoOOgOzI/U1NdO0cSshwTIi/g WAP6GiigBLFi
> > 9hbsxLMYlJJPJOBSs7C9ijB+Vo3Yj3BXH8zRRQBNRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAB
> > RRRQAUUUUAFFFFAH/9k=
> > --------------03FE44968112621ED12DAA38--
>
> > --------------AAD4D3C61D0E187A07E4E620--

--------------613F7A204F8B850EC52FAA49
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Michael,
Sorry, I didn't noticed that XSD produces 'absent' for both null and
"" in XSDWildcardImpl.getStringNamespaceConstraint:
<blockquote>if (value == null || value.length() == 0)
 {
   result.append("'absent'");
 }</blockquote>
I'm making these changes:
<blockquote>> etools-diff XSDWildcardImpl.java
 15,16c15,16
 <  * plugins/org.eclipse.xsd/src/org/eclipse/xsd/impl/XSDWildcard Impl.java,
xsd, org.eclipse.dev, 20030228_1553TL
 <  * @version 1.20 2/28/03
 ---
 >  * %W%
 >  * @version %I% %H%
 623,626d622
 <     &a mp;nbsp;   if (targetNamespace
== null)
 <     &a mp;nbsp;   {
 <     &a mp;nbsp;     targetNamespace
= "";
 <     &a mp;nbsp;   }
 634,637d629
 <     &a mp;nbsp;   if (targetNamespace
== null)
 <     &a mp;nbsp;   {
 <     &a mp;nbsp;     targetNamespace
= "";
 <     &a mp;nbsp;   }
 643c635
 <     &a mp;nbsp;   newNamespaceConstraint.add("");
 ---
 >           newNamespaceConstraint.add(null);</blockquote>
to fix the problem.
And this change as well to prevent null point exceptions:
  
<blockquote>> etools-diff XSDConcreteComponentImpl.java
 15,16c15,16
 <  * plugins/org.eclipse.xsd/src/org/eclipse/xsd/impl/XSDConcrete ComponentImpl.java,
xsd, org.eclipse.dev, 20030228_1553TL
 <  * @version 1.27 2/28/03
 ---
 >  * %W%
 >  * @version %I% %H%
 2051c2051
 <     &a mp;nbsp;   if (!targetObject.equals(prototypeObject))
 ---
 >           if (targetObject
== null ? prototypeObject != null : !targetObject.equals(prototypeObject))</blockquote>
Sorry for the confusion.  (I expect we'll put out a new 1.0.2 driver
this week.)
  
Michael Hartmeier wrote:
<blockquote TYPE=CITE>I've used 'stable build (20030225_1207VL)', so I
think I used the latest
 driver.
Michael
 Ed Merks wrote:
> --------------AAD4D3C61D0E187A07E4E620
 > Content-Type: text/plain; charset=us-ascii
 > Content-Transfer-Encoding: 7bit
> Michael,
> This problem was fixed on January 24, so you'd need the last driver
(02/25)
 to
 > verify this.  In the semantic view, 'absent' means it's null:
>      [Image]
> Michael Hartmeier wrote:
> > I still see "" instead of null with the latest release (build 1207).
 > > The "#targetNamespace" is fixed.
 > > This is my test schema:
 > >   <xs:schema xmlns:xs='<a href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>'>
 > >     <xs:element name='a'>
 > >          <xs:complexType>
 > >            <xs:sequence>
 > >             
<xs:any namespace=
 > >                 
'##local ##targetNamespace ns1 ns2'/>
 > >            </xs:sequence>
 > >      </xs:complexType>
 > >   </xs:element>
 > > </xs:schema>
 > >
 > > Michael
 > >
 > > Michael Hartmeier wrote:
 > >
 > > > Yes, I was seeing "". But maybe this is due to the old XSD version
I use.
 > > > I'll post again if the "" problem persists in the next XSD version
you
 > > > release.
 > >
 > > > Michael
 > >
 > > > Ed Merks wrote:
 > >
 > > > > --------------82266E9AE831E94A429A71FF
 > > > > Content-Type: text/plain; charset=us-ascii
 > > > > Content-Transfer-Encoding: 7bit
 > >
 > > > > Michael,
 > >
 > > > > Thanks for finding another problem.  XSDWildcardImpl contains
this
 error:
 > >
 > > > > 624c624
 > > > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > > > ---
 > > > > >        else if (string.equals(\"##targetNamespace\"))
 > >
 > > > > With that problem fixed I get this result in the semantic view:
 > >
 > > > > [Image]
 > >
 > > > > So the result now is null, ns1, ns2; I don\'t think there should
be
 > > > > duplicates, but I\'m not absolute certain about that. 
I wasn\'t ever
 > > seeing
 > > > a
 > > > > null string instead of null, are you sure you were seeing that?
 > >
 > > > > Michael Hartmeier wrote:
 > >
 > > > > > Sorry, here\'s the complete post:
 > > > > >
 > > > > > I have a schema with the following wildcard:
 > > > > >
 > > > > > <xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
 > > > > >
 > > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get the
following
 list
 > > > > > of strings:
 > > > > >   \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
 > > > > >
 > > > > > Is this the intended behavior?  I\'d expect
 > > > > >   null, // because my schema has not TargetNamespace
 > > > > >   null, // \"##targetNamespace\" resolved
 > > > > >   ns1,  // ok
 > > > > >   ns2,  // ok
 > > > > >
 > > > > > Michael
 > >
 > > > > --
 > > > > Ed Merks
 > >
 > > > > --------------82266E9AE831E94A429A71FF
 > > > > Content-Type: multipart/related;
 > > > >  boundary=\"------------5852EFEDE5214C6311E9D631\"
 > >
 > > > > --------------5852EFEDE5214C6311E9D631
 > > > > Content-Type: text/html; charset=us-ascii
 > > > > Content-Transfer-Encoding: 7bit
 > >
 > > > > <!doctype html public \"-//w3c//dtd html 4.0 transitional//en\">
 > > > > <html>
 > > > > Michael,
 > > > > Thanks for finding another problem.  XSDWildcardImpl
contains this
 > > > > error:
 > > > > 624c624
 > > > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > > > ---
 > > > > >        else if (string.equals(\"##targetNamespace\"))
 > > > > With that problem fixed I get this result in the semantic
view:
 > > > > <img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\"
height=95
 width=195>
 > > > > So the result now is null, ns1, ns2; I don\'t think there
should be
 > > > duplicates,
 > > > > but I\'m not absolute certain about that.  I wasn\'t ever
seeing a null
 > > > > string instead of null, are you sure you were seeing that?
 > > > > 
 > > > > Michael Hartmeier wrote:
 > > > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
 > > > > I have a schema with the following wildcard:
 > > > > <xs:any namespace=\'##local ##targetNamespace ns1
ns2\'/>
 > > > > If I invoke XSDWildcard.getNamespaceConstraint, I get
the following
 > > > > list
 > > > > of strings:
 > > > >   \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
 > > > > Is this the intended behavior?  I\'d expect
 > > > >   null, // because my schema has not TargetNamespace
 > > > >   null, // \"##targetNamespace\" resolved
 > > > >   ns1,  // ok
 > > > >   ns2,  // ok
 > > > > Michael</blockquote>
 > >
 > > > > --
 > > > > Ed Merks
 > > > > </html>
 > >
 > > > > --------------5852EFEDE5214C6311E9D631
 > > > > Content-Type: image/jpeg
 > > > > Content-ID: <part1.3E3130C4.AAC9F336@ca.ibm.com>
 > > > > Content-Transfer-Encoding: base64
 > > > > Content-Disposition: inline;
 > > > filename=\"C:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\nsmailCS.jpeg\ "
 > >
 > > > >
 /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACAWGBwYFCAcGhwkIiAmMFA0MCws MGJGSjpQdGZ6
 > > > >
 eHJmcG6AkLicgIiuim5woNqirr7EztDOfJri8uDI8LjKzsb/2wBDASIkJDAq MF40NF7GhHCE
 > > > >
 xsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbGxsbG xsbGxsb/wAAR
 > > > >
 CABfAMMDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcI CQoL/8QAtRAA
 > > > >
 AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS 0fAkM2JyggkK
 > > > >
 FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWG
 > > > >
 h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uHi4+Tl
 > > > >
 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcI CQoL/8QAtREA
 > > > >
 AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMz UvAVYnLRChYk
 > > > >
 NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6goOE
 > > > >
 hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU 1dbX2Nna4uPk
 > > > >
 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDoKav3n+v9BTqav3n+v9BQ A6qj3SK3725g
 > > > >
 iOThXODjJHrVuodsiHCumGY4yvrk+tACxygp+8ZQwJB7dCf8KSa5ihyGOWC7 to64zj+dPjQo
 > > > >
 mCcnJJIGOpzUctpHKzk7l3jDbT1x0P1GKAHpMjvs5V8btrDBxnH+fw9aju5X iaDYrPuk2lVx
 > > > >
 kjax7/QU5IELrKWaQqPlLHIGepHvz+VLPB52z948bI25WXGc4I7g+poAhl1G GGNHkyqsSDll
 > > > >
 BUg4PBPOPbNK1/EqyuVby4jtL5XG7OMdcjk98D8KR7BGjZFlkTepWQrjLgkk 5yOOWPTHX6U5
 > > > >
 7JJJWkd3ZyMK3AKDORjA55A656fWgB9rcx3UZeM9DtIyDg/UEjuKmpkUZjXB d5CTksx5/Tgf
 > > > >
 hT6ACiiigAooooAKKKKACiiigAooooAKKKKACiiigApq/ef6/wBBTqav3n+v 9BQA6mt95Pr/
 > > > >
 AENOprfeT6/0NADqhnl8ojMkca4JLP0HIHqPWpqjdGLqyMAQCORnrj39qAIL S6WZI2WRGRlz
 > > > >
 x1U8cHk881O80aRmRnGwdSOaZbxbFjwV2Im1VA6Djvk+lPmhWZNrZBByrDqp 9RQAz7XGN5bc
 > > > >
 qIdpcjjOcf1qeq5tExIA8gWQ5IDY6nn88f4VOqhFCqAqgYAA4AoYFQ6lCJJI wrM6HG1WUk/M
 > > > >
 F9eOSOuKkW8jLbXDREZ3b8AKQAcE5x0OfoD6UwWCBkzLIVjACKcYUBlOOmf4 R1p0toJCehV5
 > > > >
 Q77vQLjA+uAD7E0ANE073MIUokciGTa8Z3KBtyDz1+b8KVr6MIjBJGLAHaMZ UlgoB54OT+h9
 > > > >
 KnMYMyy5O5VKj0wSP8BVZ7NmikAKpJJKH3L2AYEY49OfqT60AEupQxACRWV8 kFGZQRgA9Scd
 > > > >
 CO/f61ajdZY1kQ5VwGB9Qag+xgHes0glycyDbk5x2xj+Fe3b61YVQqhRnAGO Tk/nQAtFFFAB
 > > > >
 RRRQAUUUUAFFFFABRRRQAU1fvP8AX+gp1NX7z/X+goAdTW+8n1/oadTW+8n1 /oaAHVDPL5RG
 > > > >
 ZI41wSWfoOQPUetTVG6MXVkYAgEcjPXHv7UARQTq7KFmilTBG5D0IxxnJ9ab eXM0aobZBLnO
 > > > >
 cAtjpjp9amjV2ZZGZT8vAAx1x7n0qWgGUkvWF1NHKm2OMZ3YPrgfnVqKVJox JGdynoaYbeFl
 > > > >
 kjKghzucZ5NPijSGMJGMKOgzmgHuVjqUIgExVhGxwjFlAfr0546Hrj86DqMX kmWNJJFVC77N
 > > > >
 vyjkdzz0PTPT6U4WKBmfzZDMSD5uFDcAgdsdCRyO/wBKbc2JkgkWOaRZHjKE kg7+uM5BxyT0
 > > > >
 x1+lAEjXkSRiR9wUu6Zx027sn/x01EmpxSYEaO7lguxWQnkE9Q2P4T3p72Mb thnkMeWbyuNu
 > > > >
 WBB5xn+I9+9PW2+dHeaSRkbcCxHoR0AA7mgBEu1kYLHHIx/jAwNnJHOT6g9M 9PpTbW/gupCk
 > > > >
 R5xuHIOR68HjqOuDTktFjk3xySISSWxg7vmLYOR6semOtOgtxBgCSRlUbUUk YUenHXt1yf1o
 > > > >
 AmooooAKKKKACiiigAooooAKKKKACmr95/r/AEFOpq/ef6/0FADqa33k+v8A Q06mt95Pr/Q0
 > > > >
 AOooooAbHzGp68CklYpE7DqqkjNLHzGp68CiRd8bJnG4EZoAqtcqGcLdW7SK D8g68Z4xuqy0
 > > > >
 saglnUAdST06/wCB/Ko3WVw8ZkTlecJ6/jU9AFJr/wDeIkcEjbhuPBB25xnp +POOPyqzHMsj
 > > > >
 OoyGQ4ZT19j9DUZtLYBcxgBeAMnHXOPpnoKlSNI92xcbmLH3JpuwDZZxE20q 5JHy4H3j6D3+
 > > > >
 v17HEtRSwCVtxZwQPlwfun1Hv9fp3OZaQBRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABTV+8/1
 > > > >
 /oKdTV+8/wBf6CgB1Nb7yfX+hp1Nb7yfX+hoAdRRRQA2PmNT14FOpsfManrw KdQA0f6xh7D+
 > > > >
 tOpo/wBYw9h/WnUAU7m7WEnzJo4xvCqD1PTnqOBnn2qaGYMDudDyNpXgEYHv 70kkDOW+ZdpY
 > > > >
 PgqeCMY7+wqSNCu4swJY54GOwH9KAGPcKrhFBkcqWAX09T9en+TUcN4rrGXX ZvO0HOQD6H0P
 > > > >
 +H0zNJDHKVLqCVyB9CMEU1LaFGVlTlSSCSTyep+vvQA6eZLeFpZDhV/rwKrt eskknmQSBEiE
 > > > >
 h+7lfvdef9njFWpFLoVV2Qn+JcZH5g1WGnxLEY0Z0VkKOFx8wOfbjlieMdaA Br3bKEEUjFgu
 > > > >
 1AoB53c8n0Xp/kD36LGzrFI+xS0gXGUAJBzk88qemen0qVrZGuVnJbcuMDtw GH/sx/Sq1zYO
 > > > >
 yMlu5QShhIxYdCSem05xubuPrQBfooooAKKKKACiiigAooooAKav3n+v9BTq auctn14/KgB1
 > > > >
 Nb7yfX+hp1NbOVx68/lQA6iiigBsfManrwKdTUyEXPXHOadQAwsFkO5gOB1P 1pd6k4DDPpn/
 > > > >
 AD6H8qdRQBWu7o25jVYmkd84Az2/A1YU5UHBGR0NRz28VwAJU3AdOcVIAAMA YAp6WAhmla38
 > > > >
 yZyDCFXC5AOcnPJwO479qrpqAaV5FV3txErErtwnLBieeenbPTirc0QlC/My Mp3Ky4yDjHfj
 > > > >
 oTVcaegDDzpSHBWQfL84JYnPHH3j0xSAc1/EqyuVby4jtL5XG7OMdcjk98D8 KbHqKS7RDFJK
 > > > >
 x3ZCFTjGO+cfxDoTT3skklaR3dnIwrcAoM5GMDnkDrnp9afHbhJFkaSR3AYZ YjnOPT/dHSgC
 > > > >
 GK5kuWkEIwiuhWTsVIViPXOCe1STXawyMpjkYIgd3GMKDnnrnsegpbe1W2wI 3fbtAKnGCQAM
 > > > >
 9OuAPb2pZbZJfO3Fh50fltjsOen/AH0aAEjufOaRYULbCV3EgKWHb1H5Ukdz /wAS5bqQf8sh
 > > > >
 IwX6ZOKUWw855jI5kZSqthcoCc4HHP45/nQtqosvspd2TYY8nGcYx6UAMa+R PlkikSQkARkr
 > > > >
 ls5xznHY9+30pXlnEseAgDkfuiMtjjJJzgYz79OvIp01sJWdvMdC6hWwFIIG eMEH+8abHZiK
 > > > > TdFNIi4UbPlIwBgDJGcfj3NAFmiiigAooooA/9k=
 > > > > --------------5852EFEDE5214C6311E9D631--
 > >
 > > > > --------------82266E9AE831E94A429A71FF--
> --------------AAD4D3C61D0E187A07E4E620
 > Content-Type: multipart/related;
 >  boundary="------------03FE44968112621ED12DAA38"
> --------------03FE44968112621ED12DAA38
 > Content-Type: text/html; charset=us-ascii
 > Content-Transfer-Encoding: 7bit
> <!doctype html public "-//w3c//dtd html 4.0 transitional//en">
 > <html>
 > Michael,
 > This problem was fixed on January 24, so you'd need the last
driver
 > (02/25) to verify this.  In the semantic view, 'absent' means
it's
 > null:
 > <blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com"
height=99
 width=224></blockquote>
> Michael Hartmeier wrote:
 > <blockquote TYPE=CITE>I still see "" instead of null with the
latest release
 > (build 1207).
 > The "#targetNamespace" is fixed.
 > This is my test schema:
 >   <xs:schema xmlns:xs='<a
 href="<a href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a>"><a href="http://www.w3.org/2001/XMLSchema">http://www.w3.org/2001/XMLSchema</a></a>'>
 >     <xs:element name='a'>
 >        <xs:complexType>
 >           <xs:sequence>
 >            
<xs:any
 > namespace=
 > 
 > '##local ##targetNamespace ns1 ns2'/>
 >           </xs:sequence>
 >      </xs:complexType>
 >   </xs:element>
 > </xs:schema>
 > Michael
 > Michael Hartmeier wrote:
 > > Yes, I was seeing "". But maybe this is due to the old XSD
version
 > I use.
 > > I'll post again if the "" problem persists in the next XSD
version
 > you
 > > release.
 > > Michael
 > > Ed Merks wrote:
 > > > --------------82266E9AE831E94A429A71FF
 > > > Content-Type: text/plain; charset=us-ascii
 > > > Content-Transfer-Encoding: 7bit
 > > > Michael,
 > > > Thanks for finding another problem.  XSDWildcardImpl
contains
 > this error:
 > > > 624c624
 > > > <     &a mp;nbsp; else if (string.equals(\"##target\"))
 > > > ---
 > > > >        else if (string.equals(\"##targetNamespace\"))
 > > > With that problem fixed I g

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

Report message to a moderator

Previous Topic:	"xmlns" in the <schema> element
Next Topic:	xs:import problem

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Thu Apr 18 18:47:10 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter