"Content is not allowed in prolog" when parsing perfect valid XML on GAE

Ten Komunikat o błędzie jest zawsze spowodowany nieprawidłową zawartością XML w elemencie początkowym. Na przykład, extra small dot"."na początku elementu XML.

Wszelkie znaki przed "<?xml…." spowodują powyżej " org.xml.sax.SAXParseException: Content is not allowed in prolog " Komunikat o błędzie.

Mała kropka "." przed “<?xml….

Aby to naprawić, po prostu usuń wszystkie te dziwne znaki przed “<?xml“.

Ref: http://www.mkyong.com/java/sax-error-content-is-not-allowed-in-prolog/

Miałem do czynienia z tym samym problemem. W moim przypadku pliki XML były generowane z programu c# i zasilane do AS400 do dalszego przetwarzania. Po pewnej analizie stwierdziłem, że używam kodowania UTF8 podczas generowania plików XML, podczas gdy javac (w AS400) używa "UTF8 bez BOM". Więc musiałem napisać dodatkowy kod podobny do wspomnianego poniżej:

//create encoding with no BOM
Encoding outputEnc = new UTF8Encoding(false); 
//open file with encoding
TextWriter file = new StreamWriter(filePath, false, outputEnc);           

file.Write(doc.InnerXml);
file.Flush();
file.Close(); // save and close it

W moim pliku xml nagłówek wyglądał tak:

<?xml version="1.0" encoding="utf-16"? />

W pliku testowym, czytałem bajty pliku i dekodowałem dane jako UTF-8 (nie zdając sobie sprawy, że nagłówek w tym Pliku był utf-16), aby utworzyć łańcuch znaków.

byte[] data = Files.readAllBytes(Paths.get(path));
String dataString = new String(data, "UTF-8");

Kiedy próbowałem deserializować ten łańcuch do obiektu, zauważyłem ten sam błąd:

javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1,1]
Message: Content is not allowed in prolog.

Kiedy zaktualizowałem drugą linię do

String dataString = new String(data, "UTF-16");

Miałem do czynienia z tym samym problemem o nazwie "Content is not allowed in prolog" w moim pliku xml.

Rozwiązanie

Początkowo moim głównym folderem był ' # Filename'.

Kiedy usunąłem pierwszy znak'#', błąd został rozwiązany.

Nie ma potrzeby usuwania #filename... Spróbuj w ten sposób..

Zamiast przekazywać plik lub obiekt URL do metody unmarshaller, użyj strumienia plików.

File myFile = new File("........");
Object obj = unmarshaller.unmarshal(new FileInputStream(myFile));

Usunięcie deklaracji xml rozwiązało to

<?xml version='1.0' encoding='utf-8'?>

Zamiast spacji miałem znak tabulacji. Zastąpienie karty '\T' Naprawiono problem.

Wytnij i wklej cały dokument do edytora takiego jak Notepad++ i wyświetl wszystkie znaki.

W moim przypadku problemu rozwiązaniem było zastąpienie niemieckich umlautów (äöü) ich odpowiednikami HTML...

Poniżej znajdują się przyczyny powyżej " org.xml.sax.SAXParseException: treść nie jest dozwolona w prologu " wyjątek.

1. najpierw sprawdź ścieżkę do pliku schematu.xsd i plik.xml.
2. kodowanie w XML i XSD (lub DTD) powinno być takie samo.
   Nagłówek pliku XML: <?xml version='1.0' encoding='utf-8'?>
   Nagłówek pliku XSD: <?xml version='1.0' encoding='utf-8'?>
3. Jeśli coś pojawia się przed deklaracją typu dokumentu XML.i. e: hello<?xml version='1.0' encoding='utf-16'?>

W moim przypadku miałem problem z build.xml plikiem. Rozwiązano to po prostu idąc do Build > Clean Project.

W duchu "po prostu usuń te wszystkie dziwne znaki przed

    BufferedReader test = new BufferedReader(new InputStreamReader(fisTest));
    test.mark(4);
    while (true) {
        int earlyChar = test.read();
        System.out.println(earlyChar);
        if (earlyChar == 60) {
            test.reset();
            break;
        } else {
            test.mark(4);
        }
    }

FWIW, bajty, które widziałem to (po przecinku): 239, 187, 191.

Miałem problem podczas sprawdzania pliku xml w notepad++ i zapisywania pliku, chociaż miałem topowy znacznik XML utf-8 jako <?xml version="1.0" encoding="utf-8"?>

Naprawiono przez zapisanie pliku w notpad++ z kodowaniem (Tab) > kodowanie w UTF-8: wybrane (kodowano w UTF-8-BOM)