Comments 4
Видимо ввиду малого количества кармы, неудалось опубликовать код приведенного примера :(
может я не до конца понимаю, что именно вы имели ввиду в своём посте…
я понимаю, что обращение идёт к веб-сервису, который, в свою очередь, занимается обработкой информации и тому подобными вещами.
я сейчас веду разработку тулзы, работающей с Active Directory. после полугода разработок, движок, отвечающий за координацию с AD был полностью написан. а интерфейс переписываем уже третий раз. всё никак не найдём середину золотую. и в последний раз остановились именно на web-сервисах. full-ajax. клиент отвечает исключительно за интерфейс. данные не компонуются на серваке, а передаются в xml. аналогично, и запросы на изменение идут от клиента напрямую к веб-сервису минуя web-server и postback… планируется также включение системы мониторинга MOM (от microsoft если слышали о таком) в интерфейс…
просто я не вижу ничего outstanding пока что(( либо пост не развернутый…
кроме того, XMLHTTPRequest согласно RFC может принимать запросы только со страниц сгенерированных на том же домене… а так часто возникает потребность кросс-домайн-вызовов…
я понимаю, что обращение идёт к веб-сервису, который, в свою очередь, занимается обработкой информации и тому подобными вещами.
я сейчас веду разработку тулзы, работающей с Active Directory. после полугода разработок, движок, отвечающий за координацию с AD был полностью написан. а интерфейс переписываем уже третий раз. всё никак не найдём середину золотую. и в последний раз остановились именно на web-сервисах. full-ajax. клиент отвечает исключительно за интерфейс. данные не компонуются на серваке, а передаются в xml. аналогично, и запросы на изменение идут от клиента напрямую к веб-сервису минуя web-server и postback… планируется также включение системы мониторинга MOM (от microsoft если слышали о таком) в интерфейс…
просто я не вижу ничего outstanding пока что(( либо пост не развернутый…
кроме того, XMLHTTPRequest согласно RFC может принимать запросы только со страниц сгенерированных на том же домене… а так часто возникает потребность кросс-домайн-вызовов…
не совсем понял о чем идет речь в топике, поле искать и нашел следующее:
Jaxer позволяет работать с JavaScript, HTML, DOM и CSS как на стороне клиента, так и сервера (поддерживается стандарт JavaScript 1.8), даже «расшаривать» части кода между клиентской и серверной частью. Jaxer также предоставляет ряд встроенных объектов, например, доступ к базам данных, SMTP, система лога и другие, в данном функционале мне кажется, это что-то аналогично Java серверам приложений, так как это уже не чистый веб-сервер, который просто обрабатывает HTTP запросы. Для этого разработан специальный Jaxer Framework, который и предоставляет API для доступа к расширенным возможностям сервера. В составе пакета есть несколько приложений, реально и наглядно демонстрирующих возможности сервера — это и чат, и система логирования, и почтовая система и работа с RSS потоками.
Не слeдует думать, что все писалось с нуля, совсем нет. К примеру, часть, отвечающая за серверный JavaScript, основана на движке Gecko от Mozilla (на нем основан, в частности, браузер Mozilla Firefox), на стороне сервера можно использовать встроенный фреймворк jQuery. И клиентский и серверный JavaScript код имеет, при помощи API сервера, доступ к базам данных (встроенной SQLite и внешней MySQL), файловой системе, сетевым инструментам и другим функциям.
http://abrdev.com/? p=233
интересная вещь
Jaxer позволяет работать с JavaScript, HTML, DOM и CSS как на стороне клиента, так и сервера (поддерживается стандарт JavaScript 1.8), даже «расшаривать» части кода между клиентской и серверной частью. Jaxer также предоставляет ряд встроенных объектов, например, доступ к базам данных, SMTP, система лога и другие, в данном функционале мне кажется, это что-то аналогично Java серверам приложений, так как это уже не чистый веб-сервер, который просто обрабатывает HTTP запросы. Для этого разработан специальный Jaxer Framework, который и предоставляет API для доступа к расширенным возможностям сервера. В составе пакета есть несколько приложений, реально и наглядно демонстрирующих возможности сервера — это и чат, и система логирования, и почтовая система и работа с RSS потоками.
Не слeдует думать, что все писалось с нуля, совсем нет. К примеру, часть, отвечающая за серверный JavaScript, основана на движке Gecko от Mozilla (на нем основан, в частности, браузер Mozilla Firefox), на стороне сервера можно использовать встроенный фреймворк jQuery. И клиентский и серверный JavaScript код имеет, при помощи API сервера, доступ к базам данных (встроенной SQLite и внешней MySQL), файловой системе, сетевым инструментам и другим функциям.
http://abrdev.com/? p=233
интересная вещь
+ интеграция с denwer
Sign up to leave a comment.
Запуск серверных процессов через JavaScript и Jaxer