java 7 name

Только что узнал, что java 7 будет иметь кодовое имя "Дельфин". FFFUUUUUU!!! Я бы назвал "Anger" или "Rocket", но никак не "Dolphin". Абсолютно пассивное название :(

шаманство с установокой java на linux

Сегодня столкнулся с такой прикольной проблемой:

Скопировал установщик java в /usr, запускаю, пишет:

"You will need atleast 72188 kBytes of Disk Free Please free up the required Disk Space and try again"

Смотрю: df -h
в "/" - нет свободного места
в "/usr" - свободного места несколько гигабайт

смотрю в исходники установочного скрипта:

"DiskSpace=`df k. | Tail -1 | awk '{if ($ 4-/%/) (print $ 3)) else (print $ 4)' `"
If [then] $diskSpace -lt $diskSpaceRequired
Printf "You will need atleast %s kbytes of Disk Free\n" $diskSpaceRequired
Printf "Please free up the required Disk Space and try again\n"

Оказалось, что откуда ты запустишь команду на запуск установщика, там и будет проверяться кол-во свободного места!

Проверка: cd /usr; ./jre-6u14-linux-i586.bin
Успешно!!

Как настраивать HTTPS в JBoss с нуля:

1. надо выполнить команду "keytool -genkey -alias tc-ssl -keyalg RSA -keystore server.keystore -validity 3650", в результате будет создан ключ server.keystore. В качестве пароля указать "changeit".
2. Переименовать "server.keystore" в ".keystore" и поместить в home folder юзера, от которого запускается JBoss
3. Раскомментировать в файле jboss-4.2.3.GA\server\default\deploy\jboss-web.deployer\server.xml секцию "Define a SSL HTTP/1.1 Connector"
4. Перезапустить JBoss

По сути, мы настраиваем SSL в конфиге веб контейнера, в JBoss-е это tomcat.
Почему пароль 'changeit'? Потому, что томкат использует его по умолчанию, если меняем пароль - прийдется его тоже прописывать в конфиге.
Почему файл ".keystore" кладем в хоум фолдер? Если мы хотим кастомное имя и месторасположение - прийдется прописывать их в конфиге.

Еще заметка в эту тему:
Стандартный порт для HTTPS – 443, стандартный порт для HTTP – 80. Разница между ними: 443 – 80 = 363.
Другими словами, чтобы получить HTTPS порт, надо к HTTP порту прибавить 363. Например, для нашего тестового: 6666 + 363 = 7029

Полезные ссылки:
http://tomcat.apache.org/tomcat-4.0-doc/ssl-howto.html
http://www.jboss.org/community/wiki/SSLSetup

Немного слов о Jetty (java)

Смотрю этот вебинар: http://live.eclipse.org/node/751
И решил немного его прорекламировать. Как говорится: а пацаны то не знают!
Ниже сильно упрощенный пересказ некоторой части вебинара :-)

Что такое Jetty?
- java HTTP server
- HTTP client (об этом многие не знают!) //Нужен для тестирования, например, чтобы сэмулировать 1000 заходов через браузер :-)
- Servlet container

История Jetty:
1995 разработан на java 0.9 как часть багтрекинг системы
1997 проект переименован в Jetty, реализована альфа спецификация Servlet API
1998 Jetty 2.0, реализована поддержка HTTP/1.1, сменили хостинг на sourceforge
2005 Jetty 6.0, сменили хостинг на codehaus, работыли над расширяемостью Web 2.0 приложений
2009 Jetty 7, переехали под крыло eclipse foundation как часть eclipse runtime (RT), упакован как OSGI бандл (http://www.eclipse.org/jetty/)
2010 Jetty 8, реализация Servlet 3.0 API

Jetty очень легко встраивается в java приложения.
У Jetty очень мало зависимостей, она очень мало "весит". Благодаря этому, Jetty может быть запущен даже на телефоне.
Jetty это не Application Server, но может быть использована как Application Server. Jetty это компонент, который может быть встроен в java приложение.
Многие Application Server-ы используют Jetty Как встроенный сервлет контейнер (JBoss, Geronimo, Jpnas..)

Остальную, самую интересную часть, я описывать не стал! Это надо видеть!!
Я на самом деле ерунду здесь описал)))
P.S. очень понравился пример с чатом в презентации

