Ошибка синтаксического анализа xml неопределенная сущность адрес chrome browser

Удаляем русификацию из firefox

Здравствуйте уважаемые участники форума, при обновлении столкнулся с проблемой:

Ошибка синтаксического анализа XML: неопределённая сущность
Адрес: chrome://browser/content/browser.xul
Строка 239, символ 5:

Или будет лучше так:
                                                 

Список моих действий для решения проблемы:
1) Переустановил браузер! -Не прошло!
2) Удалил всё что связано с браузером, включая личные данные! -Не прошло!
3) Пытался ставить английскую версию программы, один раз запустилась, второй раз…-Не прошло!
4) Пытался сделать новую учётную запись, и там ставил по новой, хватило на один запуск, а после ..-Не прошло!
5) Отключал антивирус, брандмауэр,  и вообще отключал все процессы, кроме системных, пробовал запустить..-Не прошло!
6) Пытался найти в гугле решение, но там были в основном решения, с переустановками, а остальные решения, немного не к моему сообщению относились.

Пожалуйста, спасите меня, приходится временно с гугл хрома сидеть

Надеюсь на вашу помощь! С уважением

Добавлено 14-09-2013 10:17:34
Ребят, простите за доставленные неудобства, но я решил проблему только что сам, следующим способом:
1) Я скачал  первую попавшуюся сборку портабл версии браузера! Прошу заметить, что именно пользовательская сборка, ибо там обычно всё переделано с дефолта!
2) Удалил установленный Fox!
3) Запустил portable версию!
4) Восстановил файл about:config по умолчанию!
6) Скачал последнюю версию nightly с сайта, и установил её!
7) После, я зашёл сюда Инструкция по русификации Firefox, и сделал всё как там было написано! И после перезапуска, он больше не выдавал подобное!

Как я понял, это ошибка вылезает из за неправильной русификации.

Надеюсь я кому ни будь помог  !

Отредактировано BlackDoom (14-09-2013 10:17:34)

Приветствую всех друзей и читателей – Sozdaiblog.ru!

Сегодня Вы узнаете, как грубым, но эффективным способом починить в WordPress RSS ленту и избавиться от надоедливой ошибки синтаксического анализа XML.

Я уверен, что многие  из Вас при нажатии на оранжево-полосатую кнопку ни один раз наблюдали следующую картину:

К сожалению, я тоже сталкивался с этим чудным багом.

В то время из-за своей неопытности мне пришлось полдня провисеть в Интернете, бегая от сайта к сайту, дабы найти лекарство от этой заразы.

По себе знаю, что когда в Интернете целенаправленно пытаешься найти необходимую информацию, то хрена лысого она попадается. Будешь сутками лазить в поисках решения, пока со злости не бросишь это занятие.

Но, я то парень упёртый и на одном из сайтов всё-таки разыскал своеобразный «бычий способ», но реально работающий.

Итак.

Чтобы исправить ошибку синтаксического анализа XML, нужно немного поковыряться в ядре движка.

В корневой папке Вашего сайта необходимо найти каталог «wp-includes». В этом каталоге нам потребуется подкорректировать  следующие файлы:

1. feed-atom-comments.php

2. feed-atom.php

3. feed-rdf.php

4. feed-rss.php

5. feed-rss2-comments.php

6. feed-rss2.php

В первых двух файлах нужно удалить всё, что находится до блока:

<feed
        xmlns="http://www.w3.org/2005/Atom"
        xml:lang="<?php bloginfo_rss( 'language' ); ?>"
        xmlns:thr="http://purl.org/syndication/thread/1.0"
        <?php do_action('atom_ns'); do_action('atom_comments_ns'); ?>
>

В третьем до:

<rdf:RDF
        xmlns="http://purl.org/rss/1.0/"
        xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
        xmlns:dc="http://purl.org/dc/elements/1.1/"
        xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
        xmlns:admin="http://webns.net/mvcb/"
        xmlns:content="http://purl.org/rss/1.0/modules/content/"
        <?php do_action('rdf_ns'); ?>
>

У четвёртого отсекаем все строчки до:

<rss version="0.92">

А у пятого и шестого до:

<rss version="2.0"
        xmlns:content="http://purl.org/rss/1.0/modules/content/"
        xmlns:dc="http://purl.org/dc/elements/1.1/"
        xmlns:atom="http://www.w3.org/2005/Atom"
        xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
        <?php do_action('rss2_ns'); do_action('rss2_comments_ns'); ?>
        >

