ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] java devel
@ 2009-02-20 10:55 Денис Смирнов
  2009-02-20 11:46 ` Eugene Prokopiev
  0 siblings, 1 reply; 2+ messages in thread
From: Денис Смирнов @ 2009-02-20 10:55 UTC (permalink / raw)
  To: ALT Linux Team development discussions

[-- Attachment #1: Type: text/plain, Size: 1875 bytes --]

On Fri, Feb 20, 2009 at 01:12:28PM +0300, Eugene Prokopiev wrote:

>>  Но, увы, у меня используется просто множество своих костылей, вместо уже
>>  существующий в java-мире. Каждый псих изобретает свои костыли, и _это_ в
>>  мире java мне категорически не нравится.
EP> Ты бы, кстати, как-нибудь описал свои костыли - может еще кому
EP> захочется на них встать ;)

А что тут описывать?

Берется jar с тем что нужно (скажем какой-нибудь log4j). С помощью
proguard из него вырезается все ненужное, отрабатывает оптимизатор
proguard'а, возможно еще и обфускатор -- получается log4j для моих задач.
И так с каждым jar'ом.

Потом результат объединяется тем же proguard с собственно приложением.
Далее опять отрабатывает оптимизатор (он удаляет неиспользуемые классы),
и, если надо, обфускатор.

Результирующий jar или готов к использованию, или сначала по нему еще
проходится gcc-java.

В результате не надо думать о том что "а вот с другой версией того jar'а
ничего не заработает" или "а вот что будет если этого jar не окажется в
системе?". Кроме того получается относительно компактное нечто (хотя и
менее компактное чем jar -- у меня обычно бинарники в несколько мегабайт
получаются). Ну и время запуска при использовании gcc-java доли секунды,
ибо не надо поднимать тяжелую VM, компилировать байт-код, и прочей фигней
заниматься.

Запускаю я то что написал обычно с помощью daemontools. Никакие сервлет
контейнеры и прочее не используется, ибо Jetty -- rulez :)

Этап обрезания ненужного с помощью proguard -- самый емкий по времени.
Писать конфиг что отрезать а что не стоит, то еще удовольствие. Зато
результат получается компактный и шустрый. Ну и с некоторыми клиентами
обфускатор бывает не лишним :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [devel] java devel
  2009-02-20 10:55 [devel] java devel Денис Смирнов
@ 2009-02-20 11:46 ` Eugene Prokopiev
  0 siblings, 0 replies; 2+ messages in thread
From: Eugene Prokopiev @ 2009-02-20 11:46 UTC (permalink / raw)
  To: ALT Linux Team development discussions

20.02.09, Денис Смирнов написал(а):
> On Fri, Feb 20, 2009 at 01:12:28PM +0300, Eugene Prokopiev wrote:
>
>  >>  Но, увы, у меня используется просто множество своих костылей, вместо уже
>  >>  существующий в java-мире. Каждый псих изобретает свои костыли, и _это_ в
>  >>  мире java мне категорически не нравится.
>  EP> Ты бы, кстати, как-нибудь описал свои костыли - может еще кому
>  EP> захочется на них встать ;)
>
>  А что тут описывать?
>
>  Берется jar с тем что нужно (скажем какой-нибудь log4j). С помощью
>  proguard из него вырезается все ненужное, отрабатывает оптимизатор
>  proguard'а, возможно еще и обфускатор -- получается log4j для моих задач.
>  И так с каждым jar'ом.
>
>  Потом результат объединяется тем же proguard с собственно приложением.
>  Далее опять отрабатывает оптимизатор (он удаляет неиспользуемые классы),
>  и, если надо, обфускатор.
>
>  Результирующий jar или готов к использованию, или сначала по нему еще
>  проходится gcc-java.
>
>  В результате не надо думать о том что "а вот с другой версией того jar'а
>  ничего не заработает" или "а вот что будет если этого jar не окажется в
>  системе?". Кроме того получается относительно компактное нечто (хотя и
>  менее компактное чем jar -- у меня обычно бинарники в несколько мегабайт
>  получаются). Ну и время запуска при использовании gcc-java доли секунды,
>  ибо не надо поднимать тяжелую VM, компилировать байт-код, и прочей фигней
>  заниматься.
>
>  Запускаю я то что написал обычно с помощью daemontools. Никакие сервлет
>  контейнеры и прочее не используется, ибо Jetty -- rulez :)
>
>  Этап обрезания ненужного с помощью proguard -- самый емкий по времени.
>  Писать конфиг что отрезать а что не стоит, то еще удовольствие. Зато
>  результат получается компактный и шустрый. Ну и с некоторыми клиентами
>  обфускатор бывает не лишним :)

Ты точно уверен, что наши жабозаморочки стоит обсуждать в devel@ ?
Отвечу-ка я лучше в smoke-room@ ;)

-- 
С уважением,
Прокопьев Евгений

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-02-20 11:46 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-02-20 10:55 [devel] java devel Денис Смирнов
2009-02-20 11:46 ` Eugene Prokopiev

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git