From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 24 Feb 2007 15:02:32 +0300 From: =?koi8-r?B?5MXOydMg883J0s7P1w==?= To: =?koi8-r?B?y9XM2NTV0s7ZyiDPxtTP0MnL?= Message-ID: <20070224120232.GB25454@mw.local.seiros.ru> References: <20070211011624.GA397@mw.local.seiros.ru> <213712504.20070211084001@gmail.com> <20070211204306.GB4984@mw.local.seiros.ru> <45D0026C.7010905@stc.donpac.ru> <20070213100215.GB26842@mw.local.seiros.ru> <45D86126.10006@stc.donpac.ru> <45D9466A.1030709@stc.donpac.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <45D9466A.1030709@stc.donpac.ru> Subject: Re: [room] =?koi8-r?b?98/Q0s/TINDPIFBIUCAoyczJIEkgSGF0ZSBQSFAp?= 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: Sat, 24 Feb 2007 12:02:39 -0000 Archived-At: List-Archive: On Mon, Feb 19, 2007 at 09:40:42AM +0300, Eugene Prokopiev wrote: >> http://java-source.net/open-source/bytecode-libraries EP> а в Java 6 есть такое - EP> http://java.sun.com/javase/6/docs/api/javax/tools/package-summary.html EP> хотя и раньше jasper (компилятор JSP в байт-код) и ant как-то EP> выкручивались, используя, как я понимаю, недокументированные классы из EP> tools.jar Как я понял речь не о генерировании байт-кода, а о вызове компилятора, если правильно понял описание. EP> в некоторых случаях для динамической генерации кода удобнее AOP, см. EP> AspectJ и Spring AOP Гляну. >> http://docs.codehaus.org/display/JETTY/Embedding+Jetty EP> Кстати, встраивание http-сервера в приложение - не такая глупая мысль, EP> как поначалу кажется. Многие проекты это практикуют, правда я не могу EP> вспомнить ни одного, кто бы использовал свой наколенный http-сервер. В EP> большинстве случаев встраивают Jetty, и я не могу придумать причины для EP> написания своего http-сервера вместо него. С учетом использования NIO EP> его конкурентом в плане производительности должен быть скорее nginx, EP> нежели apache, хотя задачи выжать из него максимум пока у меня не было. Встраиваниее именно http-сервера в веб приложение мне сейчас кажется вообще единственным способом обеспечить приемлимую производительность. Хотя бы потому что любые внешние методы кэширование, реализованые во внешней среде мягко скажем малоработоспособны. Плюс куда проще синхронизация. В общем это очень похоже на то что мне подойдет. Сделаю пару простых тестовых приложений, потом уже подумаю. Только вот я не понял, конструктор Server берет один аргумент 'port'? А ip адрес кто сожрал? Ну ладно, для тех задач что я прямо сейчас делаю мне это пофиг. А для тех что собираюсь, изоляции серверов побольше хотелось бы. EP> Я встраивал Jetty, правда не прямо в свой Java-код, а в контекст EP> Спринга. И наблюдаю интересную тенденцию: многие проекты уже используют EP> Spring/XBean или Hivemind в качестве механизма конфигурирования EP> отказываясь от изобретения собственных велосипедов. Меня, как EP> пользователя Spring, это очень радует. Логика работы контекста и EP> синтаксис его описания в Spring разделены, т.е. xml - только один из EP> возможных способов его описания. Это не может не радовать. EP> Сейчас для одного совсем маленького web-проекта я использую DWR, там EP> работа ведется не в терминах http-запросов, а скорее в терминах RPC. GUI EP> на HTML (еще лучше здесь будет смотреться XUL), клиентская логика на EP> JavaScript, серверная - Java (точнее контекст Spring со встроенными в EP> него бинами Jetty, DWR, самого Spring и моими). Собственно DWR нужен, EP> чтобы из JavaScript дергать Java-код (бины, размещенные в контексте EP> Spring) и наоборот. Не факт, что тебе это подойдет, но посмотри. %-) -- С уважением, Денис http://freesource.info ---------------------------------------------------------------------------- Конечно, можно сделать fork+pipe, но это уже совсем другая история. -- ldv in devel@