среда, 23 октября 2013 г.

как выполнить deploy приложения maven на tomcat по протоколу https?

Как выполнить deploy приложения maven на tomcat по протоколу https?

Столкнулся с проблемой удалённой установки приложения на tomcat из-под maven, когда протоколом удалённого подключения является ssl (https). Тут несколько проблем наслаиваются друг на друга. Сначала надо решить вопрос удалённой установки в принципе. 

Пару слов о конфигурации: 
Среда разработки:Windows x64, jdk 1.7.0_45, Eclipse 4.2.2, maven 3.1.1
Среда сервера приложений: Oracle-Linux 6 x64 (без GUI), tomcat 7.0.42, доступ через putty по ssh.

Для освежения памяти, напомню, что tomcat не сам по себе позволяет выполнять удалённую установку приложений. Для этого у него есть приложение deploy, которое идёт в стандартной поставке (его можно отключить, если оно не нужно, тогда tomcat будет работать, а удалённый deploy - нет). Кроме того, политика пользователей в стандартной поставке такова, что по-умолчанию отключены все пользователи, поэтому сразу после установки tomcat нельзя запустить приложение manager, чтобы посмотреть всякую административную информацию о сервере. Кроме того, не стоит забывать, что сам процесс удалённой установки как правило содержит в себе ещё один важный шаг, который за очевидностью не всегда обращает на себя внимания - это шаг отправки приложения на удалённый сервер tomcat. Этот шаш может быть выполнен несколькими путями (я насчитал 4) - с помощью curl с исходной машины методом PUT протокола http(s), утилитой pscp из набора утилит putty с указанием пути к каталогу \webapp, с помощью manager-а tomcat ручным указанием файла приложения для установки (после настройки пользователей), с помощью maven-овского плагина tomcat7-maven-plugin.

Учитывая, что работа идёт в Eclipse, то наиболее предпочтительный вариант - это использование maven (поскольку он уже встроен в eclipse).

Учитывая эту информацию начнём постепенно настраивать удалённую установку приложения.
Самое правильно и простое настроить её по простому протоколу http, без шифрования (чтобы быть уверенным, что проблема именно в протоколе ssl, а не, скажем, в пароле подключения к tomcat-овскому компоненту deploy).

В сети много советов, когда предлагают настроить удалённую установку приложения с использованием файла settings.xml, являющимся файлом настроек maven, но есть и метод поинтереснее, когда все данные для удалённой установки приложения можно указать в настройках плагина. Самое первое, что надо сделать - правильно настроить пользователя tomcat, который будет выполнять удалённую установку приложения:


 Перезапустим сервер. Проверим, что указанный пользователь может зайти в manager:



Теперь нужно выполнить настройку плагина maven для выполнения remote-deploy. Все настройки можно указать в настройках плагина:



важно указать параметры url, чтобы maven знал куда делать deploy приложения, username/password, чтобы знать как подключиться к серверу. path - контекст приложения. Этих параметров вполне достаточно. Теперь надо выполнить команду:

mvn tomcat7:redeploy
или в настройках eclipse:


 и нажать кнопку debug, то должна выполниться удалённая установка. Отлично, значит сама процедура удалённой установки настроена, осталось перевести её на рельсы https. Для этого надо в настройках приложения pom.xml поменять порт назначения и протокол:


Но это ещё не всё. Поскольку мы имеем дело с протоколом ssl, то он будет проверять сертификаты, которые присылает ему сервер. Проверка заключается в том, что он должен выявить наличие корневого узла, от которого идёт доверие к сертификатам, которые предоставляет ему сервер, на который выполняется удалённая установка. Поэтому строчка вызова maven должна выглядеть так:



Этот результат я и добивался. Теперь можно удалённо устанавливать приложения war на tomcat по ssl.

понедельник, 14 октября 2013 г.

windows - linux копирование файлов и каталогов туда и обратно

windows - linux копирование файлов и каталогов туда и обратно

Давно работаю с linux (после windows) и сколько раз задавался вопросом:

- Как копировать файлы/каталоги не прибегая к побочным эффектам от использования таких мостров как samba или (не монстр, но-всё-таки) sftp или apache???

Чуть позже выяснилось, что есть ещё более простое средство: winscp. Выглядит как total-commander. И более того, можно открывать на редактирование файлы прямо на целевой linux-овой машине.

Оказалось, ЕСТЬ такое средство! Называется оно pscp.exe . Эта программа входит в состав утилит putty. Только я не сразу понял, что эта утилита работает в двух направлениях. Ей всё равно куда копировать по ssh - с источника на приёмник или с приёмника на источник. Кроме того, pscp может копировать и каталоги.
Рассмотрим примеры:
Копирование файла с windows на linux:


Теперь скопируем файл с linux на windows:


Теперь попробуем вытянуть целый каталог из linux в windows:


Теперь можно работать дальше без установки всякого дополнительного ПО на linux или windows. Всё просто.

В решении вопроса помог вопрос на форуме: http://www.linuxquestions.org/questions/linux-newbie-8/scp-copy-file-from-remote-linux-server-onto-a-windows-machine-316263/

среда, 4 сентября 2013 г.

Компиляция и запуск на выполнение файла .java прямо не выходя из vim (Часть 2)

Компиляция и запуск на выполнение файла .java прямо не выходя из vim

Вот собственно как это делается:
Некоторые команды для copy-paste:

:!javac -d ../bin %
:!java -cp ../bin %<

Для вызова команды в vim просто нажмите двоеточие, затем наберите остальное.
Некоторое пояснение к командам:
% - путь к файлу и имя файла, являющимся текущим в редакторе
%< - путь к файлу без расширения. Разработчики прямо как думали, что java запускает файлы классов без расширения .class.
-d - компилировать файлы в другой каталог. Может возникнуть вопрос: что за фигня, когда после "-cp ../bin" указан %? ../bin%< После объединения путь ../bin и %< параметр укажет на правильный файл .class.

четверг, 29 августа 2013 г.

Полезное применение почти бесполезного свойства vim

Полезное применение почти бесполезного свойства vim

Случайно узнал, что в vim есть такое сокращение, как Ctrl-a. Если его нажать, то число под курсором увеличится на 1. Вроде бы ничего особенного, но в какой-то момент я открыл на редактирование файл настроек tomcat\server.xml и увидел в нём параметр, указывающий номер порта, по которому к нему осуществляются административные подключения и подумал, что наверное было бы здорово его изменить именно по ctrl-a:
Нажал пару раз ctrl-a, счётчик номер порта стал увеличиваться. А что, удобно!

Как откомпилировать и запустить в vim программу *.java или *.bash

Как откомпилировать и запустить в vim программу *.java или *.bash

Среда: Linux/Oracle, vim 7.4, доступ putty/ssh

Для работы сильно помогают специальные сокращения vim в его командной строке.
Сначала посмотрим на пример запуска скрипта bash из vim. Сам скрипт должен иметь атрибут (execute), иначе его запуск будет невозможен. После сохранения файла на диске выполнить команду:
    :!./%
и программы выполнится:

В этой команде:
: - переход в командный режим vim
! - следующие символы интерпретировать как команды
./% - linux-овая команды на выполнение файла в текущем директории.

Тоже для *.java:

При компиляции/выполнении *.java файла необходимо учитывать значение package. Пусть исходный файл лежим в каталоге programs/exe:

Открываем его на редактирование:
И запускаем команду компиляции и выполнения:
Эти команды показаны тут по отдельности, но ничто не мешает объединить их в одну строку:
:!javac % && java %<

%< - указывает программу без расширения.