Wyjątek parse: W linii 1, kolumna 0: brak elementu

Question

Mam dziwny problem. I pojawia się następujący błąd, który powoduje wymuszone zamknięcie:

org.apache.harmony.xml.ExpatParser $ ParseException: w wierszu 1, kolumnie 0: brak elementem znaleźć na org.apache.harmony.xml.ExpatParser .parseFragment (ExpatParser.java:508) w org.apache.harmony.xml.ExpatParser.parseDocument (ExpatParser.java:467) w org.apache.harmony.xml.ExpatReader.parse (ExpatReader.java:329) w org.apache.harmony.xml.ExpatReader.parse (ExpatReader.java:286)

Po kliknięciu przycisku Zamknij Siła, działalność jest odtworzony i parsowanie uzupełnia bez żadnych przeszkód. Używam następujący fragment kodu wewnątrz doInBackground o AsyncTask:

URL serverAddress = new URL(url[0]); 

HttpURLConnection connection = (HttpURLConnection) serverAddress.openConnection(); 
connection.setRequestMethod("GET"); 
connection.setDoOutput(true); 
connection.setReadTimeout(10000); 
connection.connect(); 

InputStream stream = connection.getInputStream(); 

SAXParserFactory spf = SAXParserFactory.newInstance(); 
SAXParser sp = spf.newSAXParser(); 

XMLReader xr = sp.getXMLReader(); 

xr.parse(new InputSource(stream)); // The line that throws the exception 

Dlaczego miałby działać siła zamyka aktywny, a następnie bez problemu zaraz po? Czy BufferedInputStream byłby inny? Jestem zdziwiony. :(

Dzięki za każdego czasu

Aktualizacja:.. Okazuje się HttpURLConnection.getResponseCode() zwraca -1 tak często, więc InputStream prawdopodobnie nie jest prawidłowo ustawiony

Answer 1

HTTPURLConnection connection = (HttpURLConnection) serverAddress.openConnection(); 
connection.setRequestMethod("GET"); 
connection.setDoOutput(true); 

Te linie są nieco dziwne. Czy to jest HTTPURLConnection lub HttpURLConnection? Domyślna metoda żądania to już GET. Model setDoOutput(true) wymusi na nim jednak POST.

Chciałbym wymienić wszystkich tych linii przez

URLConnection connection = serverAddress.openConnection(); 

i ponowić próbę. Może się zdarzyć, że zwrócił błąd, ponieważ wymusiłeś POST i nie zapisałeś niczego na wyjściu (treść żądania). Numer connection.connect() jest już domyślnie wywoływany przez connection.getInputStream(), więc linia jest również zbędna.

Aktualizacja: Czy dla celów testowych działają następujące elementy?

BufferedReader reader = new BufferedReader(new InputStreamReader(stream, "UTF-8")); 
for (String line; (line = reader.readLine()) != null;) { 
    System.out.println(line); 
} 
reader.close(); 

Answer 2

Per InputStream javadoc metoda zostanie zablokowana do czasu, gdy dane będą dostępne lub napotkany zostanie EOF, więc druga strona Socket musi ją zamknąć - wtedy zostanie zwrócone wywołanie inStream.read()

Jeśli używasz BufferedReader, możesz Odczytuje się wiersz po linii. Metoda readLine() powróci jako on jako linia odczytywana jest odpowiedź HTTP.

Answer 3

W podobnej konstrukcji notatki, załadunku zawartości URL powinien nigdy Wymuszenie zamknięcia działalności - Polecam oddanie to wszystko pod implementacji AsyncTask i zgłosić lub ponownie po powrocie na wątku GUI.

Answer 4

Nie wiem, czy to naprawiłeś, ale miałem ten sam problem. To było dziwne, działało dobrze w emulatorze, ale potem przez telefon zawsze podawał mi błąd xr.parse(). Nawet kiedy wydrukowałem InputStream, dałoby mi to uzasadnione dane wyjściowe dokumentu xml.Wydaje się, że problem polegał na tworzeniu obiektu InputSource Oto jak to naprawiłem: zamiast używać InputStream do stworzenia twojego InputSource właśnie utworzyłem źródło wejściowe bezpośrednio z ciągu URL.

InputSource a = new InputSource(url_string); 

gdzie url_string to tylko ciąg z Twoim adresem URL. Nie pytaj mnie, dlaczego to działa ... Naprawdę nie podoba mi się to, ponieważ nie ma sposobu, aby sprawdzić limity czasu i takie rzeczy, jak się wydaje. Ale działa, daj mi znać, jak to działa!

Answer 5

Wpadłem na ten sam problem i nie mogłem go zrozumieć, ponieważ analizowałem bezpośrednio z InputSource. Kiedy zmodyfikowałem kod, aby wyciągnąć wynik do ciągu znaków przed analizą xml, odkryłem, że problem był po prostu błędną nazwą metody usługi sieciowej i że komunikat o błędzie zgłoszony przez tę usługę był zabójcą.

Answer 6

Nawet ja stanąłem w obliczu tego samego problemu. Najpierw użyłem InputStream w Scanner, aby wydrukować jego zawartość. A następnie próbuje przekazać go w parserze XML.

Problem polegał na tym, że nie zamykałem obiektu Scanner. I przy użyciu Inputstream w analizatorze składni.

Po zamknięciu obiektu skanera udało mi się rozwiązać ten problem.