Marshall impossible : (constitution du fichier XML)

Bonjour,

Dans la continuité, un autre souci lors de l'exécution du PGM JAVA :

Code:

---

Marshall impossible : (constitution du fichier XML)

---

: Message d'erreur renvoyé.


Message d'erreur renvoyé par JAVA :

Code:

---

cvc-elt.1: Cannot find the declaration of element 'containerTyp'.

---

L'endroit du code où ça plante :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

public void writeServiceDMR(ContainerTyp newContainerTyp ) throws ErreurFichierTraitement, JAXBException, UnsupportedEncodingException, FileNotFoundException { try { marshaller.marshal(newContainerTyp, out);   } catch (MarshalException e1) { log.fatal("Marshall impossible : (constitution du fichier XML)"); e1.printStackTrace(); throw new ErreurFichierTraitement("Marshall impossible : (constitution du fichier XML)"); }

---

Merci.

Pascal.

Ça me semble clair. Dans le XML Schema qui a été fourni au Marshaller, il ne semble pas y avoir de définition de type pour des éléments nommés <containerTyp>

il y a ça dans le XML schéma :

Code:

---

1 2	<xs:element name="Container" type="vwn:ContainerTyp"/> <xs:complexType name="ContainerTyp">

---

Par contre, j'ai l'impression qu'il cherche "containerTyp"' (c en minuscule).

Depuis, j'ai modifié le code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

try {   // lignes rajoutees ObjectFactory factory = new ObjectFactory(); marshaller.marshal(factory.createContainer(newContainerTyp), out);     // ancienne ligne ci-dessous mise en commentaire // marshaller.marshal(newContainerTyp, out);     }

---

Et il me sort une autre erreur :

Code:

---

cvc-minInclusive-valid: Value '2004-05-27T14:02:07' is not facet-valid with respect to minInclusive '2010-12-31T00:00:00.0' for type 'timestampDDMMYYYYHHmmss'.]

---

Pascal.

Toujours clair. 2004 est avant 2010, le minimum accepté.

Bonjour,

Cela signifie que c'est une limite qui a été mise dans le XSD ?

Donc, dans mon fichier en entrée, si j'ai une date antérieure au 31/12/2012, ce sera rejeté ?

Merci.

Pascal.

2010. Et c'est ce dont le XSD se plaint manifestement, oui.

Merci.

Oui, je vien de voir toutes ces bornes dans le XSD (minInclusive et maxInclusive) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

<xs:simpleType name="timestampDDMMYYYYHHmmss"> <xs:restriction base="xs:dateTime"> <xs:minInclusive value="2010-12-31T00:00:00.000"/> <xs:maxInclusive value="2099-12-31T23:59:59.999"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="dateYYYYMMDD"> <xs:restriction base="xs:date"> <xs:minInclusive value="2005-07-01"/> <xs:maxInclusive value="2099-12-31"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="statusEnumExternNurEUV"> <xs:restriction base="xs:string"> <xs:enumeration value="E"/> <xs:enumeration value="U"/> <xs:enumeration value="V"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="integer2"> <xs:restriction base="xs:nonNegativeInteger"> <xs:minInclusive value="1"/> <xs:maxInclusive value="99"/> <xs:pattern value="[1-9][0-9]*"/> </xs:restriction> </xs:simpleType>

---

Pour chaque donnée, il faut vraiment être dans les "clous" pour que ça ne plante pas.

Merci.

Pascal.