Eugene's dev blog

JBoss: Injecting remote EJB from one container to another

2011-11-07T18:23:00.006+02:00

These methods tested on JBoss AS 6.1.0.

Assume we have two EJBs with full qualified classnames "com.foo.ejb1.Bean1" and "com.foo.ejb2.Bean2". Second EJB deployed on remote JBoss and have remote interface "com.foo.ejb2.Bean2Remote".

Method one, using only EJB annotation:

@Stateless
public class Bean1 implements ...
{
    @EJB(lookup="jnp://hostname/Bean2/remote")
    private Bean2Remote b2;
 
    ...

We use "EJB" annotation with "lookup" element. For JBoss 6, it contains JNP URL to remote EJB, where "hostname" is the host name or IP address of remote JBoss server, and "Bean2" is the name of remote EJB.

Method two, using EJB annotation and ejb-jar configuration:

@Stateless
public class Bean1 implements ...
{
    @EJB(name="bean2ref")
    private Bean2Remote b2;
 
    ...

ejb-jar.xml:

<?xml version="1.0" encoding="UTF-8"?>
<ejb-jar xmlns = "http://java.sun.com/xml/ns/javaee" 
         version = "3.1"
         xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance" 
         xsi:schemaLocation = "http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_1.xsd">
 
   <enterprise-beans>
       <session>
          <ejb-name>Bean1</ejb-name>
 
          <ejb-ref>
              <ejb-ref-name>bean2ref</ejb-ref-name>
              <ejb-ref-type>Session</ejb-ref-type>
              <lookup-name>jnp://hostname/Bean2/remote</lookup-name>
          </ejb-ref>
       </session>
  </enterprise-beans>
</ejb-jar>

Now JNP URL moved from sourcecode to XML.

Method three, using only ejb-jar configuration:

@Stateless
public class Bean1 implements ...
{
    private Bean2Remote b2;
 
    ...

ejb-jar.xml:

<?xml version="1.0" encoding="UTF-8"?>
<ejb-jar xmlns = "http://java.sun.com/xml/ns/javaee" 
         version = "3.1"
         xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance" 
         xsi:schemaLocation = "http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_1.xsd">
 
  <enterprise-beans>
      <session>
          <ejb-name>Bean1</ejb-name>
           <ejb-ref>
              <ejb-ref-name>bean2ref</ejb-ref-name>
              <ejb-ref-type>Session</ejb-ref-type>
              <remote>com.foo.ejb2.Bean2Remote</remote>
 
