From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Sender: =?UTF-8?B?0JTQtdC90LjRgSDQodC80LjRgNC90L7Qsg==?= Date: Thu, 26 Feb 2009 08:36:42 +0300 From: =?koi8-r?B?5MXOydMg883J0s7P1w==?= To: =?koi8-r?B?69XM2NTV0s7ZyiDPxtTP0MnL?= Message-ID: <20090226053642.GA26329@mw.office.seiros.ru> References: <20090220105543.GA5847@mw.office.seiros.ru> <20090221191538.GA6207@mw.office.seiros.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [room] java devel X-BeenThere: smoke-room@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: =?koi8-r?b?69XM2NTV0s7ZyiDPxtTP0MnL?= List-Id: =?koi8-r?b?69XM2NTV0s7ZyiDPxtTP0MnL?= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2009 05:38:19 -0000 Archived-At: List-Archive: On Tue, Feb 24, 2009 at 08:02:12AM +0300, Eugene Prokopiev wrote: > EP>> Спасибо, познавательно. Хотя мне до сих пор не требовалась компиляция > EP>> в нативный код (и у меня есть сомнения в том, что она всегда корректно > EP>> будет работать) и обфускатор. >> Что меня удивило -- даже reflections работают. EP> Как я понимаю, это означает, что компилятор там не совсем честный ;) Для Java нельзя сделать _совсем_ честный компилятор ;) Но, главное, вся математика компилируется. >> С asterisk-java пока все >> гладко. Jetty пока не компилировал, но сегодня-завтра буду :) EP> А ты не используешь ничего, что умело бы генерить байт-код на лету? Нет, а что это может быть, например? EP> Неужто и оно не сломается? ;) Думаю сломается :) >> Ужас-ужас. А в java SIGTERM/SIGHUP и т.д. никак ловить нельзя? EP> Ну так именно этим jsvc (бинарник, написанный на С) и занимается: при EP> старте поднимает JVM и вызывает метод start() класса, реализующего EP> интерфейс Daemon, повторяет эту процедуру в случае падения JVM, при EP> получении сигнала вызывает метод stop() реализации того же интерфейса. EP> Инитскрипт под эту схему выглядит вполне прилично. При желании можно EP> дописать поддержку любых сигналов, но это сломает совместимость с EP> аналогичным бинарником для винды, где, насколько я понимаю, для EP> сервисов не предусмотрены события, отличные от start/stop. Разве не логично, что версия под UNIX просто может обрабатывать больше сигналов, а тот же бинарник под виндой просто не сможет обработать те события которые система ему не предоставит? Мне непонятно почему отрезают функционал который UNIX-only. Как и с UNIX sockets которые чем-то санкам не нравятся :( >> Ну, у меня пока нет готового ничего. Скорее всего скоро будут готовы >> proguard-шаблоны для отдельных библиотек, их наверное буду выкладывать. EP> Может вернуть апстриму? ;) Апстрим насколько я вижу не занимается коллекционированием таковых. Потому как дело это очень индивидуальное -- мне вот ряд классов в log4j не нужны и я их отрежу. А кому-то -- нужны. Я вон из всего log4j только логгинг в файлы и использую, могу для себя все остальное отрезать. Не все поступят также :) -- С уважением, Денис http://freesource.info ----------------------------------------------------------------------------