Обязательно проверьте все шесть файлов на наличие пустых строк. Они не должны присутствовать ни в одном документе.

Закончив все действия, не забудьте сохраниться.

Спустя некоторое время Ваша RSS лента чудесным образом заработает.

Единственная загвоздка в том, что при обновлении WordPress придётся пройти эту процедуру заново. На самом деле это просто и займёт 5—10 минут Вашего времени.

Если у Вас есть другие решения этой проблемы, буду очень рад увидеть их в комментариях.

На сегодня это всё. До скорых встреч…

С уважением, Денис Черников!

Автор kbaott, 28.06.2011 | Просмотров: 26 609 |

Здравствуйте, как видите блог немного обновился, стал веселее и ярче. Наконец-то у меня дошли руки и до блога, давно хотел добавить в функционал несколько фич. Ну с ними Вы разберетесь как-нибудь сами, а пока я расскажу о небольшой неприятности. Сегодня заметил, что не работает ни один фид на блоге. Вообще ни один: ни RSS 0.92, ни RSS 2.0 ни RDF и даже ATOM не захотел работать. На все мои вопросы браузер отвечал одним и тем же окном:

К слову сказать я, как правило, пользуюсь браузером Mozilla Firefox 4.0.1, очень редко Opera 11.11, ну совсем редко Internet Explorer 9 (ну даже не пользуюсь, а скорее тестирую). «Мозиллой» пользуюсь для работы и серфинга, а остальными двумя проверяю как выглядят мои сайты в них. Другими браузерами не пользуюсь так как не вижу в этом смысла, для проверки совместимости есть browsershots.org, а более старые версии просто неактуальны, всем не угодишь. Как по мне, так пользователю лучше обновить (как правило бесплатно) браузер, чем искать сайт который нормально отображается в его Опере пятилетней давности.  В общем, не в этом суть. А в том, что средствами Мозиллы я так и не смог просмотреть свои фиды. Сразу же пошел гуглить на эту тему. И нагуглил довольно много информации — о проблемах с RSS не писал только ленивый паралитик. Особо распылятся я не буду, а только кратко пробегусь по методам борьбы с ошибками RSS. Но сначала немного теории. Ленты RSS и им подобные написаны на языке XML, а не HTML, а XML никогда не прощает ни единой ошибки в коде, как это бывает в случае с HTML. В отличие от HTML, DOM анализатор обязан отказаться от разбора XML документа, если в документе есть ошибки. Поэтому проверять свой RSS на валидность просто необходимо. При попытке открыть ленту с багами в синтаксисе пользователь как правило видит ругню браузера. Поэтому ошибки в коде RSS Feed недопустимы. Для выявления этих ошибок есть Feed-валидаторы: http://feedvalidator.org и http://validator.w3.org, но о них позже.

Я как раз собрался «прожечь» свой фид через FeedBurner, который, как известно, не терпит ошибок в фидах: если он обнаруживает в ленте ошибку, то отказываться его принимать и говорить, что «Вы подсунули ему что угодно, но только не RSS-ленту». Я то собрался прожечь, а тут как назло эти ошибки. «Значит будем их исправлять!» — гордо подумал я и… осекся. Почему, понятнее станет в самом конце поста.

Расскажу о самых распространенных проблемах с фидами. Первой из них является «Ошибка синтаксического анализа XML». Часто советуют отключить в WordPress все плагины изменяющие параметры RSS, но это «wooden leg massage», это никогда не помогает. Далее, проблемой может быть наличие пустых строк после «?>» в php-файлах как отвечающих за фиды, так и в файлах движка и поагинов. Решением может быть плагин Fix RSS Feed 3.0 для WordPress, который помогает исправить ошибки RSS фидов такие, как: “Error on line 2: The processing instruction target matching “[хХ][мМ][LL]” is not allowed.” когда вы пытаетесь прожечь свой RSS Feed через FeedBurner, или ошибка “XML or text declaration not at start of entity” которая появляется в браузере FireFox, или ошибка, которая возникает в браузере Opera “XML declaration not at beginning of document” и т.д. Качаете плагин, устанавливаете любым удобным способом, активируете, теперь в админпанели в меню «Парамерты» вібираем «Fix RSS Feed», ставим переключатель в None (нечего с нас честных блоггеров за чепуху баксы требовать), нажимаем «Fix wordpress rss feed errors» (предварительно нужно установить chmod 777 на файл wp-blog-header.php). Если ошибки были, то они исправлены плагином. Если вдруг что пойдет не так, то можно восстановить все измененные файлы (Restore fix). Мне этот плагин не помог.

