From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 25 Oct 2006 22:10:43 +0400 From: =?koi8-r?B?5MXOydMg883J0s7P1w==?= To: smoke-room@lists.altlinux.org Message-ID: <20061025181043.GA1430@localhost.localdomain> References: <20061023022000.56c4a1aa@dhcppc0> <20061022212822.GH7286@osdn.org.ua> <20061023082401.GC28347@localhost.localdomain> <20061023181954.GK28465@osdn.org.ua> <20061024015521.GE22262@localhost.localdomain> <453DD5D3.2090904@stc.donpac.ru> <20061024155705.GA3318@localhost.localdomain> <453EFD70.40708@stc.donpac.ru> <20061025083002.GA32347@localhost.localdomain> <453F3FDC.4030304@stc.donpac.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <453F3FDC.4030304@stc.donpac.ru> Subject: Re: [room] =?koi8-r?b?7MXLw8nRINDPIEphdmE=?= X-BeenThere: smoke-room@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: =?koi8-r?b?y9XM2NTV0s7ZyiDPxtTP0MnL?= List-Id: =?koi8-r?b?y9XM2NTV0s7ZyiDPxtTP0MnL?= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 18:11:09 -0000 Archived-At: List-Archive: On Wed, Oct 25, 2006 at 02:43:40PM +0400, Eugene Prokopiev wrote: EP> Первое: пусть польют меня грязью, но я в данном вопросе сторонник EP> недистрибутивного подхода, из Сизифа меня интересует только JDK/JRE. EP> Обоснование: продукт должен работать не только в ALT, и не только в EP> Linux (даже в качестве IDE я использую Eclipse в Linux, но со мной EP> работает один человек в Windows и один еще не определился :) ). Более EP> того, мне хочется, чтобы он собирался везде, где нет ничего, кроме JDK. EP> Поэтому мне пока проще таскать все необходимые библиотеки с собой, они у EP> меня лежат прямо в CVS вместе с исходниками. Я задницей чувствую, что EP> когда-нибудь это начнет меня напрягать, когда потребуется гарантировать EP> одинаковые версии библиотек в разных проектах, и тогда я буду смотреть EP> на maven, а пока мне достаточно ant. Грубые аналогии: ant - это make, EP> maven - это hasher/spt :) Гм. У меня ситуация немного другая -- мне достаточно если он будет _работать_ где угодно. Увы, скорее всего то что будет распространяться будет распространяться в бинарном виде :( EP> Далее: CGI в виде отдельных процессов на каждый запрос в Java никто в EP> здравом уме делать не станет - это слишком дорого. Основа всех EP> технологий - это сервлеты, которые выглядят так: Правильно ли я понимаю что Tomcat это "штука для запуска сервлетов"? И по сути это дает возможности идентичные FastCGI? EP> Принцип ясен? То есть класс содержит в себе код обработчики запроса? Ага. EP> Есть надстройки над этим - template engines типа JSP и Velocity, которые EP> позволяют писать в стиле PHP, т.е. html + вставки кода. Кстати, Velocity EP> как template engine используется в проектах, которые к web никаким боком. Добровольно мешать код и данные? Нет уж :) EP> Есть надстройки над этими надстройками :) Есть другие надстройки над EP> сервлетами. Начать читать можно отсюда - EP> http://www.techinfo.net.ru/docs/web/javawebdev.html Прочитал... жуть! Описано только одно средство (XMLC) которое упрощает разработку, а не усложняет %-/ Откуда такая XML-мания? EP> Hello, World Application EP> EP> This is a simple web application with a source code organization EP> based on the recommendations of the Application Developer's Guide. EP> Где используется эта информация? EP> build.xml (и вызывающий его build.sh) умеет строить из этого дерева EP> файлов war-архив. Этот архив можно разными способами продеплоить в EP> Tomcat: например, скопировать его в определенный каталог, который он EP> мониторит на предмет появления новых приложений. Будет это приложение EP> работать и в других контейнерах вроде Jetty и Resin, а также в тяжелых EP> серверах приложений вроде JBoss и Geronimo, которые содержат встроенные EP> сервлет-контейнеры (коими являются Tomcat и Jetty :) ). Я правильно понимаю что минимальный сервлет-контейнер должен уметь "всего лишь" каким-либо образом обрабатывать клиентские соединения, подгружать сервлеты и передавать данные? То есть можно, например, написать простой сервлет-контейнер который будет общаться с тем же nginx через FastCGI. EP> Мне больше нравится Jetty, т.к. он легче, меньше, проще, понятнее ... EP> Взять маленький Jetty можно тут - EP> http://lib.juga.ru/article/articleview/222/1/0?PrintableVersion=enabled EP> Т.е. Apache web server здесь отдыхает. Его подставляют как frontend. EP> Можно ли задействовать nginx - не в курсе. Если он фронтенд как http proxy -- однозначно можно. EP> Если хочется странного (FastCGI), то пишется обычное java-приложение, EP> которое обменивается с web-сервером через сокеты. Ага. EP> Такое приложение можно писать, забыв о наличии каких-либо frameworks. Но EP> если я знаю, что будет много относительно независимых и взамозаменямых EP> модулей (и я узнаю о том, какие конфигурации будут нужны, только на EP> этапе внедрения), то я задействую Spring. EP> Стартовый класс: EP> public class Main { EP> public static void main(String[] args) throws InterruptedException { Что означает этот exception? EP> Кто скажет, что это не изящно, пусть бросит в меня камень :) XML... Я так понимаю что редактируется это обычно все отнюдь не руками? EP> Да, похоже я исполнил мечту г-на dlaygovta@ :) :) EP> Денис, если все это тебе еще интересно, то в качестве оплаты лекции EP> прошу написанное причесать и куда нибудь на f.i. выложить :) Еслп под причесать подразумевается только форматирование -- легко и непринужденно. Если редактирование -- ой вряд ли я сейчас с этим справлюсь... >> Кстати о. Какие наиболее простые средства a-la flex/bison сейчас есть в >> Java? EP> кажется, именно antlr и есть Ага... >> Меня String убивает именно тем, что код который на perl том же занимает >> несколько символов и понятен -- на Java получается простыня кода :) EP> В Java есть регулярные выражения - не помогут? В Java вообще все есть :) Дело в синтаксисе. -- С уважением, Денис http://freesource.info ---------------------------------------------------------------------------- Мда.. есть такое поле в RPM... Packager ;-) -- rider in devel@