JAVA → SOAP-сервер на Java при участии Apache CXF и Spring из песочницы
За последнее время появилось несколько статей, рассказывающих о протоколе SOAP, а также описывающих процесс создания сервера на различных языках и платформах. Продолжим тему. В этой статье будет описываться создание сервера на языке Java с использование Apache CXF и Spring Framework. Предполагается, что читатель уже имеет общее представление об упомянутом протоколе, а также о работе с ant и maven. Для того, чтобы сделать задачу немного интереснее, добавим начальное условие: дана WSDL-схема, описывающая веб-сервис. Итак…(Картинка из статьи на Wikipedia.)
Блог компании Jelastic → Цена высокой доступности
Теперь, когда Jelastic предоставляет функции высокой доступности, сам собой возникает вопрос: как это повлияет на количество используемых ресурсов?
Мы решили поделиться с вами этой информацией. Во-первых, это пока у нас бесплатная бета, но через несколько недель мы все же выйдем на коммерческий режим и за потребляемые ресурсы надо
будет платить. А во-вторых, и для хостинга вне Jelastic’a все равно вам может захотеться построить отказоустойчивую конфигурацию, так что вопрос ресурсопотребления таковой – не праздный.
Давайте посмотрим, как возрастает потребление ресурсов серверами в конфигурации отказоустойчивого кластера (с репликацией сессий) на примерах серверов, доступных сейчас в Jelastic.
Начнем с GlassFish. Этот сервер обладает множеством преимуществ: полная поддержка промышленной кластеризации, широкий спектр функций, множество модулей, высокая надежность, административная панель и т.д. Если мы взглянем на следующую таблицу, то может показаться, что GlassFish достаточно «прожорлив», но это полностью оправдано его функциональностью.
Мы решили поделиться с вами этой информацией. Во-первых, это пока у нас бесплатная бета, но через несколько недель мы все же выйдем на коммерческий режим и за потребляемые ресурсы надо
будет платить. А во-вторых, и для хостинга вне Jelastic’a все равно вам может захотеться построить отказоустойчивую конфигурацию, так что вопрос ресурсопотребления таковой – не праздный.
Давайте посмотрим, как возрастает потребление ресурсов серверами в конфигурации отказоустойчивого кластера (с репликацией сессий) на примерах серверов, доступных сейчас в Jelastic.
GlassFish
Персональные блоги → Maven: ответы на вопросы