Вторая возможная проблема и ее решение: BOM (п>ї). Многие программы Windows (включая Блокнот) добавляют байты 0xEF, 0xBB, 0xBF в начале любого документа, сохраняемого в кодировке UTF-8. Поскольку любимый WordPress живет именно в этой кодировке, не часто, но в структуру его файлов эти символы попадают. Причем, они могут попадать не обязательно в файлы фидов, даже если они затесались в файлик какого-то плагина, RSS уже может показаться FeedBurner’у верхом непристойности. Выискать такие файлы вручную невозможно, поэтому нужно обратиться к средствам автоматизации, а именно к скрипту поиска ВОМ’ов — Find BOM. Разархивируйте в корень сайта (туда где лежит файл wp-config.php), далее в строке адреса из админки введите http://вашсайт/find_bom.php в итоге по окончанию сканирования файлов скрипт выдаст список негодяев, в теле которых живут ВОМ’ы. Удалить их теперь не сложно — выкачиваем на локальный компьютер, скачиваем актуальную версию редактора Notepad ++ (никаких Блокнотов!), открываем в нем найденные файлы, выбираем из меню «Кодировки» пункт «Преобразовать в UTF-8 без ВОМ» — это стопроцентно вылечит файл от ВОМ, сохраняем, заливаем обратно. И этот скрипт мне не помог, навязчивое желтое окно висело…

Третий вариант — «Тяжелая артиллерия». Заходим через FTP менеджер в каталог wp-includes, и открываем в любом редакторе, который корректно работает с кодировкой  UTF-8 без BOM (например  Notepad++), файлы: «feed-rss.php», «feed-rss2.php», «feed-rss2-comments.php», «feed-atom.php», «feed-rdf.php».В начале каждого из них находим строчку:

<code>&lt;?php
echo '&lt;?xml version="1.0" encoding="'.get_option('blog_charset').'"?'.'&gt;';
?&gt;</code>

и жестоко  удаляем ее. Изменения во всех указанных файлах ни к чему не привели: «(С) А воз и ныне там».

Четвертый вариант — «На грубость нарываешься». Наш путь снова лежит в каталог wp-includes, там берем и редактируем файлы feed-rss2.php и feed-rss2-comments.php. В файле убираем первые 13-14 строк (у кого как) вплоть до <rss version=»2.0″ …… К сожалению и это не помогло. Я уже начал отчаиваться и вдруг нахожу еще один способ.

Пятый способ — «Бредни пьяного саппорта». На каком-то забугорном сайте нашел я такой text:

What we need, is to add a little tip in specific files where wordpress feeds are made up before to be outputted to the browser on request. So, we go to fix this by opening the follow file, if the feed we want is RSS2 in wordpress (we will see all any other after in any case):
wp-includes/feed-rss2.php
open it with a text editor and read on the very top section, the following code:

header(‘Content-Type: text/xml; charset=’ . get_option(‘blog_charset’), true);
$more = 1;

To fix the feed on wordpress (but not only, it is obviously valid in, and for, any other feed or non feed contest where we can have the same necessity), add this tricky Php code immediately after:

$out = ob_get_contents();
$out = str_replace(array(“n”, “r”, “t”, ” “), “”, $input);
ob_end_clean();

Do the same almost with the comment’s feed file: feed-rss2-comments.php
Save/replace the feed-rss2.php and the feed-rss2-comments.php files modified in this way and enjoy your re-enabled feeds!

Короче, в файлы фидов нужно добавить три строчки кода, на некоторых сайтах басурманы кричат, что помогает. Мне… не помогло.

Сижу, я расстроенный, чуть не плачу. Потихоньку открываю один за одним файлы движка, просматриваю код плагинов, а что еще делать, гуглование… гугление… гугловство не помогло — одни и те же копипасты, ничего нового. Нервы на пределе. И тут я просто так, ради шутки авторизуюсьна FeedBurner’е и предлагаю ему скушать прожечь мой фид — и, о чудо, он его принимает и принимаеться предлагать мне всяческие настройки! На радостях пытаюсь своими куриными мозгами понять «а чё ваще?». Непонимание переходит в недоумение. Хватаю несколько фирменных фич FeedBurner’а, несу их на бог, проверяю — работают!

