SAX e InputStream

8 de abril de 2003 6 respostas

dango 8 de abril de 2003

Pessoal, talvez seja simples (até bobo), mas é que eu tô tão cansado que eu não aguento mais olhar pra esse código… se alguém tiver a luz de ver onde estou errando…

Estou tentando parsear (SAX) um arquivo XML dentro de um JAR.
O plano era simples, crio um InputStream para a entrada (JarEntry) que eu quero ler e passo ela para o método parse() da classe DocumentBuilder.

Mas não funciona… ele diz q o “Stream está fechado”…
Pois é, mas não acho o “malditinho”…
Eis um exemplo:

import org.w3c.dom.*;
import javax.xml.parsers.*;
import java.net.*;
import java.io.*;
import java.util.*;
import java.util.jar.*;

public class Teste &#123;

   public static void main&#40;String&#91;&#93; args&#41; &#123;
      
      try &#123;
         BufferedInputStream bis = new BufferedInputStream&#40;
                 new FileInputStream&#40;new File&#40;"jx.jar"&#41;&#41;&#41;;
                  
         JarInputStream jis = new JarInputStream&#40;bis&#41;;
         JarEntry je = null;
                  
         while &#40;&#40;je = jis.getNextJarEntry&#40;&#41;&#41; != null&#41; &#123;
             if &#40;je.getName&#40;&#41;.equals&#40;"TEMP/x.xml"&#41;&#41; UmMetodo&#40;jis&#41;;
         &#125;            
      &#125;
      catch &#40;Throwable e&#41; &#123;
         e.printStackTrace&#40;&#41;;
      &#125;
   &#125;
       
   public static void UmMetodo&#40;InputStream istream&#41; &#123;
      try &#123;
         DocumentBuilderFactory df = DocumentBuilderFactory.newInstance&#40;&#41;;
         DocumentBuilder db = df.newDocumentBuilder&#40;&#41;;
         Document docxml = db.parse&#40;istream&#41;;
      &#125;
      catch &#40;Throwable e&#41; &#123;
         e.printStackTrace&#40;&#41;;
      &#125;
   &#125;
&#125;

e o erro:

java.io.IOException: Stream closed at java.util.zip.ZipInputStream.ensureOpen(ZipInputStream.java:43) at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:67) at java.util.jar.JarInputStream.getNextEntry(JarInputStream.java:114) at java.util.jar.JarInputStream.getNextJarEntry(JarInputStream.java:142) at Teste.main(Teste.java:20)

Se alguém puder me ajudar…, agradeço.

6 Respostas

cv1 8 de abr. de 2003

Algumas dúvidas que podem te ajudar:

Acontece só com o SAX? Já tentou ler o arquivo, simplesmente, sem parsear?
Funciona se vc colocar o JAR no Classpath e der um this.getClass().getResourceAsStream(“TEMP/x.xml”)?

[]'s
-cv

dango 8 de abr. de 2003

Hmmmm…
Ok, ler o arquivo sem parsear, sim… um JarInputStream, por herança, possui um método read()… então eu uso o JarEntry para posicionar o ponteiro do stream naquela entrada e faço a leitura normal…

Mas o segundo não tinha tentado, eu já tinha visto esse getResourceAsStream() em algum lugar (talvez num artigo da JavaWorld)… mas não é o caso… não há garantias de que o JAR em questão esteja no CLASSPATH… um usuário leigo talvez tivesse dificuldades de garantir isso.

Obrigado, de qualquer maneira.

cv1 8 de abr. de 2003

Se tudo mais falhar, leia o XML pra dentro de um StringBuffer (usando StringWriter/OutputStreamWriter), e aí sim chame o UmMetodo() então…

dango 9 de abr. de 2003

Pessoal, só pra registrar e deixar o topico com alguma definição.

Estive estudando o problema. Ocorre que ele faz a leitura do XML normalmente... *sem erros*... tudo certinho a partir do InputStream que eu passo pra ele.

Ocorre, que o seguinte trecho

while &#40;&#40;je = jis.getNextJarEntry&#40;&#41;&#41; != null&#41; &#123;
     if &#40;je.getName&#40;&#41;.equals&#40;&quot;TEMP/x.xml&quot;&#41;&#41; UmMetodo&#40;jis&#41;;
&#125;

funciona *perfeitamente*.
Quando obtenho o getNextJarEntry() o ponteiro do stream (jis) é posicionado no início dessa entrada. Então eu passo o stream para o método que fará a leitura do XML pelo SAX.

Ocorre, que logo após

Document docxml = db.parse&#40;istream&#41;;

o InputStream é *fechado*. Desse modo, ao avaliar a expressão while (do trecho de código anterior) o stream está fechado!

Desempacotei os fontes do Java e observei que em:
org.apache.crimson.parsers.Parser2
existe um método parseInternal() que, ao final do processo de parsing, simplesmente *fecha* o stream.

Legal ele, né?!

Queria saber o seguinte: esse comportamento é desejável?! Quero dizer, se eu passo um stream pra ele, é da alçada desse objeto fechá-lo? Não seria minha a responsabilidade de fechar esse stream?!

Para quem estiver lendo este tópico desejando parsear um documento XML que esteja dentro de um arquivo JAR ou ZIP, faça o seguinte

/* obtenha o InputStream da entrada através do objeto ZipFile &#40;ou JarFile&#41; e não posicionando o ponteiro do stream, como eu estava fazendo
*/
try &#123;
   ZipFile zf = new ZipFile&#40;new File&#40;&quot;arquivo.zip&quot;&#41;&#41;;
   ZipEntry ze = zf.getEntry&#40;&quot;TEMP/arquivo.xml&quot;&#41;;
    
   if &#40;ze != null&#41; &#123;
  
      InputStream is = zf.getInputStream&#40;ze&#41;;
      /* agora sim */
   &#125;
&#125;
catch &#40;Exception e&#41; &#123;
      e.printStackTrace&#40;&#41;;
&#125;

Pra mim, resolveu a contento.
Abraços.

Guilherme_Silveira 9 de abr. de 2003

No seu caso com certeza nao eh desejavel… acho importante enviar a noticia pro pessoal responsavel pelo projeto pq eles com certeza nao pensaram no caso que a stream apesar de chegar no final NAO deve ser fechada

dango 9 de abr. de 2003

Ok, vou mandar a dúvida sobre esse comportamento pro pessoal do grupo Apache.

Posto o resultado aqui, se obtiver uma resposta.

Criado 8 de abril de 2003

Ultima resposta 9 de abr. de 2003

Respostas 6

Participantes 3

6 Respostas

Topicos relacionados