На днях наткнулся на статью на хабре http://doktor.external.vk.obhodi.ru_gradus.habrahabr.ru/post/141393/ и решил попробовать.
Заметил следующие вещи:
1) сборка выполняется заметно быстрее, если за недолгое до этого время сборка была уже сделана
2) при повторных сборках
на рабочем хилом компе(с одним ядром) 2,5 мин вместо 3 мин, что приятно, но не более
на новеньком личном макбучеке(с двумя ядрами) 55сек вместо 1 мин, что не очень существенно (но греется и шумит как паровоз)
3) не все плагины позволяют распараллеливаться, обычно это старые плагины, в которых давно не было апдейтов(hibernate3-maven-plugin, maven-jaxb-plugin), правда есть и молодцы которые уже выпустили пара новых минорных релизов с момента поддержки этой фичи(cxf-codegen-plugin), ну и были обнаружены стремящиеся, у которых уже запланировано несколько релизов вперед и планах как раз эта фича(gmaven-plugin)
4) после перевода одного из плагинов на новую threadsafe'ную версию сборка стала делаться на пару секунд дольше
В каким выводам я пришёл:
1) скорее всего надо изучать вопрос как сделать мавеновский проект более подходямщим для параллельной сборки (есть предположение, что нужно мельче дробить проект на модули)
2) надо пробовать на разных тачках и разных настройках
3) надо менять комп на работе:)))
Posted via LiveJournal app for iPhone.
На днях пришла в голову мысль, что при разработке любого ПО надо делать для него CI. Чтобы после внесения в код изменений обновленный продукт был доступен заказчику автоматически.
Чтобы CI не только готовил артифакты, но и доставлял их.
Для веб приложений раскладка на сервера, для десктопных - отправка на почту заказчику или на другой доступный для него ресурс.
В этом плане имеет смысл хорошо изучать современные системы CI, хотя что-то можно сделать и своими руками.
Posted via LiveJournal app for iPhone.
В прошлом году обнаружил такую прекрасную вещь как опции реактора в Maven. Вот замечательная статья от Sonatye про них http://www.sonatype.com/books/mvnref-book/reference/_using_advanced_reactor_options.html
Например, помогает собирать только конкретные модули проекта.
И всё бы хорошо, да только обламывало, что надо вводить имя проекта в виде groupId:artifactId. И на днях обнаружил, что работает вариант вида :artifactId.
В моём случае это существенно укоротило строку запуска мавена.
Posted via LiveJournal app for iPhone.
На работе возникло время, чтобы немного улучшить нашу систему. В качестве точки приложения сил было решено улучшить решение логгирования на одном из томкатов.
На этом томкате крутится несколько веб приложений(пара десятков), логи которых пишутся с использованием slf4j и logback, ротейтятся раз в сутки.
Также пишутся логи ядра томката, используя стандартное решение.
Хотелось добиться следующего:
1) чтобы логи самостоятельно gzиповались
2) и чтобы количество логов было ограничено
Это бы позволило отказаться от кронов, которые это делают и настраиваются админами.
Для логов приложений использовался общий logback.xml с sift-аппендерами для разделения логов приложений.
Из logback.xml был убран атритут prudent=true, который позволяет нескольким JVM писать в один и тот же лог, так как у нас пишет только 1 JVM и prudent настройка не позволяет использовать сжатие. Также для сжатия были добавлены суффиксы .gz для того, чтобы logback самостоятельно сжимал файлы после ротейта.
Осталось только следить, чтобы всё было хорошо и правильно.
Далее нужно было что-то решить с логами ядра томката.
Я сразу махнул рукой на дефолтное решение с помощью JULI и перешёл к решению на log4j, предложенное создателями томката:
http://tomcat.apache.org/tomcat-7.0-doc/logging.html#Using%20Log4J
Сделал, посмотрел, работает, но перейдя к сути понял, что либо сжатие логов и использованием apache-log4j-extras либо ограничение количестс логов в стандартной комплектации log4j.
В общем не подходит.
Полюркав в инете я обнаружил вот такой красивый проектик на github https://github.com/grgrzybek/tomcat-slf4j-logback, который таки позволяет перести логгирование ядра томката на slf4l и logback. Очень красово сделано, даже есть ANT-скрипт для генерации необходимых бинарников.
Но потом я подумал-это же ж геморой, собирать несколько либ, файлов настроек окружения для старта томката, контроллировать версии библиотек slf4j и logback, и только для того, чтобы обработать логи, которые я никогда не смотрю. И я решил забить, и это оказалось очень просто - удаление файла logging.properties из папки conf томката ведет к тому, что внутренние логи томката не пишутся.
Ну и клёво. Хотя есть ещё catalina.out, в который попадает всё из System.out, но таких логов немного особенно если отключить логгирование состояния памяти в JVM.
И по идее мне оставалось только следить, чтобы логи приложений сжимались и удалялись.
Ну и тоже в свете темы логгирования попалась вот такая замечательная статья: http://habrahabr.ru/post/113145/
upd 1
К сожалению, через несколько дней после запуска томката с обровленными настройками логи частично перестали сжиматься. И это не круто, потому что никаких ошибок в catalina.out я не увидел.
В общем буду делать простенький тест, эмулирующий данную ситуацию, добиваться аналогичных результатов и постить в жиру логбека.
upd 2
Проверил гипотезу с добавлением атрибута
Posted via LiveJournal app for iPhone.
Нашёл тут клёвый пост на хабре:
http://habrahabr.ru/post/51991/
Posted via LiveJournal app for iPhone.
1й день
21 25 21 21 26(надо было 32) 114
2й день
25 29 25 25 27 (н.б. >= 36) 131
3й день
29 33 29 20 (н.б. 29) 30 (н.б. >= 40)141
Posted via LiveJournal app for iPhone.
Posted via LiveJournal app for iPad.
- Current Location:Russia, Moskovskaya, Mosrentgen, Belyayevo-Bogorodskoye Severnoye
З.Ы.
Не ожидал, что НЛО так быстро пригласит меня на Хабр, даже не опубликовав мой пост в песочнице.:)
«Странно, – думал он, – как я изменился за последние три уровня. Когда-то ведь казалось, что стоит только перепрыгнуть через ту расщелину – и все. Господи, как мало надо было для счастья… А сейчас я это делаю каждое утро почти не глядя, и что? На что я надеюсь сейчас? Что на следующем этапе все изменится и я чего-то захочу так, как умел хотеть раньше? Ну, допустим, дойду. Уже ведь почти знаю как: надо после пятой решетки попрыгать – наверняка там ход в потолке, плиты какие-то странные. Но когда я туда залезу, где я найду того себя, который хотел туда залезть?»
«Сейчас мне кажется, – думал он, – что хуже того, что со мной происходит, и быть ничего не может. А ведь пройдет пара этапов, и вот по этому именно дню и наступит сожаление. И покажется, что держал что-то в руках, сам не понимая что, – держал, держал да и выкинул. Господи, как же погано должно стать потом, чтобы можно было жалеть о том, что происходит сейчас… И ведь самое интересное: с одной стороны, жить все бессмысленней и хуже, а с другой – абсолютно ничего в жизни не меняется. На что же я надеюсь? И почему каждое утро встаю и куда-то иду? Ведь я плохой инженер, очень плохой. Мне все это попросту неинтересно. И оборотень я плохой, и скоро меня возьмут и выпрут и будут совершенно правы…»
Я открыл для себя музыкальное творчество Артура Пирожкова. Смешно, расслабушно и гетеросексуально.:)
Неожиданно мне посоветовали ещё одну музыкальную тему от участников камеди клаба. Оригинальная идея и качественное исполнение.
А также 2 часть, 3 часть.
Читаю сейчас книгу Элемент Кена Роббинсона. Тема книги о призвании, поиске себя и своей стихии. Недавно как раз говорил на эту тему с Иваном, и он посоветовал эту книгу.
Ну и немного о программировании. Наткнулся на статью The future of functional web testing? в блоге Springsource. Сама статья расссказывает о двух фреймворках на Groovy - Spock и Geb. Spock представляет собой библиотеку для написания спецификаций или контрактов в духе BDD. А Geb - позволяет эмулировать работу в вебе-запускать браузер,заполнять поля,анализировать контент и другое. Попробовал, не очень понятно как из Groovy получился DSL, который предосталяет Spock для написание спецификаций, но для выполнения функционального тестирования веба получается очень лаконично и читабельно.
За это время я переслушал порядка 20-25 альбомов. Не так много, но я выбирал уже из того, что понравилось брату и сотрудникам, и я хотел бы поделиться теми жемчужинами, что я нашел в этом году - либо самостоятельно, либо по наущению старших товарищей.
Первой находкой это года был альбом Diablo Swing Orchestra "Sing Along Songs for the Damned & Delirious". Это просто что-то невообразимое-классный почти оперный женский вокал, очень симпатичный мужской вокал, офигенные проигрыши на трубе и ясное дело дж-дж на гитарах и барабанах. Но что еще более необычно это то, что на альбоме просто куча классных песен, а пара песен просто шедевральны. Ну и если совсем уж детально то меня просто аццки плющит минутный проигрыш в конце Lucy Fears The Morning Star.
Второй мегаништяковый альбом, про него мне рассказал брат-это очередной и видимо долгожданный (предыдущий лонгплей был аж 17 лет назад) опус "Traced In The Air" группы Cynic. Отличный и очень слушабельный прогрессив метал(по мне, такое совпадение бывает не часто). Зачотные песни и очень классные партии на чистом гитарном звуке.
Благодаря сотрудникам я нашел то, чего уже не ожидал от группы Angra. А именно мне присоветовали альбом 2004 года Temple Of Shadows. Я слушал пару альбомов несколько лет назад-впечатлен не был. Но этот альбом просто шедевр-классные песни, клевый вокал, несколько вообще неметальных. Также в некотрых песнях засветились такие классные дядьки как Кай Хансен, Ханси Курч.
И последний альбом, про который я хотел бы написать-это альбом легендарного Джеффа Бека. Я никогда не был большим фанатом интрументалов - тем более блюзовых. Где-то пару месяцев назад слушал его альбом 2003 года Jeff-не впечатлился. А совсем недавно я услышал, что последний альбом Бека занимает первые строчки хитпарадов, и как ни странно альбом оказался просто шикарным-и прекрасные инструменталы, и красивые надрывно-блюзовые песни, и суперские ремейки в том числе и на Nessun Dorma. На мой взгляд это самый сильный альбом из приведённых, хотя все эти альбомы, видимо, надолго останутся в моем телефоне.
Comments
суки ненавижу