Иду на вышеуказанные фид-валидаторы, проверяю и… зарабатываю кнопку «This is a valid RSS feed«. То бишь это валидный RSS-канал, кроме одной ошибки и то из-за невалидного embed-кода электронного журнала, которые не играет никакой роли. Проверяю в «Опере» и «Ослике» — работает все и RSS, и ATOM. Думал долго. Оказалось нужна была кнопка браузера Mozilla Firefox — «Стереть недавнюю историю…«.

Лента заработала после применения одного из перечисленных способов лечения. Но вот после какого? И почему вылезла ошибка? Не скажет, уже наверное, никто. Как говориться, «за больной головой и рукам нет покоя». Все это оказалось очень напряжным, но зато я изучил все аспекты rss-терапии.

Метки: atom, feedburner, rss, xml, ошибка
Писано 28.06.2011

It’s b0rking when trying to report a network error to you. It’s happening while expanding entities (&netInterrupt.longDesc; denotes an «entity») within the XML document template that it uses to generate the page displaying the network error it encountered. This is a long standing Firefox bug, on the Mozilla tracker it is Bug 569229, and on the Tor Project tracker it is #8842.

From the Mozilla bugtracker:

This is triggered by nested entities. Expat keeps a linked list of open entities (openInternalEntities) which goes from the most inner open entity to the most outer open entity. In this case we’re parsing an entity and it ends in another (inner) entity. While parsing that inner entity we block the parser, either because we’re loading something like script, or because we interrupt. The inner entity hasn’t been completely parsed, so it’s not marked closed and the handler is set to internalEntityProcessor, the outer entity is considered to have been parsed completely, so it is marked closed and openInternalEntities is set to null. When we unblock the parser we end up in internalEntityProcessor with a null openInternalEntities, which is a bogus state and we report an error.

So, this is generated when Firefox is trying to render the XML for the page, the XML parser gets into a bad state and reports the error. There is a patch, but it seems it has not yet been introduced (the bug is still open on the Mozilla tracker). Note that this bug is from (at least) 2010, it is not a sign of compromise, just a sign of the (over-)complexity of XML.

It’s b0rking when trying to report a network error to you. It’s happening while expanding entities (&netInterrupt.longDesc; denotes an «entity») within the XML document template that it uses to generate the page displaying the network error it encountered. This is a long standing Firefox bug, on the Mozilla tracker it is Bug 569229, and on the Tor Project tracker it is #8842.

From the Mozilla bugtracker:

This is triggered by nested entities. Expat keeps a linked list of open entities (openInternalEntities) which goes from the most inner open entity to the most outer open entity. In this case we’re parsing an entity and it ends in another (inner) entity. While parsing that inner entity we block the parser, either because we’re loading something like script, or because we interrupt. The inner entity hasn’t been completely parsed, so it’s not marked closed and the handler is set to internalEntityProcessor, the outer entity is considered to have been parsed completely, so it is marked closed and openInternalEntities is set to null. When we unblock the parser we end up in internalEntityProcessor with a null openInternalEntities, which is a bogus state and we report an error.

So, this is generated when Firefox is trying to render the XML for the page, the XML parser gets into a bad state and reports the error. There is a patch, but it seems it has not yet been introduced (the bug is still open on the Mozilla tracker). Note that this bug is from (at least) 2010, it is not a sign of compromise, just a sign of the (over-)complexity of XML.

Приветствую всех друзей и читателей – Sozdaiblog.ru!

Сегодня Вы узнаете, как грубым, но эффективным способом починить в WordPress RSS ленту и избавиться от надоедливой ошибки синтаксического анализа XML.

Я уверен, что многие  из Вас при нажатии на оранжево-полосатую кнопку ни один раз наблюдали следующую картину:

К сожалению, я тоже сталкивался с этим чудным багом.

В то время из-за своей неопытности мне пришлось полдня провисеть в Интернете, бегая от сайта к сайту, дабы найти лекарство от этой заразы.

По себе знаю, что когда в Интернете целенаправленно пытаешься найти необходимую информацию, то хрена лысого она попадается. Будешь сутками лазить в поисках решения, пока со злости не бросишь это занятие.

Но, я то парень упёртый и на одном из сайтов всё-таки разыскал своеобразный «бычий способ», но реально работающий.

