Plusieurs instances JAXBContext

En utilisant XJC, j'ai créer 2 différents JAXB métadonnées paquets avec un ObjectFactory classe dans chaque paquet (je ne sais pas si cette approche est OK, j'ai 2 différents XSD pour travailler sur )

Il est recommandé de ne créer qu'un seul JAXBContext par opération, parce que c'est costy. Donc je me demande si ce que je fais ici est valide et de bonne pratique?

    JAXBContext jaxbContext = JAXBContext.newInstance("com.package.one");
    Unmarshaller jaxbUnmarshaller1 = jaxbContext.createUnmarshaller();

    JAXBContext jaxbContext2 = JAXBContext.newInstance("com.package.two");
    Unmarshaller jaxbUnmarshaller2 = jaxbContext2.createUnmarshaller();

MODIFIER lorsque j'essaie d'initialiser 2 paquets ensemble, j'obtiens une exception "Le nom de l'élément {}Valeur a plus d'une cartographie". La valeur est une classe dans les deux packages.

 JAXBContext jaxbContext = JAXBContext.newInstance("com.package.one:com.package.two");

OriginalL'auteur Spring | 2012-11-15

  1. 16

    De la Javadoc de JAXBContext:

    Une application client normalement obtient de nouvelles instances de cette classe à l'aide de l'un de ces 
deux styles pour newInstance méthodes, bien qu'il existe d'autres institutions spécialisées des formes de la 
méthode: 

JAXBContext.newInstance( "com.acme.toto:com.acme.bar" ) 
Le JAXBContext instance est initialisé à partir d'une liste de colon séparés package Java 
des noms. Chaque package java contient JAXB mappé classes, de schéma-classes dérivées et/ou 
l'utilisateur annoté classes. En outre, le package java peut contenir des JAXB paquet annotations 
qui doivent être traités. (voir JLS 3e Édition, la Section 7.4.1. Package Annotations). 

JAXBContext.newInstance( com.acme.foo.Foo.class ) 
Le JAXBContext instance est initialisée avec classe(s) passée en paramètre(s) et 
les classes qui sont statiquement accessible à partir de ces classe(s). Voir newInstance(la Classe...) 
pour plus de détails.

    Vous pouvez utiliser un contexte partagé et de l'initialiser avec une liste de noms de package.

    Exemple De Code:

    package test.jaxb.one;

@XMLRootElement
@XMLType(name = "test.jaxb.one.SimpleObject")
@XMLAccessorType(XMLAccessType.FIELD)
public class SimpleObject implements Serializable {
    private static final long serialVersionUID = 54536613717262557148L;

    @XmlElement(name = "Name")
    private String name;

    //Constructor, Setters/Getters
}

    et celui-ci:

    package test.jaxb.two;

@XMLRootElement
@XMLType(name = "test.jaxb.two.SimpleObject")
@XMLAccessorType(XMLAccessType.FIELD)
public class SimpleObject implements Serializable {
    private static final long serialVersionUID = -4073071224211934153L;

    @XmlElement(name = "Name")
    private String name;

    //Constructor, Setters/Getters
}

    Enfin:

    public class JAXBTest {
    @Test
    public void testContextLoad() throws Exception {
        final JAXBContext context = JAXBContext
            .newInstance("test.jaxb.one:test.jaxb.two");
        Assert.assertNotNull(context);
    }
}
    thnx donc ce n'est pas un problème que ces paquets contiennent des classes avec le même nom?
    JAXB utilise FQN (noms entièrement qualifiés) pendant le traitement, donc non, ce n'est pas un problème si les classes ont le même (simple) nom.
    J'aime arrêt aléatoire électeurs.
    lorsque j'essaie d'initialiser 2 paquets ensemble, j'obtiens une exception "Le nom de l'élément {}Valeur a plus d'une cartographie". Mais ils travaillent bien separemment. La valeur est une classe dans les deux packages. Donc, ce est le problème?
    L'OP déjà se rend compte que la création de plusieurs JAXB contexte des objets est la mauvaise approche, ma réponse lui dit comment pour utiliser un contexte et d'atteindre le même objectif. L'intention est claire.

    OriginalL'auteur Perception