У меня есть доступ к JSP через JBoss. Он отображает список (результат поиска). Если ответ становится большим, примерно больше 200 КБ, ответ обрезается. Я вижу, как страница заканчивается в середине тега в Firefox. IE полностью пугает, и Fiddler тоже. Ответы меньше 200k не проблема.
Кто-нибудь испытал это? Не знаю, где искать проблему ... любые предложения приветствуются.





Может это как-то связано с промывкой буфера? Это число (200k) стало признаком проблемы, с которой у меня возникла проблема. Разместите директиву страницы следующим образом:
<%@page buffer = "500kb" autoFlush = "true" %>
и поиграйте с размером буфера и значениями автозапуска.
Если ваш JSP отображает очень сложную html-страницу, то это может быть просто браузеры, спотыкающиеся о собственные ноги. Можете ли вы получить страницу через wget или curl? Значит, он тоже усечен?
Я поддерживаю предложение Хеннинга. Я использовал JSP на JBoss для возврата многомегабайтных ответов, я бы посмотрел на код или, возможно, на промежуточный прокси-сервер, а не на JBoss.
Еще раз спасибо всем. За прошедшие дни я испытал поломку диска, рвоту детей и поездку в Испанию.
Из-за сбоя диска я не могу воспроизвести такое поведение! Я не потерял никакого кода и у меня точно такой же JBoss. Но у меня немного другая версия Java и Firefox. Fiddler не установлен (хотя на моей старой машине он был выключен).
Я до сих пор не понимаю, чем это вызвано. Но мне тоже все равно: P
Добавьте это в свой код:
<%@ page buffer = "none" %>
На данный момент я предполагаю, что - в обычном режиме, а именно. в буферизованном режиме вывод записывается в буфер, и если каким-то образом страница сервера полностью «закончилась» - часть вывода застревает в эфире (буфере).
Когда вы отключаете буфер - вывод из jsp отправляется клиенту, как только он сгенерирован.
Нужна дополнительная информация, обрезана ли разметка HTML или проблема связана с файлами CSS? Что будет, если использовать Gzip outstream