Итак.

Чтобы исправить ошибку синтаксического анализа XML, нужно немного поковыряться в ядре движка.

В корневой папке Вашего сайта необходимо найти каталог «wp-includes». В этом каталоге нам потребуется подкорректировать  следующие файлы:

1. feed-atom-comments.php

2. feed-atom.php

3. feed-rdf.php

4. feed-rss.php

5. feed-rss2-comments.php

6. feed-rss2.php

В первых двух файлах нужно удалить всё, что находится до блока:

<feed
        xmlns="http://www.w3.org/2005/Atom"
        xml:lang="<?php bloginfo_rss( 'language' ); ?>"
        xmlns:thr="http://purl.org/syndication/thread/1.0"
        <?php do_action('atom_ns'); do_action('atom_comments_ns'); ?>
>

В третьем до:

<rdf:RDF
        xmlns="http://purl.org/rss/1.0/"
        xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
        xmlns:dc="http://purl.org/dc/elements/1.1/"
        xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
        xmlns:admin="http://webns.net/mvcb/"
        xmlns:content="http://purl.org/rss/1.0/modules/content/"
        <?php do_action('rdf_ns'); ?>
>

У четвёртого отсекаем все строчки до:

<rss version="0.92">

А у пятого и шестого до:

<rss version="2.0"
        xmlns:content="http://purl.org/rss/1.0/modules/content/"
        xmlns:dc="http://purl.org/dc/elements/1.1/"
        xmlns:atom="http://www.w3.org/2005/Atom"
        xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
        <?php do_action('rss2_ns'); do_action('rss2_comments_ns'); ?>
        >

Обязательно проверьте все шесть файлов на наличие пустых строк. Они не должны присутствовать ни в одном документе.

Закончив все действия, не забудьте сохраниться.

Спустя некоторое время Ваша RSS лента чудесным образом заработает.

Единственная загвоздка в том, что при обновлении WordPress придётся пройти эту процедуру заново. На самом деле это просто и займёт 5—10 минут Вашего времени.

Если у Вас есть другие решения этой проблемы, буду очень рад увидеть их в комментариях.

На сегодня это всё. До скорых встреч…

С уважением, Денис Черников!

