Как сделать "догрузку" информации в загруженую web-страницу
ботай Ajax, 
Изменил сообщение.
Догрузка по запросу не подходит тк то,что нужно догружать может появиться через 1с, может через 10, а может через 10мин.Насколько понял, ajax этого не обеспечивает.
Такое вообще возможно без java?
Догрузка по запросу не подходит тк то,что нужно догружать может появиться через 1с, может через 10, а может через 10мин.Насколько понял, ajax этого не обеспечивает.
Такое вообще возможно без java?
Ботай Ajax все равно.
Сделай проверялку ajax'овую "закончился процесс или нет" -- как закончится так грузи то что надо.
С java все будет то же самое, только на java. нафига она нужна - непонятно.
Сделай проверялку ajax'овую "закончился процесс или нет" -- как закончится так грузи то что надо.
С java все будет то же самое, только на java. нафига она нужна - непонятно.
Вопрос остается
Да, без проверялки не обойдёшься.
По поводу остального можешь вот это заботать: http://www.dklab.ru/lib/Subsys_JsHttpRequest/
По поводу остального можешь вот это заботать: http://www.dklab.ru/lib/Subsys_JsHttpRequest/
Ага, вещь! 
Тогда уж и про iframe пусть почитает.
Тогда уж и про iframe пусть почитает.
"после окончания загрузки html страницы без запроса клиента" - насколько я знаю, сервер не может посылать запросы клиенту.
Не вдаваясь в подробности, как бы я стал решать подобного рода задачу (в ASP.NET) - например, если нужно подтянуть данные из БД не перегружая страницу (без серверного кода такую задачу решить нельзя).
По моему скромному мнению все очень просто:
1) загружается страница (html).
2) в странице есть скрипт, который создает ActiveX объект, который может посылать http- запросы (есть там такой объект) и посылаешь в этом запросе xml, который содержит параметры запроса в БД (например если есть такая необходимость.
3) определяешь обработчик http, который прописывается в web.config. Технически это означает, что все запросы страницам с именами (или расширениями которые ты определишь, будут направляться к твоему обработчику. Например, все запросы к странице с "расширением" vasyapupkin будут направляться твоему обработчику.
4) в обработчике http (это просто класс, реализующий определенный интерфейс) - принимаешь xml с параметрами запроса в базу, если есть такая необходимость, после чего получаешь данные из базы, делаешь из них xml и отправляешь обратно клиенту.
5) тот же activeX объект , который посылал http запрос серверу, принимает xml от сервера.
полученный xml можно опять же загрузить в ActiveX объект, который работает с xml (по моему он так и называется) - это даст возможность использовать xpath для разбора того что прилетело от сервера для распихивания в поля твоей веб формы.
6) если тебе нужно данные подтягивать из базы или еще откуда-то по мере их поступления то
то же самое делается в том же скрипте на клиенте - просто опрашиваешь сервер раз в 10 секунд или как там тебе надо.
могу сказать, что использование такого подхода в разы ускоряет работу приложения, снижает трафик и упрощает работу с приложением (страниц меньше делается)
Не вдаваясь в подробности, как бы я стал решать подобного рода задачу (в ASP.NET) - например, если нужно подтянуть данные из БД не перегружая страницу (без серверного кода такую задачу решить нельзя).
По моему скромному мнению все очень просто:
1) загружается страница (html).
2) в странице есть скрипт, который создает ActiveX объект, который может посылать http- запросы (есть там такой объект) и посылаешь в этом запросе xml, который содержит параметры запроса в БД (например если есть такая необходимость.
3) определяешь обработчик http, который прописывается в web.config. Технически это означает, что все запросы страницам с именами (или расширениями которые ты определишь, будут направляться к твоему обработчику. Например, все запросы к странице с "расширением" vasyapupkin будут направляться твоему обработчику.
4) в обработчике http (это просто класс, реализующий определенный интерфейс) - принимаешь xml с параметрами запроса в базу, если есть такая необходимость, после чего получаешь данные из базы, делаешь из них xml и отправляешь обратно клиенту.
5) тот же activeX объект , который посылал http запрос серверу, принимает xml от сервера.
полученный xml можно опять же загрузить в ActiveX объект, который работает с xml (по моему он так и называется) - это даст возможность использовать xpath для разбора того что прилетело от сервера для распихивания в поля твоей веб формы.
6) если тебе нужно данные подтягивать из базы или еще откуда-то по мере их поступления то
то же самое делается в том же скрипте на клиенте - просто опрашиваешь сервер раз в 10 секунд или как там тебе надо.
могу сказать, что использование такого подхода в разы ускоряет работу приложения, снижает трафик и упрощает работу с приложением (страниц меньше делается)
По сути, ты сейчас описал принцип действия ajax 
Спасибо, принял все к сведению.
это точно, реализация примерно такого подхода и описана в моем посте выше
Ух ты, уау... Меня всегда восхищало как жависты дают красивые названия всему что под руку не попадется. Я бы не додумался для такой простой штуки новое слово придумать
Это не слово, это аббревиатура.
Asynchronous JavaScript and XML.
Тебя же не удивляет, что для всяких там php и xml названия придумывают?
Asynchronous JavaScript and XML.
Тебя же не удивляет, что для всяких там php и xml названия придумывают?
Оставить комментарий
dseleznev
Те примерно javascriptом получать от сервера (пусть php-скрипта) нечто после окончания загрузки html страницы без запроса клиента (предположим, неизвестно когда "появится" то, что нужно догружать).