targetNamespace y xmlns sin prefijo, ¿cuál es la diferencia?

Para aquellos que todavía están confundidos, consideren estas tres xsd. Todos ellos definen un tipo global y una definición de elemento global que hace referencia a él.

Primero, un xsd como el publicado arriba. Se utiliza el prefijo 'xsd" para el espacio de nombres del esquema, y un espacio de nombres predeterminado para el targetNamespace:

<xsd:schema 
  xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
  targetNamespace="http://example.com/" 
  xmlns="http://example.com/">

  <xsd:element name="aGlobalElement" type="aGlobalType"/>

  <xsd:simpleType name="aGlobalType">
    <xsd:restriction base="xsd:string"/>
  </xsd:simpleType>   
</xsd:schema>  

Ahora el mismo xsd, pero definiendo y usando un prefijo de espacio de nombres para el espacio de nombres de destino:

<xsd:schema 
  xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
  targetNamespace="http://example.com/" 
  xmlns:tns="http://example.com/">

  <xsd:element name="aGlobalElement" type="tns:aGlobalType"/>

  <xsd:simpleType name="aGlobalType">
    <xsd:restriction base="xsd:string"/>
  </xsd:simpleType> 
</xsd:schema>  

...y finalmente, una versión que usa un espacio de nombres predeterminado en lugar de 'xsd" para el espacio de nombres del esquema XML:

<schema 
  xmlns="http://www.w3.org/2001/XMLSchema" 
  targetNamespace="http://example.com/" 
  xmlns:tns="http://example.com/">

  <element name="aGlobalElement" type="tns:aGlobalType"/>

  <simpleType name="aGlobalType">
    <restriction base="string"/>
  </simpleType>
</schema>

La mayoría de los autores del esquema eligen el primero o el último, porque si la instalación de espacio de nombres predeterminada está disponible, entonces también podríamos usarla para algo.

Xmlns

El atributo xmlns establece el espacio de nombre predeterminado del elemento descrito. Por lo tanto, el espacio de nombre predeterminado se aplica a todos los elementos dentro del elemento descrito, que no declaran explícitamente otro espacio de nombre por sí mismos.

El espacio de nombres predeterminado se establece en un valor estándar para los archivos WSDL: http://www.w3.org/ns/wsdl

TargetNameSpace

Este atributo contiene el espacio de nombres de su servicio web. Puedes elija este espacio de nombre libremente, pero hay una convención que dice que el URI debe apuntar al WSDL del servicio.

Xmlns: tns

Este espacio de nombres debe establecerse en el mismo URI que el atributo targetNamespace. De esta manera, puede hacer referencia al espacio de nombre de destino a través de este prefijo de espacio de nombre (tns).

Fuente : http://tutorials.jenkov.com/wsdl/description.html

targetNamespace es un atributo del elemento schema define el espacio de nombres, es decir, el paquete en el archivo XSD. Por convención usamos URI / URLs, pero podríamos usar cualquier cadena.

xmlns is an attribute se usa para referir elementos y tipos de datos que provienen del valor del atributo xmlns para el ámbito del elemento actual.

Por Ejemplo:

• xmlns:xsd="http://www.w3.org/2001/XMLSchema" es con prefijo como xsd significa que el espacio de nombres debe tener el prefijo xsd:
• xmlns="http://www.w3.org/2001/XMLSchema" sin prefijo es predeterminado
• xmlns: p="http://www.example.com/People" es con prefijo como p significa que el espacio de nombres debe tener el prefijo p:

Donde xmlns:xsd y xmlns:p son QNames y xmlns es el nombre local.

La siguiente imagen ayuda a entender XSD usando analogía Java según mi conocimiento:

Después de algunas pruebas exhaustivas usando xmllint creo que encontré la explicación definitiva aquí. Considere el siguiente esquema:

<?xml version="1.0" encoding="utf-8"?>
<xsd:schema
version="1.0"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://yyyzzz.com"
xmlns:p="http://abced.com"
xmlns:q="http://pqr.com"
xmlns="http://yyyzzz.com">

<xsd:element name="recipe" type="recipeType" />

<xsd:complexType name="recipeType">
    <xsd:simpleContent>
        <xsd:extension base="xsd:string">
        <xsd:attribute name="desc" type="xsd:string"  />
        <xsd:attribute name="archetype" type="xsd:string" />
        </xsd:extension>
    </xsd:simpleContent>
</xsd:complexType>
</xsd:schema>

El esquema anterior valida el siguiente documento:

<?xml version="1.0"?>

<recipe xmlns="http://yyyzzz.com">
    Deciphering the purpose of targetNamespace
</recipe>

La razón por la que funciona es porque xmlns="http://yyyzzz.com" se une automáticamente al elemento que está siendo definido por el esquema también! Esto significa que también se une al elemento recipeType.

Ahora, con el mismo documento xml pero con un esquema ligeramente modificado como a continuación también valida y echa un vistazo de cerca a la diferencia:

<?xml version="1.0" encoding="utf-8"?>
<xsd:schema
version="1.0"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://yyyzzz.com"
xmlns="http://eigenfield.aparicio.com"
xmlns:EGboy="http://yyyzzz.com">

<xsd:element name="recipe" type="EGboy:recipeType" />

<xsd:complexType name="recipeType">
    <xsd:simpleContent>
        <xsd:extension base="xsd:string">
        <xsd:attribute name="desc" type="xsd:string"  />
        <xsd:attribute name="archetype" type="xsd:string" />
        </xsd:extension>
    </xsd:simpleContent>
</xsd:complexType>

</xsd:schema> 

Ignore si el otro xmlnsha desaparecido, pero en su lugar mire de cerca type="EGboy:recipeType". Ya no podemos confiar en el xmlns porque tiene un valor diferente, por lo tanto, debemos poner el prefijo EGboy delante de recipeType.

Al documento xml ni siquiera le importa el prefijo EGboy este prefijo es solo para que el esquema se refiera al prefijo xmlns en caso de que haya muchos.