Может появиться сообщение об ошибке, указывающее на то, что было сообщение об ошибке синтаксического анализа XML – элементы не найдены. Есть несколько способов разрешить им эту проблему, и мы поговорим о них немного позже. грамм.Выполните действительно чистую переустановку текущей версии Firefox и удалите папку программы Firefox перед установкой каждой отдельной новой копии текущей версии Firefox rampage. Если возможно, удалите Firefox текущего типа, чтобы очистить реестр Windows и, в дополнение, области программного обеспечения безопасности.

 Пользовательский агент: Opera / 9.80 (Windows NT 6.1; U; de) Presto / Версия 2.2.15 / 10.10Идентификатор сборки: Mozilla / 5.0 (Windows; U; Windows NT 6.1; en-US; rv: 1.9.1.8) Gecko и 20100202 Firefox / 3.5.8Хотя я намерен превратить свое приложение в веб-приложение для получения результатов исследований с сервера (в формате XML). Плохо, покупатели могут просто запустить другой браузер.Играбельно: ИногдаШаги воспроизведения:1. Обзвонить все серверы с HTTP через своего пользователя (FIREFOX)2. Сервер возвращает данные в формате XML.3. Иногда браузер мог его просканировать, иногда нет. Извините, при сканировании работает другой браузер, все в порядке.Текущие результаты:Ошибка синтаксического анализа XML: часть не найденаМестоположение: (Мой номер URL)Ряд один, столбик 1:Ожидаемые результаты:По крайней мере, есть большинство связанных тегов, которые, возможно, могут прочитать все ваши браузеры, независимо от того, является ли это функциональной ошибкой.Mozilla / 5.0 (Windows; U; Windows NT 6.1; en-US; rv: 1.9.1.8) Gecko / 20100202 Firefox для каждой версии 3.5.8 

 Я работаю с локалью каждый раз, когда вы - б-г, и у меня похожие проблемы и их личные утверждения.Когда я захожу на http://www.gaidhlig.org.uk/, я получаю следующее:Mearachd ann действительно чувствую parsadh XML: taga air a dhroch cheangal. Сделка Ри: .По адресу: http://www.gaidhlig.org.Na uk /à € ireamh loidhne 49, colbh 10: --------- ^Когда вы вошли на http://www.thinkbroadband.com/:Mearachd ann am parsadh XML: mearachd both ann là imhseachadh an iomraidh air bith iomallachIte: package: file: /// C: /Program%20Files/Namoroka/chrome/toolkit.jar! /Content/global/netError.xhtmlПо адресу ireamh na ten, loidhne colbh 3:% netErrorDTD;- ^Я также получил сообщение от одного из моих тестировщиков, что репост запрещает им подключаться к * любой * веб-странице, с большинством следующих сообщений об ошибках:Mearachd ann a. м. parsadh XML: mearachd ann an là imhseachadh мощное движение iomraidh bit iomallachIte: jar: file: /// C: /Programme/Namoroka/chrome/toolkit.jar! /Content/global/netError.Na xhtmlat € ireamh loidhne ten, colbh 3:  % netErrorDTD;- ^Запустите XP Pro с Windows, Namoroka 3.6.5pre для локали gd. 

 Firefox 34.0, бета-версия AngularJS:URL-адрес запроса: http: // localhost: 8080 по сравнению с api / my / profileМетод опроса: PUTКод состояния: HTTP / 1.1 200 OK00: 53: 02.000 Заголовок запросаПользовательский агент: Mozilla / 5.0 (Windows NT 6.3; WOW64; rv: 34.0) Gecko / 20100101 Firefox / 34.0Реферер: http: // localhost: 8383 и fingeror / index.html.Происхождение: http: // localhost: 8383Тип клиента I2c: мобХост: localhost: 8080Тип контента: application / json; набор репутации = utf-8Длина Содержимого: 51Подключение: Keep-AliveПринять язык: en-US, en; q = 0,5Принять кодировку: gzip, deflateПринять: использование / json; набор символов = UTF-8Тело запроса«Дата после рождения»: 640292400000, «Дата рождения»: 640292400000Заголовок ответа Î "871 мсX-XSS Защита: 1; Режим = блокПараметры X-Frame: ОТКАЗАТЬпараметры типа содержимого x: nosniffСервер: Apache Coyote или 1.1Прагма: нет кешаСрок годности: 0Дата: пт, 14 ноября этого года, 20:53:02 GMTДлина содержимого: 0Нет текста о лекарствахэлемент не найден Профиль: 1 

1
2
3
4
5
6
7
8
9
10
11
12
13

    @PostMapping("users/delete")
    public ResponseEntity<Object> deleteUserListByIds(
            @Valid @RequestBody List<UserDto> ids,
            BindingResult bindingResult) {
 
        if (bindingResult.hasErrors()) {
            throw new RuntimeException("Invalid Input Parameters");
        }
 
        usersDeleteService.deleteListUsersByIds(ids);
 
        return ResponseEntity.ok().build();
    }

1
2
3
4
5
6

public class UserDto {
 
    private String id;
 
    private String firstName;
...

1
2
3
4
5
6
7

    @Transactional
    @Override
    public void deleteListUsersByIds(List<UserDto> ids) {
 
        List<User> usersIds = userMapper.convertUserDtoListToUserList(ids);
        userRepository.deleteInBatch(usersIds);
    }

1
2
3
4
5
6
7
8
9

/*A table for users*/
@Entity
@Table(name = "users")
public class User {
 
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
...

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

/*Отправка данных на сервер, методом POST
        * sourceDataJson - источник данных, в формате JSON;
        * uri - адрес ресурса;
        * processingValueOfUri(uri) - проверяет, что введен url, если
        * url отсутствует, тогда выбрасывается exception */
        function sendDataWithAjax(uri, sourceDataJson) {
 
            processingValueOfUri(uri);
            var jsonObj = JSON.stringify(sourceDataJson);
 
            $.ajax({
                type: "POST",
                url: uri,
                data: jsonObj,
                headers: {
                    'Content-Type': 'application/json'
                },
                success: function () {
 
                    getDataFromTable(options.urlGetData, '.' + nameTable);
                },
                error: function (error) {
 
                    //applyStyleForHeadContainerOfErr('.' + divErrMessage);
                    messageErr(error, '.' + divErrMessage);
                }
            });
        }

1

{"errorCode":400,"errorMessage":"Failed to convert value of type 'java.lang.String' to required type 'java.lang.Long'; nested exception is java.lang.NumberFormatException: For input string: "delete""}

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь