Erreur unmarshalling xml en java-8 “sécuriser le traitement de org.xml.sax.SAXNotRecognizedException provoquant java.lang.IllegalStateException”

Xerces impl est le principal coupable ici. Le supprimer. Jdk a intégré jaxb de l'analyseur, vous n'en avez pas besoin.

donc, si cette dépendance est à venir à partir d'un projet parent en cas de maven
l'utilisation d'une exclusion de l'onglet dans le cas où vous ne pouvez pas le supprimer.

<exclusion>
                 <groupId>xerces</groupId>  
            <artifactId>xercesImpl</artifactId> 
                </exclusion>

La raison de ce problème est si difficile à détecter est parce que, quand on a l'habitude d'écrire un jaxb unmarshalling code

vous allez faire un unmarshalling sur un bloc try et ensuite de prendre jaxb exception et ensuite faire tout à l'erreur.

Mais ce coupable de l'analyseur d'un bocal (xercesimpl) lève une exception d'exécution dans le milieu provoquant l'erreur de ne pas
se connecté et seront seulement être détectée après l'attention de débogage. Regardez l'extrait de code ci-dessous

try {
JAXBContext context = JAXBContext.newInstance(YourClass.class);
            Unmarshaller unmarshaller = context.createUnmarshaller();
            YourClass object = (YourClass)unmarshaller.unmarshal(new StringReader("SomeXmlInString"));


}

catch (JAXBException e){
e.printStackTrace();

}

Ici xercesImpl causes de la unmarshaller utiliser un autre analyseur sax (au lieu de l'ordinaire jaxb parser)
l'amenant à lancer de différentes exception qui
de ne pas être pris dans notre bloc catch qui s'attend à une jaxbexception ou un de ses sous-classes.

C'était un problème de dépendance.

Voici ma façon de comment j'ai résolu le problème:

1. Faire un nouveau projet maven, avec de simples morceaux de code, j'ai joint ci-dessous, le programme s'est écrasé en général, d'une erreur, que la structure ne pouvait pas être analysée, ce qui est ok.

2. Copier vos dépendances dans le projet pom.xml maintenant le programme doit se bloquer (comme décrit ci-dessus)

3. pas de vous supprimer les dépendances après votre méthode privilégiée (de bons deviner, non-bloquante , 1-par-1 ..) pour trouver le "mauvais" de la dépendance. Peut-être que quelqu'un a une meilleure (plus professionnel) de la méthode, celui-ci a fonctionné pour moi.

maintenant, vous pouvez descide quoi faire, peut-être une nouvelle version est disponible, dans notre cas, il était hors forfait d'un collègue, où il a inclus un paquet d'un collègue, que j'ai pu exclure.

public class Test {
    public Test() {
    }
    public static void main(String[] args) {
        try {
            StringReader reader = new StringReader("<xml></xml>");
            JAXBContext jc = JAXBContext.newInstance(TestXML.class);
            Unmarshaller unmarshaller = jc.createUnmarshaller();
            TestXML testXMLs = (TestXML) unmarshaller.unmarshal(reader);
        } catch (JAXBException e) {
            e.printStackTrace();
        }
    }
}

et la testXML classe

@XmlRootElement(name="rss")
@XmlAccessorType(XmlAccessType.FIELD)
public class TestXML {   
    public TestXML() {
    }

    @XmlElementWrapper(name="channel")
    @XmlElement(name="item")
    private int i ;

    public int getI() {
        return i;
    }    
    public void setI(int i) {
        this.i = i;
    }
}

BTW: Dans mon cas, c'était

<dependency>
    <groupId>jcs</groupId>
    <artifactId>jcs</artifactId>
    <version>1.3</version>
</dependency>

Espère que ça aide.

Les deux Bernard et Blaise réponses ont été très utiles. Dans mon cas, depuis que je suis à l'aide du JDK 7, la solution est à exclure la xerces subdependency qui a été inclus par l'un de mes dépendances:

<dependency>
  <groupId>org.apache.axis</groupId>
  <artifactId>axis</artifactId>
  <version>1.4.1-SNAPSHOT</version>
  <exclusions>
    <exclusion>
      <groupId>xerces</groupId>
      <artifactId>xercesImpl</artifactId>
    </exclusion>
    <exclusion>
      <groupId>xerces</groupId>
      <artifactId>xmlParserAPIs</artifactId>
    </exclusion>
  </exclusions>
</dependency>

À l'aide de SAXparser peut être un cauchemar. C'est le plus largement utilisé parser XML en java et tous ont fini par utiliser soit directement ou indirectement. JDK 8 ont JAXB déjà disponibles . Donc, si vous utilisez le JDK 8, puis seule voie possible devrait être en retrait de la dépendance maven.
J'ai eu ce problème j'ai donc essayé de supprimer la dépendance maven, mais n'était pas arrivé. Alors j'ai pensé pourquoi ne pas revenir à l'ancienne version si java et VOILLA j'ai eu de la réussite. Je suis à l'aide du jdk 7 actuellement et mes tests se passent bien. Je suppose que c'est la seule solution.

Nous avons également rencontré le problème et a remarqué que vous avez besoin de garder la version du jdk et jre version de la même, sinon existent à l'incompatibilité de version qui a causé le problème.

Le gars qui a rencontré le problème de l'utilisation jdk1.6 et jre 1.8, lorsqu'elles sont modifiées à la fois jdk1.6, la question disparu.