четверг, 12 августа 2010 г.

Король умер, да здравствует король ...

CallWeaver медленно, но верно впадает в анабиоз (критерий - количество новых коммитов в SVN), и потому я давно стал приискивать ему такую замену, которая не называется Asterisk.

Остановился в итоге на FreeSWITCH, который соблазнил меня:
  • Красивой архитектурой с честной модульностью и возможностью масштабироваться от софтфона до софтсвитча
  • Использованием уже зарекомендовавших себя свободных фреймворков (Apache Portable Runtime для обеспечения переностимости между различными платформами, SofiaSIP в качестве SIP-стека и т.д.)
  • Конфигурацией в XML (по мне это значительно удобнее ini-файлов) с возможностью перечитывать фрагменты конфигурации с HTTP-сервера в процессе работы
Правда размер дефолтной конфигурации совершенно безумен, да сама она скорее сборник примеров, чем то, от чего можно отталкиваться в процессе настройки системы для промышленной эксплуатации. Поэтому по аналогии с CallWeaver я выпилил для себя минимально работоспособный вариант, который дальше по мере необходимости уже можно наращивать дополнительными возможностями. Хотел было даже подбить текущего майнтейнера FreeSWITCH в ALT Linux сделать этот вариант конфигурации одним из коробочных - да тот оказался слишком несговорчивым :(

вторник, 4 мая 2010 г.

Java services with Maven

Наконец-то я научился использовать maven :) Устанавливаем аналогично Groovy:
# cd /opt
# wget http://www.sai.msu.su/apache/maven/binaries/apache-maven-2.2.1-bin.zip
# unzip apache-maven-2.2.1-bin.zip 
# ln -s apache-maven-2.2.1 maven
# cat > /etc/profile.d/m2home.sh << EOF
> M2_HOME=/opt/maven
> export M2_HOME
> export PATH=$PATH:$M2_HOME/bin
> EOF
# chmod 755 /etc/profile.d/m2home.sh
В качестве подопытного кролика используем мои старые примеры, разрезанные на 2 части:
Собираем:
$ git clone git://github.com/enp/service.git
$ cd service/
$ mvn package
$ du -s target/service-0.1*
2.2M    target/service-0.1-dist.zip
8.0K    target/service-0.1.jar
12K     target/service-0.1-src.zip
Запустить можно как приложение:
$ cd target/
$ unzip service-0.1-dist.zip 
$ cd service-0.1
$ java -jar service-0.1.jar 
И как сервис:
# apt-get install java-service
# java-service-create myservice
# service myservice start
# service myservice status
# service myservice stop
# java-service-destroy myservice
В пакете java-service в качестве уже скомпилированной реализации сервиса (файл /var/lib/java-service/template.zip) лежит то, что доступно по тегу service. Командой java-service-create myservice архив template.zip разворачивается в /var/lib/java-service/myservice - и вот содержимое этого каталога я уже подменяю моим собственным приложением.

пятница, 23 апреля 2010 г.

Новые сборки ALT Linux Live Lite c XFCE и KDE3

Немного доработал десктопную часть mkimage-profile-live и попутно на свежем branch/5.1 собрал livecd с XFCE и KDE3 (только i586) - причем последний по некоторым данным должен быть едва ли не легче первого.

Выглядят они так:





Инструкции по переносу загруженной системы на жесткий диск можно найти в файле /etc/issue и, соответственно, на всех текстовых консолях - впрочем чуть раньше я их уже приводил. Инструкции по изготовлению liveflash из livecd лежат в файле README прямо в корне iso-образов.

Желающие могут воспроизвести результаты следующим образом:

$ git clone git.alt:/people/enp/packages/mkimage-profile-live.git
$ cd mkimage-profile-live
$ git checkout autoconf
$ autoconf
$ ./configure \
  --with-release=5.1 \
  --with-aptconf=/home/enp/apt/apt.conf.M51.i586 \
  --with-kernel=el-smp \
  --with-features=fakeinstall,tools-console,tools-network,xorg,dm-autologin-gdm,de-xfce,apps-firefox,apps-office,apps-mobile,sound 
  --with-timezone=Europe/Moscow 
  --with-locale=ru_RU
  --with-user=user
$ make
$ du -s .work/.out/altlinux-5.1-live.iso 
516M    altlinux-5.1-live.iso

Это сборка образа с XFCE. Образ с KDE3 собирается аналогично, только dm-autologin-gdm,de-xfce нужно заменить на dm-autologin-kdm3,de-kde3.

вторник, 26 января 2010 г.

ALT Linux Live Lite для толстых бездисковых клиентов

Использовать современные рабочие станции с 1Gb RAM и (зачастую двухъядерными) Atom в минимальной комплектации в качестве тонких бездисковых клиентов кажется слишком расточительным, а найти менее производительное и дорогое (но при этом не б/у) железо чем дальше, тем сложнее. Самый логичный выход из этой ситуации - запуск DE и всех необходимых приложений локально, но с удаленного носителя, как и в случае тонких клиентов. Принципиальное отличие в том, что приложениям потребуется где-то сохранять результаты своей работы - но r/w /home можно держать на NFS, а остальное и потерять не жалко.

Образ для удаленной загрузки легко изготовить на основе профиля mkimage-profile-live.git, в который только что добавлена feature с именем nfshome - она позволяет указать адрес сервера и имя экспортируемого каталога в конфигурации syslinux примерно так:
label remote
  kernel altlinux-live-i586/vmlinuz
  append initrd=altlinux-live-i586/initrd.img root=/dev/nfs ip=dhcp fastboot nfsroot=192.168.100.209:/export/root nfshome=192.168.100.209:/export/home
В зависимости от необходимости авторизации пользователей можно либо использовать автологин и монтировать в /home разные каталоги для разных рабочих станций (и реализовать в nfshome автоподстановку каталога на основе имени рабочей станции), либо использовать LDAP. Поскольку ни то, ни другое пока не работает из коробки, то в нарушение традиции я не буду выкладывать образы - желающие могут собрать и допилить их самостоятельно.