org.xml.sax.SAXParseException: fin prématurée du fichier

Question

J'ai ce morceau de code qui donne à SAXParseError, c'est-à-dire, il n'obtient pas le contenu, mais la même chose quand je l'utilise dans mon test pg cela fonctionne correctement. Ici, je fournirai mon morceau de code d'origine, any1 peut comprendre ce qui est le problème

Ceci est la partie où I fetch a xml and append a node to it mais il semble que je ne suis pas en mesure d'obtenir le fichier lui-même

String atemp=readFileAsString("../webapps/abc/include/xml/data.xml") 

     log.info("ok thats good") 

     String[] splitString=res.split(",") 

     log.info(atemp) 

     try 
     { 
      def root = new XmlSlurper().parseText(atemp) 
     } 
     catch(Exception e) 
     { 
      log.debug("parse errror: "+e) 
     } 
     root.appendNode { 
      row { 
      name(splitString[1]) 
      host(splitString[2]) 
      desc(splitString[3]) 
      product(splitString[4]) 
      type(splitString[5]) 
      time(splitString[6]) 
      by(splitString[7]) 
      } 
     } 

     def outputBuilder = new StreamingMarkupBuilder() 
     String temp = outputBuilder.bind{ mkp.yield root } 

     File file = new File("../webapps/abc/include/xml/data.xml"); 
     BufferedWriter output = new BufferedWriter(new FileWriter(file)); 
     output.write(temp); 
     output.close(); 
     log.info(temp) 

mon readFileAsString fonction

private String readFileAsString(String filePath) { 
    try 
    { 
     StringBuffer fileData = new StringBuffer(); 
     BufferedReader reader = new BufferedReader(new FileReader(filePath)); 
     log.info(reader==null); 
     char[] buf = new char[1024]; 
     int numRead=0; 
     while((numRead=reader.read(buf)) != -1){ 
      String readData = String.valueOf(buf, 0, numRead); 
      fileData.append(readData); 
      log.info(readData) 
     } 
     reader.close(); 
     log.info("File Content\n"+fileData.toString()); 
     return fileData.toString(); 
    } 
    catch (Exception e) 
    { 
     log.info(e); 
    } 
} 

sortie

INFO http-5050-Processor24 com.abc.helper.WriteXml - false 
INFO http-5050-Processor24 com.abc.helper.WriteXml - File Content 
INFO http-5050-Processor24 com.abc.helper.WriteXml - ok thats good 

Remarque: Je suis en mesure d'ouvrir le fichier dans mon programme de test avec le même chemin

Answer 1

En supposant qu'il est en Groovy, je crois que vous pouvez remplacer tous votre code avec:

File f = new File('../webapps/abc/include/xml/data.xml') 
def root = new XmlSlurper().parse(f) 
String[] splitString = res.split(',') 
root.appendNode { 
    row { 
    name(splitString[1]) 
    host(splitString[2]) 
    desc(splitString[3]) 
    product(splitString[4]) 
    type(splitString[5]) 
    time(splitString[6]) 
    by(splitString[7]) 
    } 
} 
def outputBuilder = new StreamingMarkupBuilder() 
String newXml = outputBuilder.bind{ mkp.yield root } 
f.text = newXml 

Mais je répète, le faire dans une application Web est probablement une mauvaise idée, car si deux threads appellent ce code en même temps, le fichier va être imprévisible (et obtenir de plus plus imprévisible car il devient plus grand)

En outre, vous voudrez peut-être changer:

File f = new File('../webapps/abc/include/xml/data.xml') 

à

File f = new File("${System.properties['catalina.base']}/webapps/abc/include/xml/data.xml") 

Comme vous suggéré in a previous question of yours

Answer 2

La méthode readFileAsString semble OK, mais si la sortie du journal est de croire alors votre application lit un fichier vide, et c'est ce qui provoque l'exception d'analyse XML. La première chose à vérifier est que le chemin d'accès du fichier que vous essayez de lire est correct, et que le fichier à cet emplacement n'est pas réellement vide. Essayez d'ajouter cette ligne au début de readFileAsString

log.info("file size is " + new File(filePath).length()); 

Notez que zéro signifie soit que le fichier n'existe pas, ou il est vide.

---

En regardant le reste du code, l'application semble lire le fichier, faire quelque chose à lui puis écrire de nouveau au même endroit. Considérez la possibilité que c'est le code qui génère la sortie qui est cassée ... et votre application essaye de lire et d'analyser un fichier qu'il a déjà clobé.