Как можно ускорить свой eclipse на 40%

Сразу говорю, что это лишь частичный перевод этой статьи.

Описанный ниже рецепт поможет сделать эклипс более отзывчивым (у меня он стал в разы отзывчивее при большом количестве файлов!), он будет работать на 40% быстрее и даже быстрее запускаться!

Но выигрыш в скорости будет лишь, если ваша машина(компьютер) удовлетворяет таким условиям:
1) У вас должен быть многоядерный процессор(или многопроцессорный компьютер)
2) Вы должны запускать эклипс под Java 6 (я лично пользую недавно вышедший jdk1.6.0_12)

Что надо сделать:
Дописать в файл eclipse.ini (лежит в директории, куда установлен эклипс) следующие настройки:

-XX:-UseParallelGC -XX:+AggressiveOpts -XX:-UseConcMarkSweepGC

Я еще прибавил памяти на всякий случай. Сейчас мои настройки выглядят так:

-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
512M
-framework
plugins\org.eclipse.osgi_3.4.3.R34x_v20081215-1030.jar
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Xms256m
-Xmx600m
-XX:-UseParallelGC -XX:+AggressiveOpts -XX:-UseConcMarkSweepGC

Как это работает:
-XX:-UseParallelGC
Этот параметр заставит сборщик мусора работать в параллельном потоке, что сильно разгрузит основной поток (вот тут то и пригодится второе ядро процессора)

XX:-UseConcMarkSweepGC
Эти настройки для сборщика мусора позволят эклипсу быть более отзывчивым.

-XX:+AggressiveOpts
Включает оптимизацию производительности компилятора..

Вобщем, какая разница, что эти настройки делают :-) Главное, что это ДЕЙСТВИТЕЛЬНО РАБОТАЕТ!!!

Оказывается maven - наше все!

Благодаря твиттеру этого замечательного программера, я понял, что мавен действительно КРУТАЯ ШТУКА.

В твиттере у него промелькнули вот такие ссылки (очень реккомендую к прочтению):
http://msk.nestor.minsk.by/kg/2009/08/kg90812.html
http://msk.nestor.minsk.by/kg/2009/10/kg91020.html
http://msk.nestor.minsk.by/kg/2006/31/kg63115.html

которые прояснили всю кашу в голове насчет Maven-а.

Больше всего мне понравилось, что командой

mvn archetype:generate

можно сгенерировать "основу" для очень многих приложений.
Например, web, просто java приложения или Struts 2.
Я очень уважаю Kick Start - и это самое оно!

Небольшое исследование на тему "Введение в Equinox"

Читаю сейчас очень интересную статью Введение в Equinox.
Попытался сделать, как там написано, и наткнулся на некоторые проблемы.

Создал свой "бандл", запустил osgi, загрузил свой bundle


и пытаюсь его запустить
Получаю такую картину:

Не может найти класс. Что-то это как-то подозрительно. Потому, что этот класс есть в jar файле самого фреймворка osgi.

Не долго думая, я попробовал сгенерировать такой bundle используя wizard эклипса.
Это оказалось элементарно просто!

Выбираем в меню New->Project->Plug-in Project


Далее надо написать имя проекта и OSGi в качестве платформы


Далее надо нажать два раза "Next" и выбрать, что нам плагин нужен на основе примера (бандл)


Обратите внимание, что в файле MANIFEST.MF есть такая строчка:


Кстати, в этом манифесте можно сделать "экспорт" и получить готовый JAR файл:


Загрузим получившийся плагин и попробуем запустить:



Работает!! Супер!

Вывод: надо прописывать "Import-Package:" в манифест файле, чтобы все было ОК ;-)