Мне задали вопрос, ответом на который я хочу поделится не только с вопрошавшим, но и с остальной аудиторией хабра. На случай если, что то, да и окажется из этого полезным. Кроме этого я готов ответить и на другие вопросы хабровчан, которые прямо или косвенно касаются Maven.
Предполагаю сделать эту статью не совсем обычной и обновлять по мере появления новых вопросов с ответами.
Вопрос звучал примерно так:
Как создать spring mvc проект, и подключить требуемые библиотеки например hibernate, задеплоить его на tomcat, а потом работать с этим проектом в eclipse?
Блог компании Jelastic → Session replication and sticky sessions in Java PaaS
Рады с вами поделиться нашим очередным достижением: теперь Jelastic предоставляет возможность использовать репликацию сессий между серверами приложений. Включить репликацию очень просто — всего один клик и вы обладатель High Availability (HA) окружения. Давайте рассмотрим подробнее, как это работает и какие преимущества вы получаете.
В текущем решении, Jelastic настраивает репликацию сессий между парами серверов. Эти пары образуют кластеры.
Когда юзер впервые обращается к приложению, балансер перенаправляет запрос к одному из инстансов в одном из кластеров.
На протяжении сессии пользователь продолжает работу с одним и тем же инстансом (работают так называемые Sticky Sessions). Если один из инстансов упал, запросы пользователей, которые обрабатывались в нем, автоматически перебрасываются на другой инстанс этого же кластера. Благодаря репликации, второй инстанс уже имеет все сессии упавшего «коллеги», так что конечные пользователи абсолютно ничего не заметят.
Когда юзер впервые обращается к приложению, балансер перенаправляет запрос к одному из инстансов в одном из кластеров.
На протяжении сессии пользователь продолжает работу с одним и тем же инстансом (работают так называемые Sticky Sessions). Если один из инстансов упал, запросы пользователей, которые обрабатывались в нем, автоматически перебрасываются на другой инстанс этого же кластера. Благодаря репликации, второй инстанс уже имеет все сессии упавшего «коллеги», так что конечные пользователи абсолютно ничего не заметят.
JAVA → Ant+Tomcat: небольшая автоматизация рутины
День добрый всем. Решил написать заметку о небольших средствах автоматизации, которые возникли в процессе моей работы со связкой Ant+Tomcat. Работаю java-разработчиком, с недавних пор пришлось окунуться в web-разработку на Java (надо сказать не без удовольствия). Никогда с серьезными проектами для web на java не сталкивался, игрался пару раз с примерами в рамках книжек по java из серии «обо всем по немного», но ничего серьезного. А здесь проект из полноценного портала с backend`ом для отвественных за контент, большими объемами данных в БД. Ну что же столкнулся да и столкнулся. Работа пошла, новая область знаний — интересно, мелочи не достают. Но со временем процесс сборки и развертывания приложения стал очень сильно доставать, так как в самые «жаркие» дни приходилось выполнять эту операцию раз по 40, чтобы посмотреть результат работы и прощелкать его. Вот тут и возник вопрос, нельзя ли это как то автоматизировать.
Блог компании Jelastic → Jelastic PaaS — статистика использования баз данных, серверов и JVM в ноябре
Мы продолжаем делиться с вами статистикой использования программного стека на платформе Jelastic. Какими же были предпочтения девелоперов в прошлом месяце?
Начнем с SQL баз. Как и прежде MySQL остается неоспоримым лидером. PosgreSQL занимает второе почетное место, за ней следует MariaDB. Единственная среди наших NoSQL баз, MongoDB показала очень хороший результат в ноябре.
Если сравнить текущие данные с октябрьскими, то можно сделать вывод, что количество фанов каждой из баз практически не изменилось.
Ситуация в регионах (Европа и Северная Америка).
&chts=000000,12&chs=500x200&chf=bg,s,ffffff|c,s,ffffff&chxt=x,y&chxl=0:|MySQL|PostgreSQL|MariaDB|MongoDB|1:|0|10|20|30|40|50&cht=bvg&chd=t:100.00|90.00,34.00,36.00,40.00|88.00,24.00,48.00,40.00|100.00&chdl=|Europe|North+America|&chco=ffffff,0000ff,ff0000,ffffff&chbh=18)
Текущие цифры
Статистика использования баз данных MySQL, MariaDB, PostgreSQL и MongoDB
Начнем с SQL баз. Как и прежде MySQL остается неоспоримым лидером. PosgreSQL занимает второе почетное место, за ней следует MariaDB. Единственная среди наших NoSQL баз, MongoDB показала очень хороший результат в ноябре.
Если сравнить текущие данные с октябрьскими, то можно сделать вывод, что количество фанов каждой из баз практически не изменилось.
Ситуация в регионах (Европа и Северная Америка).
Текущие цифры
Вопросы безопасности в веб-технологиях → Настройка SSL для TomCat из песочницы
Пару недель назад столкнулся с проблемой — стоит TomCat на сервере(windows 2008), ставлен не мной, мало того, я даже не видел как его ставили. Нужно сделать авторизацию по SSL протоколу. Раньше никогда не настраивал веб-сервера ни на винде ни на никсах, а решать нужно в кратчайшие сроки — 3 дня. Решил спросить у гугла с яндексом и нашел куче статей как сделать SSL шифрование канала и одну малопонятную о «двухфазной авторизации». Мучался все 3 дня и на исходе срока получил решение (как всегда светлая идея пришла с великого бодуна). Теперь подробнее:
как устанавливать TomCat описывать не буду, т.к. таких статей валом.
Для начала создаём хранилище (keystore) с ключом:
Наберем в коммандной строке следующий код:
Здесь:
как устанавливать TomCat описывать не буду, т.к. таких статей валом.
Для начала создаём хранилище (keystore) с ключом:
Наберем в коммандной строке следующий код:
>keytool -genkey -alias tomcat -keyalg RSA -keystore mystore -validity 999 -keysize 512
Здесь:
Блог компании Jelastic → Jelastic — Cloud Java Hosting. Статистика использования серверов Tomcat, GlassFish и Jetty. Популярность Java 6 vs Java 7
Как и обещали ранее, предоставляем статистику по серверам веб-приложений для Java. Статистические данные отображают текущий срез использования серверов в облачной Java Hosting платформе Jelastic. В статистической выборке участвовало более 2000 окружений. Справедливости ради, стоит отметить что сервера GlassFish и Jetty были добавлены позже. Это обстоятельство влияет на конечную статистику. Тем не менее, мы должны показать текущее состояние, для того чтобы провести анализ изменений в следующем месяце.

Распределение серверов по регионам
Распределение серверов по регионам
Серверное администрирование → Отказоустойчивый кластер для Java приложений из песочницы
Со времени запуска проекта прошло некоторое время и настало время наращивать вычислительные мощности для работы приложения. Было принято решение построить для этого кластер, который в дальнейшем можно будет легко масштабировать. Таким образом нам надо настроить кластер для распределения запросов между серверами.
Для этого мы будем использовать 4 сервера на Linux CentOS 5.5, а так же Apache, Tomcat6, mod_jk, Heartbeat.
web1, web2 сервера — для распределения запросов средствами Apache и отказоустойчивости средствами Heartbeat. tomcat1, tomcat2 сервера — Tomcat сервера для Java-приложения.
Для этого мы будем использовать 4 сервера на Linux CentOS 5.5, а так же Apache, Tomcat6, mod_jk, Heartbeat.
web1, web2 сервера — для распределения запросов средствами Apache и отказоустойчивости средствами Heartbeat. tomcat1, tomcat2 сервера — Tomcat сервера для Java-приложения.
Блог компании Jelastic → Jelastic — Java cloud platform for hosted service providers
Это наш новый промо-ролик для хостинговых компаний. Он раскрывает не все наши преимущества и функциональность, но довольно понятно и вкратце объясняет что мы делаем и зачем. На текущий момент у нас есть два крупных партнера — это хостинговые компании в Европе и в США. Скоро будут объявлены официальные пресс релизы по этому поводу. Есть ряд заинтересованных хостеров в Японии, Австралии и других странах. Jelastic старается сделать облачный хостинг более распространенным решением, дабы дать разработчикам максимальную свободу и независимость при выборе поставщика облачных услуг.