              <injection-target>
                    <injection-target-class>com.foo.ejb1.Bean1</injection-target-class>
                    <injection-target-name>b2</injection-target-name>                  
              </injection-target>
              <lookup-name>jnp://hostname/Bean2/remote</lookup-name>
           </ejb-ref>
      </session>
   </enterprise-beans>
</ejb-jar>

PlayME! v1.1

2011-03-06T20:17:00.001+02:00

PlayME! updated, lowered requirements from CLDC-1.1 to CLDC-1.0, so now supported wider range of devices.

Links:
PlayME! - mp3 проигрыватель для мобильных телефонов с поддержкой Java
PlayME! - mp3 player for Java-enabled mobile phones

PlayME! v1.0

2011-02-27T17:07:00.002+02:00

PlayME! v1.0 released - http://www.eros2.info/playme_en.shtml
PlayME! is a freeware mp3 player for Java-enabled mobile phones. Plays mp3 files in selected folders/subfolders recursively in alphabetical or random order.

Ubuntu 10.10 и /dev/dsp

2011-02-14T18:14:00.004+02:00

В Ubuntu 10.10 Maverick Meerkat отсутствует устройство /dev/dsp, соответсвенно, есть проблемы с некоторыми программами, которые выводят звук через OSS. Например, нет звука в мобильном эмуляторе из Sun Java Wireless Toolkit.
Чтобы съэмулировать /dev/dsp, необходимо установить пакет alsa-oss и после этого запускать процессы, нуждающеися в /dev/dsp командой aoss, передавая параметром имя нужной программы.

Для работы мобильного эмулятора следует отредактировать файл <путь к WTK>/bin/emulator, и в строку

"${javapathtowtk}java" -Dkvem.home="${KVEM_HOME}" \

добавить в начало "aoss":

aoss "${javapathtowtk}java" -Dkvem.home="${KVEM_HOME}" \

Использование EVDO-модема BLESS UC165 в Ubuntu

2010-12-22T11:24:00.013+02:00

Версия Ubuntu - 10.10 Maverick Meerkat.

При подключении устройство определяется как USB Mass Storage Device (вывод lsusb):

Bus 007 Device 002: ID 05c6:1000 Qualcomm, Inc. Mass Storage Device

Соответственно, при попытке создать новое мобильное соединение, никакого устройства не доступно:

Чтобы оно заработало нужно: a) перевести его в режим wireless-модема b) загрузить usbserial.

Для изменения режима работы устройства используется usb_modeswitch, выполняем следующую команду:

sudo usb_modeswitch -v 05c6 -p 1000 -V 1d09 -P 4306 -m 0x00000008 -M 5553424328932a86000000000000061b000000020000000000000000000000

Магические значения параметров -m и -M найдены на форуме Ubuntu.

Теперь lsusb покажет что устройство изменилось:

Bus 007 Device 003: ID 1d09:4306 TechFaith Wireless Technology Limited

Далее, нужно загрузить usbserial, указав устройство:

sudo modprobe usbserial vendor=0x1d09 product=0x4306

После этого, про создании нового мобильного соединения, появится доступное устройство:

А теперь настроим систему так, чтобы не нужно было запускать usb_modeswitch и usbserial вручную.

usb_modeswitch: в каталоге /etc/usb_modeswitch.d создаём файл с именем "05c6:1000:uMa=Qualcomm". Имя файла состоит из идентификаторов вендора и продукта, а дальше указывается какая строка должна присутствовать в описании устройства, в нашем случае это "Qualcomm". Теперь usb_modeswitch будет автоматически реагировать на устройство с указанными ИД-ами и словом "Qualcomm" в описании.

Содержимое файла такое:

# Configuration for the usb_modeswitch package, a mode switching tool for
# USB devices providing multiple states or modes
#
# This file is evaluated by the wrapper script "usb_modeswitch_dispatcher"
# in /usr/sbin
# To enable an option, set it to "1", "yes" or "true" (case doesn't matter)
# Everything else counts as "disable"

DefaultVendor=  0x05c6
DefaultProduct= 0x1000

TargetVendor=    0x1d09
TargetProdct=    0x4306

MessageEndpoint=    0x00000008

MessageContent=    "5553424328932a86000000000000061b000000020000000000000000000000"

Теперь режим нашего устройства будет переключаться автоматически.

Далее, необходимо выполнять команду для загрузки модуля usbserial. На многих форумах рекомендуется использовать /etc/modules.conf (modprobe.conf), однако этот вариант у меня не заработал.
Я прописал нужную команду в /etc/rc.local (прописывать нужно перед последней строкой, последняя строка должна содержать команду "exit 0"):

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

modprobe usbserial vendor=0x1d09 product=0x4306

exit 0

Для применения изменений следует перезагрузить систему. Теперь модем будет обнаруживаться автоматически.

На формуах много тем с обсуждением подобных устройств, однако там либо вообще не описано как заставить usb_modeswitch и usbserial отрабатывать автоматически, либо описанные способы не работают, так что тут я описал способ, который работает для меня на Ubuntu 10.10.

Создание простейшего EJB 3 и клиентского приложения

2009-04-26T11:35:00.015+03:00

Эта статься посвящена созданию простейшего EJB-модуля, его инсталляции в сервер приложений JBoss и удалённому вызову метода из клиентской программы.

Для понимания необходимо: базовое знание языка Java (наследование, интерфейсы)

Простейший EJB, пригодный для удалённого вызова, состоит из двух .java файлов:

1. Интерфейс, в котором описаны методы, предоставляемые бином, файл TestRemote.java:

import javax.ejb.Remote;

// Аннотация "@Remote" означает, что это интерфейс, описывающий
// методы доступные для вызова удалёнными клиентами
@Remote
public interface TestRemote
{
  // Назовём наш метод просто getTime()
  // Он вернёт строку с серверным временем
  String getTime();
}

2. Собственно реализация, файл TestBean.java:

import javax.ejb.Stateless;

// Аннотация "@Stateless" указывает, что это будет
// бин без сохранения состояния между вызовами методов
@Stateless
public class TestBean implements TestRemote
{
  // реализация метода, указанного в интерфейсе
  public String getTime()
  {
    java.util.Date d = new java.util.Date();
    return "Server time: " + d;
  }
}

Компилируется командой:

javac -classpath .:<путь к папке JBoss>/common/lib/jboss-javaee.jar TestBean.java

Обратите внимание на двоеточие в опции -classpath, в среде Windows следует использовать ";".

После успешной компиляции мы получим два .class-файла. Теперь нужно собрать их в один .jar, это делается командой

jar -cf test.jar *.class

Тут мы получаем файл test.jar. Копируем его в каталог server/default/deploy в папке JBoss.
Если JBoss запущен, то обнаружив новый или обновлённый .jar в папке deploy - он подхватит и задеплоит его, о чём сообщит:

Теперь наш бин загружен в сервер приложений и доступен для вызова извне. Напишем простую программу для вызова метода - client.java:

import java.util.Properties;
import javax.naming.Context;
import javax.naming.InitialContext;

public class client
{
  public static void main( String[] arg ) throws Exception
  {
    // Указываем параметры для связи с сервером приложений:
    // классы для создания контекста и адрес сервера
    Properties p = new Properties();
    p.put( Context.INITIAL_CONTEXT_FACTORY,
        "org.jnp.interfaces.NamingContextFactory" );
    p.put( Context.PROVIDER_URL, "localhost" );

    // Создаём начальный контекст, в котором будет
    // производиться поиск объетов
    Context ctx = new InitialContext(p);

    // Ищем бин по имени, которое сообщил нам JBoss
    Object ref = ctx.lookup( "TestBean/remote" );

    // Приводим ссылку на объект к интерфейсу бина
    TestRemote bean = (TestRemote)ref;

    // И вызывем метод
    String serverTime = bean.getTime();
    System.out.println( serverTime );
  }
}

Компилируется командой:

javac client.java

И запускаем:

java -classpath .:<путь к папке JBoss>/client/jbossall-client.jar client

Если программа не выбросила никаких иксепшенов, а вывела на консоль строку вида "Server time: Sun Apr 26 16:38:04 EEST 2009" - значит всё работает!

При реальном использовании у клиента должен быть доступ только к .class-файлу TestRemote. TestBean должен находиться только на сервере приложений.

В дальнейшем я планирую осветить некоторые неочевидные вопросы контроля доступа, авторизации с использованием БД и пр.
UPD: однако, поскольку мне жутко лень писать новые статейки - уж не знаю, будет ли продолжение...

end of the road

2009-04-12T16:58:00.001+03:00

Решил уйти с OS/2. Скорее всего на линукс.

SIM/2 и проблемы с аськой

2009-01-25T17:18:00.003+02:00

Подробное описание проблемы здесь.

На данный момент работает например такое решение.

Updated Yahoo plugin for SIM/2

2008-08-24T14:27:00.003+03:00

I updated it months ago, but not posted to public, sorry.

Download - yahoo_20080419.zip

It includes a fix for April's protocol change in Yahoo! Messenger.

OS/2: Extended Attributes

2007-12-17T13:41:00.000+02:00

Написал в ЖЖ статейку о пользе расширенных атрибутов в OS/2.

SIM-IM for OS/2 Update

2007-12-05T20:28:00.000+02:00

I made some updates to OS/2 version of SIM Instant Messenger.

Download: sim-im-os2-0.9.4.3-r2.zip (7.2 MB)

Changes since previous release:

Updated Qt library which includes DBCS support and styles support.
Ported and included AutoAway plugin.

Notes:

Styles plugin provides style switching now. But Warp 4 style doesn't work, SIM will crash on it.
SYSGLIT.DLL provides WinGetLastInputTime() function for AutoAway plugin. You may copy this dll into \OS2\DLL directory.
This release requires GCC 0.6.3 runtime library: libc-0_6_3-csd3.exe or libc-0_6_3-csd3.wpi.

See SIM under OS/2 screenshots in previous announce.

My new site

2007-09-12T20:57:00.000+03:00

My site moved to http://www.eros2.info.
http://eros2.by.ru is not maintained anymore.

Lucide 1.20

2007-09-11T08:28:00.000+03:00

Lucide version 1.20 released. Lucide is a plugin based document viewer for OS/2 and eComStation. Currently it supports PDF, DjVu and JPEG files.
Binaries available at eCS betazone.

List of changes since version 1.01:

JPG plugin: added support for quality image scaling
If the filename does not have an extension or the extension is unknown, Lucide will check file data to determine a suitable plugin (closed ticket #43)
Added menuitems and hotkeys to subsequently load supported files in same directory (Menu: Document->Next/Previous, closed ticket #66)
Added list of recent files (Menu: Document->Recent files)
Implemented custom file dialog with preview (closed ticket #86)
Added hotkeys (Ctrl+0/1/2) for predefined zoom levels
Added 'Ignore printer margins' option in Print dialog (closed ticket #110)
UClip package is optional now (closed ticket #115)
Small fixes and improvements (closed ticket #126)

Screenshots here.

On Lucide page at Netlabs you may post bugreports/read tickets and find toolkit for creating your own Lucide plugins.

Screenshots

2007-08-26T11:45:00.000+03:00

Сегодняшние скриншоты OS/2 (или eCS) с #os2russian:

Мой:	[Pasha]:
froloff:	[TeL_GiS]:
valerius:	sy-uname:
Sergey:	Kolo:
fighter4:	lord_yama:
Oxyd:

Guest star: zuko! Warp 3 system desktop (кусок вырезан цензурой):

2007-08-07T21:13:00.000+03:00

Полезная книга (на русском языке) для желающих изучить программирование под Presentation Manager, буде таковые сыщутся — «Программирование для IBM OS/2».

Lucide 1.01

2007-08-01T18:08:00.000+03:00

I made some updates to Lucide document viewer and Mensys released it.
Binaries available at eCS betazone.

Here is a list of changes since version 1.0:

DJVU plugin: plugin may eat great amount of memory, fixed.
DJVU plugin: djvulibre updated to version 3.5.19.
DJVU plugin: fix opening files with non-latin chars in filename.
PDF plugin: freetype library updated to version 2.3.5.
TAB key switch between navigation pane and document (closed tickets #112, #123).
Zoom in/Zoom out menuitems and corresponding Ctrl++/Ctrl+- hotkeys.
Ctrl+Shift++/Ctrl+Shift+- hotkeys for rotate CW/CCW, Ctrl+P for Print (closed ticket #108).
Opening external files from links in document.
Updated NLS-files: Czech, French, Dutch.

Screenshots:

Viewing PDF file.

Viewing DJVU file (magazine scan).

On Lucide page at Netlabs you may post bugreports and find toolkit for creating your own Lucide plugins.

2007-06-26T18:33:00.000+03:00

My site (eros2.by.ru) not working fourth day...

Fucking by.ru!

UPD: now works.

2007-06-25T22:06:00.000+03:00

Yet another two OS/2-related blogs by Michael Greene:

Stupid OS/2 Crap
uniaud Scratchpad

Добавил в Яндекс.Ленту.

PM Downloader 1.02

2007-04-29T13:36:00.000+03:00

New version of PM Downloader released.

Fixed one bug with semaphore leak, which may cause PM Downloader hang on intensive use.

Added option to limit number of simultaneous downloads from same host. This may be useful if you download several files from host which permit only limited number of connections — so you may not reduce general number of downloads and download from other hosts in parallel.

Get it from PM Downloader homepage.

PM Downloader 1.01

2007-04-08T13:42:00.000+03:00

New version of PM Downloader released. No new features, just few bugfixes. Also, to prevent loss of downloaded data on power interrupt or system crash, PM Downloader will flush file buffers to disk every ten minutes.

PM Downloader is the interactive multithreaded network retriever for OS/2 & eCS Presentation Manager supporting HTTP, HTTPS and FTP protocols for downloading files.

Screenshot (click to enlarge):

SIM for OS/2

2007-03-17T11:06:00.000+02:00

I just compiled and released SIM Instant Messenger version 0.9.4.3 for OS/2.

Download: sim-im-os2-0.9.4.3-r1.zip (9.2 MB)
Update from 05.12.2007 - newer release available!

SIM is powerful plugin-based multiprotocol instant messenger, which includes support for ICQ, AIM, MSN, Yahoo!, Jabber IM protocols and also can post into your LiveJournal journal and communities.

SIM is based on Qt toolkit (ported by dmik).

Screenshots:

SIM and it's chat window.

OSD plugin notification at lower-left corner, contact is typing.

Weather plugin displays weather.

SIM IM reviews (in Russian):
Обзор от iXBT
Обзор от itc.ua (SIM в конце)
Обзор jabber-клиентов (в том числе SIM)

Note: This program requires GCC 0.6.1 runtime library.

Qt, KDE, KTorrent, SIM...

2007-03-12T13:32:00.000+02:00

Чего мне не хватает сейчас в OS/2, так это удобного torrent-клиента с навороченным GUI. Памятуя о том, что под OS/2 есть полнофункциональный Qt 3 toolkit (tnx to dmik), я начал искать опенсорсный торрент-клиент написанный с использованием Qt. К сожалению, клиента написанного на "чистом Qt" не нашлось, зато был обнаружен красивый и навороченный KTorrent, который является KDE-приложением. KDE же, в свою очередь, также написан с использованием Qt. Собрать KTorrent, к сожалению, не удалось, сначала нужно собрать KDE, а это огромный объём работы. Даже не знаю, стоит ли браться. Но иметь KTorrent под осью очень хочется. :)

Но не зря же я устанавливал Qt! Обломавшись с KTorrent, решил собрать что-нибудь поменьше. Под руку попался SIM — очень симпатичный мультипротокольный instant messenger. Пара дней работы — и получилось нечто вполне юзабельное:

Конечно, его нужно ещё дотачивать напильником, но я надеюсь через несколько дней выпустить предварительную рабочую версию.

ссылочки

2007-02-23T16:21:00.000+02:00

Некий товарищ работает над проектом WarpBSD и ведёт по этому поводу блог.

... As part of my "WarpBSD" project, I would like to create opensource versions of various key OS/2 technologies ...

...А OS/2 пока тихо спит под водами океана, ожидая своего часа, но она вполне жива...

Новый видеоплейер для OS/2: K Movie Player

2007-02-22T12:51:00.000+02:00

Кореец KO Myung-Hun взял FFplay, оторвал от него SDL, сделал поддержку DIVE и WarpOverlay!, и выпустил K Movie Player. Получилось нечто вроде WarpVision cli. Поддерживает кучу форматов, в том числе flv, так что теперь можно смотреть в OS/2 клипы, скачанные с YouTube.

Работает вполне неплохо для версии 0.1.0.

В комстроке использован параметр "-video dive", т.к. по умолчанию используется WarpOverley!, а скриншот оверлея сделать нельзя.

проблемы файлообменных программ в OS/2

2007-02-22T11:34:00.003+02:00

LimeWire в течение нескольких лет была основной файлообменной программой работавшей в OS/2. Проблемы начались с версии 4.3.хх — какой-то код задел баг в GoldenCode JVM, что привело к неприятным последствиям — иногда LimeWire мёртво завешивала PM, так что даже не двигалась мышь и не вызывался WatchCat. Приходилось нажимать Ctrl-Alt-Del. Можно было использовать IBM JVM 1.3.1, но она работала медленней и LimeWire иногда выкидывала странные exceptions. Innotek OS/2 Kit for Java тоже был сыроват и любил зависать.
Начиная с версии 4.9.хх, LimeWire перестала работать под Java 1.3. А проблемы с сокетами в Innotek OS/2 Kit for Java привели к тому, что LimeWire отваливалась от сети при поиске.
В то же время, работа самой LimeWire значительно улучшилась, использование старых версий стало анахронизмом.
Тогда для личного использования с GoldenCode JVM я начал делать сборку LimeWire включавшую gui от версии 4.2.6 и core последней версии. Это работало, но поддержка nio в GoldenCode JVM также небезупречна, LimeWire иногда отваливалась от сети. Ситуация изменилась с core версии 4.12.хх — отваливаться от сети перестало, но начало грузить процессор. (Надо ли говорить, что под Windows всё работало нормально?)

Далее, вышедшая бета LimeWire 4.13 потребовала JVM версии 1.5. Да, Sum Java 1.5 for Windows вполне можно запустить в оси используя InnoWin, но проблемы с сокетами там такие же как и у Innotek OS/2 Kit for Java.

Основной вопрос тут — появится ли под OS/2 JVM версии 1.5 или 1.6? Пока, под портирование этого дела коммьюнити собрало 305 долларов, что просто несерьёзно.

Разочаровавшишь в попытках заставить LimeWire прилично работать под OS/2, я задумался о портировании какого либо файлообменного софта.

Выбор сетей тут невелик — либо eDonkey2000, которая не нравится мне идеологией построения, либо Gnutella.

Я просмотрел все программы с открытым исходным кодом для сети Gnutella, из которых можно было бы взять ядро и навернуть поверх него осёвый гуй. Результаты неутешительные.

Варианты:

giFT - безнадёжно устарел, последняя версия от 2004-го года, не поддерживает даже поиск в юникоде.

Mutella - то же самое.

Gnucleus - то же самое, да ещё и использует MFC.

Gtk-Gnutella - более-менее приличное ядро, неторопливо развивается. Нет поддержки метаданных, нет последних фич поиска источников, использует glib (впрочем, я надеюсь это не слишком непреодолимое препятствие).

К сожалению, по сравнению с LimeWire все они тихо курят в сторонке, особенно в свете скорой поддержки DHT в LimeWire. Хотя, в сторону Gtk-Gnutella стоит посмотреть. Но надо выждать, если после того, как LimeWire введёт DHT, Gtk-Gnutella сделает поддержку этого DHT — тогда, определённо, нужно будет заняться портированием.