From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 25 Oct 2006 12:30:02 +0400 From: =?koi8-r?B?5MXOydMg883J0s7P1w==?= To: smoke-room@lists.altlinux.org Message-ID: <20061025083002.GA32347@localhost.localdomain> References: <20061022004752.0508b7a4@dhcppc0> <20061021202204.GD19700@localhost.localdomain> <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> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <453EFD70.40708@stc.donpac.ru> Subject: Re: [room] =?koi8-r?b?0drZ3svJIMkgwsnCzMnP1MXey8k=?= 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 08:30:28 -0000 Archived-At: List-Archive: On Wed, Oct 25, 2006 at 10:00:16AM +0400, Eugene Prokopiev wrote: EP> В первую очередь скажи, что такое для тебя инфраструктура? Может мы о EP> разном? Все что требуется для запуска web-сервиса кроме собственно кода. Это и библиотеки, и сервер, и предполагаемые шаблоны разработки. EP> Сразу скажу, что с Java я начал работать тогда, когда мода на тяжелые EP> решения вроде EJB стала проходить. Много было написано на эту тему, EP> например Better Faster Lighter Java и J2EE Development without EJB - у EP> меня есть pdf, если надо, пиши ... Интересно. [skip] Количество ключевых слов, которые мне вообще не о чем не говорят ужасает. /me пошел долго и упорно гуглить. EP> По поводу web опыта у меня практически нет. Но концепция web-приложений, EP> собираемых и размещаемых в виде war-архивов в любой контейнер (Tomcat, EP> Jetty, Resin) мне нравится. И годится далеко не только для обычного webа EP> с UI, а и для сервисов, которые доступны по любому протоколу, EP> реализованному поверх HTTP (SOAP, Hessian/Burlap либо что-то EP> самопальное). Внутренности web-приложения к этой концепции ортогональны EP> - можно и на голых сервлетах остаться или построить поверх них свой EP> framework, а можно сначала ознакомиться с существующими (среди которых EP> есть и AJAX, и даже трансляторы Swing -> Web). Что следует изучать первое, для возможности запуска приложений с минимальными требованиями к конфигурации сервера (то есть либо CGI, либо, если это требует какого-либо модуля апача -- то это то что есть в Сизифе)? > EP>> А если хочется "FastCGI, темплейтов и прочей радости, а также компилятор > EP>> в неё с простого PHP-like язычка" - то бишь именно своего велосипеда - > EP>> то вообще непонятно, что в PHP есть такого, что ты предпочел именно его > EP>> ... К слову, компиляторов в байт-код JVM с различных функциональных и > EP>> императивных языков довольно много >> Скорее уж проще самому налабать интерпретатор на той же жабе. EP> Свой DSL? Возможно, есть смысл посмотреть в сторону antlr ... Посмотрю. Кстати о. Какие наиболее простые средства a-la flex/bison сейчас есть в Java? >> PHP было выбрано как меньшее из зол. То бишь либо самому делать весь стек, >> либо не строить из себя идеалиста а просто сделать чтобы хорошо работало. >> Но я все равно ищу что-то куда свалить. EP> :) EP> Прелесть Java не в языке. Язык средний, в частностях вроде интерфейсов и EP> анонимных классов лучше предшественника (C++), а в некоторых более EP> глобальных вопросах (класс String ;) ) просто потрясающий своей EP> нелогичностью. Хотя привыкнуть можно :) Меня String убивает именно тем, что код который на perl том же занимает несколько символов и понятен -- на Java получается простыня кода :) EP> Прелесть именно в окружении. В наличии спецификаций, в конкурирующих и EP> относительно совместимых реализаций этих спецификаций. В количестве EP> библиотек (один jakarta.apache.org чего стоит). В средствах сборки типа EP> ant/maven. В неплохих IDE вроде Eclipse и IDEA, хотя, конечно, для EP> любителей vim/emacs это не аргумент :) Другая проблема -- в отличии от perl, где фактически все в одной коробке, Java имеет больший порог вхождения чтобы знать какой из модулей наиболее применим для данной задачи. Именно из-за конкуренции. >> Ну, в жабе в этом смысле все можно сделать красиво, если я правильно >> понял. Спрятать вообще доступ к SQL в объеты, реализовать для них >> интерфейсе serializable после чего сделать кэш. Вот во всяких PHP-подобных >> это уже оказывается куда тяжелее. EP> А в Java даже есть готовое вроде JBoss Tree Cache :) :) -- С уважением, Денис http://freesource.info ---------------------------------------------------------------------------- Любая программа стремится занять всю доступную память.