Планета Java

Вакансия (GridGain Systems, Санкт-Петербург)

Sun, 26 Feb 2012 13:49:21 GMT

R&D представительству компании GridGain Systems (www.gridgain.com) в Санкт-Петербурге требуется Senior Java Developer.

Обязанности:

Разработка и сопровождение продукта компании, R&D.
Никакого оффшора, никакого внутреннего IT - только оригинальная разработка уникального продукта компании.

Требования:

Опыт от 5 лет работы в сфере Java-технологий.
Понимание концепций OOP/OOD/FP, знание SQL, опыт разработки на Windows и Unix.
Отличное знание java, multi-threaded и concurrent programming.
Большим плюсом будет знание Scala, Java Swing и Функционального Программирования (FP).
Английский язык на уровне чтения.

Условия:

Никакого оффшора, никакого внутреннего IT.
Гарантированное развитие головы и получение уникального опыта.
Работа с полным спектром новейших Java/Scala и grid/cloud технологий, дружная команда.
Разработка продукта с мировым именем.
Приветствуем и требуем инициативу.
Потенциально возможна работа из любого города удаленно в режиме полной занятости.
Офис в Питере находится в центре города на Невском пр. в БЦ "Москва".
Если у вас есть желание влиться в нашу команду — присылайте ваше резюме (jobs@gridgain.com).

Адрес

СПБ, площадь Александра Невского, д. 2, лит. Е, оф 804
http://www.gridgain.com
jobs@gridgain.com
info@gridgain.com

Openbravo собирается с ошибками.

Sat, 25 Feb 2012 01:19:23 GMT

Коллеги, приветствую.

Незадача -- коряво собирается Openbravo 3 последнего релиза (MP7.1), предыдущие собирать не пробовал, честно скажу ;)

Всретил почти все грабли отсюда, победил всё, кроме:

/usr/share/tomcat-6/work/Openbravo-3.0MP7.1/src/build.xml:226: org.hibernate.QueryException: ClassNotFoundException: org.hibernate.hql.ast.HqlToken [select ur from ADUserRoles ur where ur.userContact.id='0' and ur.active='Y' and ur.role.active='Y' order by ur.role.id asc]

В доке по ссылке говорится, что есть конфликт между установленным antlr и тем, которые в дистрибуте Openbravo. Рекомендации в ссылке выполнены, эвфехт сохранился. В самой системе antlr той же версии, что и в дистрибуте, зачем-то поставившийся 3.03 был снесён, но успеха так и нет.

Гугление по ключевым словам ничего более полезного, что по ссылке, не дают.

Может,. кто из сообщников на такое нарывался? Самое интересное, что по внешнему виду задача таки строится, то есть либо war создаётся, либо полный комплект в каталог аппликаций ставится. Но как-то стрёмно, что билд штатно не заканчивается -- для меня это флажок серии "лови грабли".

JAVA / Почему IDEA лучше Eclipse

Fri, 24 Feb 2012 09:18:02 GMT

Священный спор

Принято считать, что есть «вечные» вопросы, на которые нет правильного ответа. Например, что лучше: Windows или Linux, Java или C#; Чужой против Хищника или Чак Норрис против Ван Дамма.

Одним из таких холиваров считается выбор лучшей IDE для Java:

Идут постоянные споры о том, в которой из них больше плагинов, горячих клавиш и т.д. Различий так много, что трудно выбрать, какие из них важнее, и все сходятся в одном: обе IDE примерно одинаковы по своим возможностям, и выбор одной из них — это дело вкуса.

Так вот, я утверждаю, что это не просто дело вкуса. Есть объективные причины, почему
Intellij IDEA однозначно лучше, чем Eclipse.

Подчёркиваю, мы сейчас рассматриваем обе среды именно как Java IDE.

Я не буду приводить кучу мелких различий вроде плагинов, горячих клавиш и т.п. — этому посвящены многие страницы в интернете, а объясню лишь одно, самое главное отличие. Как правило, о нём не знают ни идеяшники, ни эклипсофилы, ибо первые привыкли к нему и не знают, что в других IDE этого может и не быть, а вторые привыкли жить без него, и даже не догадываются, что может быть лучше. Более того, эклипсники его не замечают, когда пробуют IDEA ради интереса, ибо привыкли работать по-старому.

Итак, главное различие между IDEA и Eclipse

JAVA / Java Day 2012. Впечатления

Thu, 23 Feb 2012 15:11:25 GMT

Хочу вам рассказать немного о Java Day, который случился 10 февраля. Сразу поясню, почему публикую так поздно — первоначально идея была в том, чтобы сравнить Java Day с семинаром Red Hat (читайте в моём следующем посте), но мероприятия оказались настолько разными, что писать о них «вперемешку» нет никакого смысла. Вообще-то, пост будет не столько описанием того, что там происходило (такое уже публиковалось), сколько о впечатлениях, которые у меня остались.

Я уже посещал ранее «Sun Tech Days», но тогда мероприятие проходило «под крылом» Sun, поэтому, честно говоря, я ехал посмотреть, насколько Oracle всё испортила. :-) К счастью, сильно разочароваться мне не пришлось, хотя влияние нового владельца Java всё же было очень заметно.

Читать дальше →

Freemarker: ваше мнение?

Wed, 22 Feb 2012 09:08:06 GMT

Стоим перед выбором template engine. Есть люди рекомендующие freemarker. Я имел опыт общения с ним и он мне не очень понравился в виду своей малой похожести на xml и неочевидным синтаксическим сахаром.

Кто-нибудь может указать очевидные минусы/плюсы по сравнению с jsp/taglibs?

PS продублировал тут: http://habrahabr.ru/qa/16740/

Maven surefire и -javaagent

Tue, 21 Feb 2012 13:03:12 GMT

Есть не тривиальный case который хочется покрыть чемто то похожим на юнит тест использую junit

Тестируем работу аспекта, так что приходится стартовать с -javaagent
Аспект конфигурим через спринг, так что нужно еще
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = "/test-context.xml")

Локально я это все гоняться заставил, а вот при попытке заставить это прогнаться в мавене повис. И гугл не помог мне.

Попытки скормить -javaagent стартеру мавена закончились громким матом.
Да и в этих попытках в -javaagent содержал локальный путь к жарнику.

Ктонибудь представляет себе как такое готовить?

generics

Tue, 21 Feb 2012 11:10:22 GMT

Есть такой код:

interface Factory<T extends A<S>, S extends B> {
    T getA();
    S getB();
}

...

interface A<T extends B> {
    void doB(T b);
}

...

interface B { }

Не пойму какая должная быть сигнатура у getFactory, и возможно ли это вообще, что

Factory<???> f = getFactory();
f.getA().doB(f.getB());

будет работать правильно т.е. понимать что f.getB() возвращает именно такой тип B, который принимается методом f.getA().doB()?

upd. also on stackoverflow

JPA Criteria get() vs join()

Tue, 21 Feb 2012 10:39:05 GMT

Что-то я не могу понять, чем отличается простой join() от get() для коллекций.

Что ни используй, ведет себя одинаково. Вот:

CriteriaQuery<customer> q = cb.createQuery(Customer.class);
Root$lt;customer> c = q.from(Customer.class);

Тут хоть
SetJoin<Customer, PurchaseOrder> o = c.join(Customer_.orders);

Хоть
Expression<Set<PurchaseOrder>> o = c.get(Customer_.orders);

Дальше их применение не отличается. В SQL EclipseLink и для того и для другого добавляет таблицу во from.

В чём разница? Может, она принципиальна? Или её таки вообще нет?

Другой способ защиты

Fri, 17 Feb 2012 13:45:33 GMT

На этой неделе друг со старой работы написал про свой способ защиты java проектов.
Около полугода назад я писал про то, как прятать строки в properties-файлах с помощью jasypt (EncryptableProperties и защита от дурака).
На самом деле, все понимают, что это всего-лишь защита от самого простого случая. Например, чтобы любопытный админ заглянув в файлик, не увидел там то, что не должен знать.
Тем не менее, если есть доступ к классам, то можно jad-ом отдекомпилировать исходники и получить доступ к "запретной" информации (например оригинальный пароль, которым шифруются properties разработчиком-оптимистом).

Для более серьезной защиты используют обфускаторы. Он усложняет работу по реверсу, но по большому счету распутывание логики это вопрос времени.

Так вот, российскими программистами сделан специальный продукт для защиты java-проектов.
Ключевое в нем - AES-шифровка строк. Кроме этого он делает динамические инъекции и использует специальные механизмы, которые мешают поломать приложение через рефлекшн.
Данное решение является коммерческим продуктом.

Подробнее здесь.

Встреча JUG в Петербурге 25 февраля

Thu, 16 Feb 2012 14:37:44 GMT

Коллеги, приветствую!

В субботу, 25 февраля, состоится первая после долгого перерыва встреча Java User Group в Санкт-Петербурге. С докладом к нам приедет Антон Архипов - разработчик и менеджер продукта JRebel в компании ZeroTurnaround, сооснователь сообщества разработчиков debclub.eu и JUG.ee.

Тема:

Быстрая разработка Java-приложений.

Анонс:

Платформа Java предоставляет разработчикам множество возможностей для выбора инструмента для разработки. При всём обилии выбора, существует довольно мало проектов, которые позволяют вести процесс разработки достаточно эффективно. Основной проблемой разработки под Java EE, например, является отсутствие возможности мгновенного изменения функциональности развёрнутого JavaEE-приложения - для обозрения изменений в коде разработчик должен заново развернуть всё приложение, что может занимать довольно существенное время. Ситуация усугубляется обилием вариантов реализации таких приложений. Существует и множество способов облегчить процесс разработки: можно подобрать соотвествующие инструменты и технические решения, которые позволят минимизировать время на повторное развёртываение приложений. Одним из таких инструментов является JRebel, разрабатываемый компанией ZeroTurnaround. В данном докладе мы рассмотрим, какие проблемы JRebel решает, и как эти решения достигнуты.

Доклад будет состоять из двух частей:

Часть 1. Обзор проблем и альтернативных решений связаных с развёртыванием Java EE приложений. Введение в JRebel: обзор возможностей, демострация.
Часть 2. JRebel SDK. Расширенные возможности при интеграции с JRebel. Использование библиотеки Javassist для внедрения интеграций.

Каждая часть - 45 минут + дискуссия.В

Площадка - офис компании Oracle в СПб: 10-я Красноармейская ул., 22А. Начало в 16.00.

Ссылки:
Регистрация - http://jugru.timepad.ru/event/19081
Анонс - http://www.jug.ru/
JUG ВКонтакте: http://vk.com/jugru

JRebel - http://zeroturnaround.com/jrebel/
DevClub - http://www.devclub.eu/

Приходите, будет интересно!