Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » XML Schema Definition (XSD) » XSDWildcard.getNamespaceConstraint
XSDWildcard.getNamespaceConstraint [message #9406] Mon, 20 January 2003 14:23 Go to next message
Eclipse User
Originally posted by: Michael.Hartmeier.softwareag.com

I have a schema with the following wildcard:
<xs:any namespace='##local ##targetNamespace ns1 ns2'/>
Re: XSDWildcard.getNamespaceConstraint [message #9429 is a reply to message #9406] Mon, 20 January 2003 14:27 Go to previous messageGo to next message
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
Re: XSDWildcard.getNamespaceConstraint [message #9595 is a reply to message #9429] Fri, 24 January 2003 12:25 Go to previous messageGo to next message
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,
<p>Thanks for finding another problem.&nbsp; XSDWildcardImpl contains this
error:
<p>624c624
<br> &lt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&a mp;nbsp; else if (string.equals("##target"))
<br>---
<br>> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; else if (string.equals("##targetNamespace"))
<p>With that problem fixed I get this result in the semantic view:
<p><img SRC="cid:part1.3E3130C4.AAC9F336@ca.ibm.com" height=95 width=195>
<p>So the result now is null, ns1, ns2; I don't think there should be duplicates,
but I'm not absolute certain about that.&nbsp; I wasn't ever seeing a null
string instead of null, are you sure you were seeing that?
<br>&nbsp;
<p>Michael Hartmeier wrote:
<blockquote TYPE=CITE>Sorry, here's the complete post:
<p>I have a schema with the following wildcard:
<p>&lt;xs:any namespace='##local ##targetNamespace ns1 ns2'/>
<p>If I invoke XSDWildcard.getNamespaceConstraint, I get the following
list
<br>of strings:
<br>&nbsp; "", "##tagetNamespace", "ns1", "ns2"
<p>Is this the intended behavior?&nbsp; I'd expect
<br>&nbsp; null, // because my schema has not TargetNamespace
<br>&nbsp; null, // "##targetNamespace" resolved
<br>&nbsp; ns1,&nbsp; // ok
<br>&nbsp; ns2,&nbsp; // ok
<p>Michael</blockquote>

<p>--
<br>Ed Merks
<br>&nbsp;</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--
Re: XSDWildcard.getNamespaceConstraint [message #9664 is a reply to message #9595] Thu, 30 January 2003 15:06 Go to previous messageGo to next message
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,
> <p>Thanks for finding another problem. XSDWildcardImpl contains this
> error:
> <p>624c624
> <br>< else if (string.equals(\"##target\"))
> <br>---
> <br>> else if (string.equals(\"##targetNamespace\"))
> <p>With that problem fixed I get this result in the semantic view:
> <p><img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> <p>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?
> <br>
> <p>Michael Hartmeier wrote:
> <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> <p>I have a schema with the following wildcard:
> <p><xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> <p>If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> list
> <br>of strings:
> <br> \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> <p>Is this the intended behavior? I\'d expect
> <br> null, // because my schema has not TargetNamespace
> <br> null, // \"##targetNamespace\" resolved
> <br> ns1, // ok
> <br> ns2, // ok
> <p>Michael</blockquote>

> <p>--
> <br>Ed Merks
> <br> </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--
Re: XSDWildcard.getNamespaceConstraint [message #11633 is a reply to message #9664] Sat, 01 March 2003 09:42 Go to previous messageGo to next message
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,
> > <p>Thanks for finding another problem. XSDWildcardImpl contains this
> > error:
> > <p>624c624
> > <br>< else if (string.equals(\"##target\"))
> > <br>---
> > <br>> else if (string.equals(\"##targetNamespace\"))
> > <p>With that problem fixed I get this result in the semantic view:
> > <p><img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> > <p>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?
> > <br>
> > <p>Michael Hartmeier wrote:
> > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > <p>I have a schema with the following wildcard:
> > <p><xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > <p>If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > list
> > <br>of strings:
> > <br> \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > <p>Is this the intended behavior? I\'d expect
> > <br> null, // because my schema has not TargetNamespace
> > <br> null, // \"##targetNamespace\" resolved
> > <br> ns1, // ok
> > <br> ns2, // ok
> > <p>Michael</blockquote>

> > <p>--
> > <br>Ed Merks
> > <br> </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--
Re: XSDWildcard.getNamespaceConstraint [message #11818 is a reply to message #11633] Mon, 03 March 2003 12:30 Go to previous messageGo to next message
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,
> > > <p>Thanks for finding another problem. XSDWildcardImpl contains this
> > > error:
> > > <p>624c624
> > > <br>< else if (string.equals(\"##target\"))
> > > <br>---
> > > <br>> else if (string.equals(\"##targetNamespace\"))
> > > <p>With that problem fixed I get this result in the semantic view:
> > > <p><img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> > > <p>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?
> > > <br>
> > > <p>Michael Hartmeier wrote:
> > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > <p>I have a schema with the following wildcard:
> > > <p><xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > <p>If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > > list
> > > <br>of strings:
> > > <br> \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > <p>Is this the intended behavior? I\'d expect
> > > <br> null, // because my schema has not TargetNamespace
> > > <br> null, // \"##targetNamespace\" resolved
> > > <br> ns1, // ok
> > > <br> ns2, // ok
> > > <p>Michael</blockquote>
>
> > > <p>--
> > > <br>Ed Merks
> > > <br> </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,
<p>This problem was fixed on January 24, so you'd need the last driver
(02/25) to verify this.&nbsp; In the semantic view, 'absent' means it's
null:
<blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com" height=99 width=224></blockquote>

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

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

<p>--
<br>Ed Merks
<br>&nbsp;</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--
Re: XSDWildcard.getNamespaceConstraint [message #564994 is a reply to message #9595] Thu, 30 January 2003 15:06 Go to previous message
Michael Hartmeier is currently offline 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,
> <p>Thanks for finding another problem. XSDWildcardImpl contains this
> error:
> <p>624c624
> <br>< else if (string.equals(\"##target\"))
> <br>---
> <br>> else if (string.equals(\"##targetNamespace\"))
> <p>With that problem fixed I get this result in the semantic view:
> <p><img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> <p>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?
> <br>
> <p>Michael Hartmeier wrote:
> <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> <p>I have a schema with the following wildcard:
> <p><xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> <p>If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> list
> <br>of strings:
> <br> \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> <p>Is this the intended behavior? I\'d expect
> <br> null, // because my schema has not TargetNamespace
> <br> null, // \"##targetNamespace\" resolved
> <br> ns1, // ok
> <br> ns2, // ok
> <p>Michael</blockquote>

> <p>--
> <br>Ed Merks
> <br> </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--
Re: XSDWildcard.getNamespaceConstraint [message #565421 is a reply to message #9664] Sat, 01 March 2003 09:42 Go to previous message
Michael Hartmeier is currently offline 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,
> > <p>Thanks for finding another problem. XSDWildcardImpl contains this
> > error:
> > <p>624c624
> > <br>< else if (string.equals(\"##target\"))
> > <br>---
> > <br>> else if (string.equals(\"##targetNamespace\"))
> > <p>With that problem fixed I get this result in the semantic view:
> > <p><img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> > <p>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?
> > <br>
> > <p>Michael Hartmeier wrote:
> > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > <p>I have a schema with the following wildcard:
> > <p><xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > <p>If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > list
> > <br>of strings:
> > <br> \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > <p>Is this the intended behavior? I\'d expect
> > <br> null, // because my schema has not TargetNamespace
> > <br> null, // \"##targetNamespace\" resolved
> > <br> ns1, // ok
> > <br> ns2, // ok
> > <p>Michael</blockquote>

> > <p>--
> > <br>Ed Merks
> > <br> </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--
Re: XSDWildcard.getNamespaceConstraint [message #565557 is a reply to message #11633] Mon, 03 March 2003 12:30 Go to previous message
Ed Merks is currently offline Ed Merks
Messages: 26141
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,
> > > <p>Thanks for finding another problem. XSDWildcardImpl contains this
> > > error:
> > > <p>624c624
> > > <br>< else if (string.equals(\"##target\"))
> > > <br>---
> > > <br>> else if (string.equals(\"##targetNamespace\"))
> > > <p>With that problem fixed I get this result in the semantic view:
> > > <p><img SRC=\"cid:part1.3E3130C4.AAC9F336@ca.ibm.com\" height=95 width=195>
> > > <p>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?
> > > <br>
> > > <p>Michael Hartmeier wrote:
> > > <blockquote TYPE=CITE>Sorry, here\'s the complete post:
> > > <p>I have a schema with the following wildcard:
> > > <p><xs:any namespace=\'##local ##targetNamespace ns1 ns2\'/>
> > > <p>If I invoke XSDWildcard.getNamespaceConstraint, I get the following
> > > list
> > > <br>of strings:
> > > <br> \"\", \"##tagetNamespace\", \"ns1\", \"ns2\"
> > > <p>Is this the intended behavior? I\'d expect
> > > <br> null, // because my schema has not TargetNamespace
> > > <br> null, // \"##targetNamespace\" resolved
> > > <br> ns1, // ok
> > > <br> ns2, // ok
> > > <p>Michael</blockquote>
>
> > > <p>--
> > > <br>Ed Merks
> > > <br> </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,
<p>This problem was fixed on January 24, so you'd need the last driver
(02/25) to verify this.&nbsp; In the semantic view, 'absent' means it's
null:
<blockquote><img SRC="cid:part1.3E634ADD.90D9F39F@ca.ibm.com" height=99 width=224></blockquote>

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

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


Current Time: Sat Oct 25 17:34:33 GMT 2014

Powered by FUDForum. Page generated in 0.02604 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software