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

Грубо говоря, они отвечают мировоззрению модели DOM в XML`е - весь ответ сервера загрузили, распарсили, изменили, после этого отправили дальше.

А можно ли реализовать что-то типа SAX-модели, а лучше просто потоковой? Т.е. сервлет возвращает, ведь, HTTP-ответ потоком, а не целым куском сразу - и мы бы читали этот поток и передавали его в фильтре дальше по мере поступления, в цикле, например так:

Код

String s = new String(); while ( (s = response.readLine()) != null ) {     if (s.equals("</body>"))         s = "buy!</body>";     response.sendLine(s); }

Как-то так можно или нет?.. А то по классической модели получается, что пока фильтр не отработает, клиент вообще ничего не увидит - а передача тоже ведь время ест...

Это сообщение отредактировал(а) Се ля ви - 29.3.2005, 11:28

Не оно : http://java.sun.com/docs/books/tutorial/es...o/filtered.html?

Нет, я про J2EE фильтры. Они по сути как сервлеты, только для пре- и пост-обработки основного запроса используются...

Так что - никто не знает?..

Чего то я не понял твоей мысли. Передаче чего ест время? Нельзя передать кусок респонса а потом еще один. Он идет целиком.

Цитата

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

Если более подробно - если посмотреть например на хттп реквест, то серверу в любом случае оно нужно целиком. Скажем, если оно содержит ПОСТ реквест, то нужно прочесть все поля, а иначе не будет смысла вообще что-то делать Точно так же фильтр должен послать весь реквест, иначе клиент получит например кусок хедера и ничего вообще не покажет. Или я не так понял?

Domestic Cat
Ну смотри, есть же, например, правило, что заголовки ответа нужно устанавливать в сервлете ДО генерации контента (по крайней мере было в ранних спецификациях), если отключено кэширование вывода. Я это интерпретировал так, что HTTP-ответ начинает приходить клиенту уже в процессе выполнения сервлета, а не после окончания работы метода doPost или doGet - разве не так?

Иначе теряется смысл везде писать response.printLn("ляляля") - можно было бы всё копить в строковый буфер и потом выдавать сразу.

Тогда, получается, что установка фильтра блокирует потоковый вывод, заставляя выводить пользователю данные все сразу? Вот как этого избежать - вот в чём вопрос.

Грубо говоря, как заставить фильтр работать в режиме модели SAX? Типа сервлету идёт запрос, фильтр его пропускает, сервлет выдаёт ответ в виде XML-потока тегов, а мы в фильтре ловим всё это по событиям SAX`а и не дожидаясь конца документа сразу посылаем клиенту - так можно сделать или нет?..

Думаю, что нет, да и смысла особогo не вижу. Фильтр нужен для манипуляций с респонсом/реквестом каk целым, например, чтоб его заархивировать и съекономить тем самым трафик - этo будеt гораздо быстрее любых других вариантов.

Цитата(Domestic @ 30.3.2005, 19:02)

смысла особогo не вижу

Domestic Cat, хм, ну ведь SAX не зря придумали! Ну например, видео или звук кому-то приспичело гнать через Java и нам надо его малость обрабатывать по пути - как тогда?.. Если впринципе документа нет, а есть лишь поток, к которому подключаются и отключаются? Или для этого другой API, что-то вместо сервлетов используется?

Кажется раскопал как это сделать, но точно не уверен, так что гогами не пинать, для этого нужно использовать классы: Filter, HttpServletRequestWrapper/HttpServletRepsponseWrapper и модифицировать ServletOutputStream, перегрузкой его методов мы как раз получим фильтрацию на уровне потока:

Код

//класс фильтра public class MyFilter implements Filter  {     private FilterConfig filterConfig;     public void init(FilterConfig filterConfig) throws ServletException      {        this.filterConfig = filterConfig;     }     public void destroy()      {     }     public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)                        throws java.io.IOException, javax.servlet.ServletException      {                      MyResponseWrapper responseWrapper = new MyResponseWrapper((HttpServletResponse)response);        chain.doFilter(request, responseWrapper);     }      } //расширение ServletOutputStream public class FilterServletOutputStream extends ServletOutputStream {   protected OutputStream out;      public FilterServletIutputStream(OutputStream out)   {     this.out = new OutputStream(out);   }      public void write(int b) throws IOException   {     //реализация фильтра   }      public void write(byte [] b) throws IOException   {     write(b, 0, b.length);   }      public void write(byte [] b, int off, int len) throws IOException   {    //раелизация фильтра   } } //класс врапера public class MyResponseWrapper extends HttpResponseWrapper {   FilterServletOutputStream out;      public MyResponseWrapper(HttpServletResponse response)   {     super(reponse);     out = new FilterServletOutputStream(response.getOutputStream());   }      public ServletOutputStream getOutputStream() throws IOException   {     return out;   }      public PrintWriter getWriter()   {     return new PrintWriter(out);   } }

Разве что для стрима нужно... А так смысла не вижу. Или докажите

Domestic Cat - ну, допустим изображения обрабатывать на выходе, к примеру, добавлять на них надпись www.mysite.ru

Это сообщение отредактировал(а) 3,14 - 4.4.2005, 11:13