Съдържанието не е разрешено в пролог, когато се анализира напълно валиден XML на GAE

Кодирането във вашия XML и XSD (или DTD) е различно.
Заглавка на XML файл: <?xml version='1.0' encoding='utf-8'?>
Заглавка на XSD файл: <?xml version='1.0' encoding='utf-16'?>

Друг възможен сценарий, който причинява това, е когато нещо идва преди декларацията за тип XML документ. т.е. може да имате нещо подобно в буфера:

helloworld<?xml version="1.0" encoding="utf-8"?>  

или дори интервал или специален знак.

Има някои специални символи, наречени маркери за ред на байтове, които могат да бъдат в буфера. Преди да предадете буфера на анализатора, направете това...

String xml = "<?xml ...";
xml = xml.trim().replaceFirst("^([\\W]+)<","<");

Имах проблем, докато проверявах xml файла в notepad++ и записвах файла, въпреки че имах горния utf-8 xml таг като <?xml version="1.0" encoding="utf-8"?>

Поправено е чрез запазване на файла в notpad++ с Encoding(Tab) > Encode in UTF-8:selected (беше Encode in UTF-8-BOM)

Това съобщение за грешка винаги се причинява от невалидно XML съдържание в началния елемент. Например допълнителна малка точка „.“ в началото на XML елемент.

Всички знаци преди „<?xml….“ ще доведат до съобщение за грешка „org.xml.sax.SAXParseException: Съдържанието не е разрешено в пролога“.

Малка точка „.“ преди “<?xml….

За да го поправите, просто изтрийте всички онези странни знаци преди “<?xml“.

Справка: http://www.mkyong.com/java/sax-error-content-is-not-allowed-in-prolog/

Бях изправен пред същия проблем. В моя случай XML файловете бяха генерирани от програма c# и заредени в AS400 за по-нататъшна обработка. След известен анализ установих, че използвах UTF8 кодиране, докато генерирах XML файлове, докато javac (в AS400) използва "UTF8 без BOM". Така че трябваше да напиша допълнителен код, подобен на споменатия по-долу:

//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

Хванах същото съобщение за грешка днес. Решението беше да се промени документът от UTF-8 с BOM на UTF-8 без BOM

В моя xml файл заглавката изглеждаше така:

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

В тестов файл четях файловите байтове и декодирах данните като UTF-8 (без да осъзнавам, че заглавката в този файл е utf-16), за да създам низ.

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

Когато се опитах да десериализирам този низ в обект, виждах същата грешка:

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

Когато актуализирах втория ред до

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

Успях да десериализирам обекта добре. Така че, както Ромен отбеляза по-горе, кодировките трябва да съвпадат.

Премахването на xml декларацията го реши

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

Бях изправен пред същия проблем, наречен „Съдържанието не е разрешено в prolog“ в моя xml файл.

Решение

Първоначално основната ми папка беше „#Име на файл“.

Когато премахнах първия знак '#', грешката беше разрешена.

Няма нужда да премахвате #filename... Опитайте по този начин..

Вместо да предавате File или URL обект към метода unmarshaller, използвайте FileInputStream.

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

Неочаквана причина: # символ в пътя на файла

Поради някакъв вътрешен бъг грешката Съдържанието не е разрешено в пролога също се появява, ако самото съдържание на файла е 100% правилно, но вие предоставяте името на файла като C:\Data\#22\file.xml.

Това може да се отнася и за други специални символи.

Как да проверите: Ако преместите файла си в път без специални знаци и грешката изчезне, значи проблемът е бил този.

Имах табулатор вместо интервали. Замяната на раздела „\t“ реши проблема.

Изрежете и поставете целия документ в редактор като Notepad++ и покажете всички знаци.

В моя случай на проблема, решението беше да се заменят немските умлаути (äöü) с техните HTML-еквиваленти...

по-долу са причините по-горе „org.xml.sax.SAXParseException: Съдържанието не е разрешено в пролог“ изключение.

1. Първо проверете пътя на файла на schema.xsd и file.xml.
2. Кодирането във вашия XML и XSD (или DTD) трябва да е същото.
   Заглавка на XML файл: <?xml version='1.0' encoding='utf-8'?>
   Заглавка на XSD файл: <?xml version='1.0' encoding='utf-8'?>
3. ако има нещо преди декларацията за тип XML документ, т.е.: hello<?xml version='1.0' encoding='utf-16'?>

В духа на „просто изтрийте всички онези странни знаци преди ‹?xml“, ето моят Java код, който работи добре с въвеждане чрез BufferedReader:

    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, байтовете, които виждах, са (в десетичен знак): 239, 187, 191.

Компресирах xml в Mac OS и го изпратих на машина с Windows, компресията по подразбиране променя тези файлове, така че кодирането изпрати това съобщение.