Деплоймент на BES 5.0.2

Народ, подключайтесь. Пролема с BES 5.0.2.

Задеплоил бин. Пусть его name -- Project, а local-jndi-name -- ejb/errata/Project:

ejb-jar.xml:
<entity>
<ejb-name>Project</ejb-name>
<local-home>trial.ejb.ProjectHome</local-home>
<local>trial.ejb.Project</local>
...
</entity>

ejb-borland.xml:
<entity>
<ejb-name>Project</ejb-name>
<bean-local-home-name>ejb/errata/Project</bean-local-home-name>
...
</entity>

Есть Web-приложение, которое юзает этот бин. Пусть логическое имя, используемое в Web-приложении -- ejb/web/Project. В web.xml делаю ссылку на действительное jndi-имя используемого бина:

web.xml:
<ejb-local-ref>
<ejb-ref-name>ejb/web/Project</ejb-ref-name>
<ejb-ref-type>Entity</ejb-ref-type>
<local-home>trial.ejb.ProjectHome</local-home>
<local>trial.ejb.Project</local>
<ejb-link>ejb/errata/Project</ejb-link>
</ejb-local-ref>

При деплойменте Web-приложения возникает следующая ошибка:
Unable to find a bean matching the link 'ejb/errata/Project'.

В чем не прав?

0

<ejb-link>ejb/errata/Project</ejb-link>

тут и ошибка.

все <ejb-link> ссылаются на ЛОГИЧЕСКОЕ ИМЯ бина, а не на JNDI имя. соответственно, меняем содержимое на имя из <ejb-name>:

<ejb-link>Project</ejb-link>

редеплоим и все чудненько бегает )

советую скачать с сановского сайта официальную EJB specification. чтивом это не назовешь, поскольку 500 с гаком страниц механизма работы EJB container и всех roles. но для таких случаев, как Ваш, подходит идеально в качестве reference.

cheers

0

Спасибо за совет, но я не только ее скачал, но и распечатал, и держу на столе. Она у меня аж почернела -- засалилась то бишь. Так вот там говорится про то, как бины ссылаются друг на друга, а не web-компоненты на бины.

В примерах на BES указывается JNDI в качестве link'а. Пробовал деплоить то же самое на Sun J2EE RI App Server 1.3, тот требует не JNDI, а логическое имя. Только вот BES ни то, ни другое не ест.

Я надеялся, что кто-то конкретно с BES'ом работает

Все равно, спасибо

0

дело в том, что тут все равно, на чем бегает - это стандарт. у меня данная ситуация работает на JBoss + Tomcat без проблем без vendor-specific mappings.

тут можно проверить следующий вариант. как задеплоены приложения? ejb-link в таком варианте, как указал я, будет работать, если и war, и ejb-jar находятся в *одном* ear архиве.

если, нет, тогда читаем спецификацию, то место, где проскальзывают ссылки на внешние бины, типа <ejb-link>../another.jar#AnotherBeanName</ejb-link>

0

Да, это правильно про EAR. Уже дважды задеплоил и даже подергал JSP. Только боюсь, что ссылки на внешние JAR'ы не пройдут, так как у меня бины локальные :-(.

В спецификации опять не освешается такая ситуация. Там говорится, что 'сборщик приложения может установить ссылки'. Я понимаю так: сборщик приложения собирает EAR'ы, значит ссылки можно использовать только внутри одного EAR. Если я отдельно задеплоил бины и отдельно WebApp, то, скорее всего, у меня не получится сослаться на бин в другом JAR'е, используя средства спецификации. А раз мои бины локальные, значит из другого задеплоинного модуля вообще нельзя их использовать.

0

mr_dronski, какой инструмент лучше использовать для деплоймента на JBoss? Я имею в виду, как генерить vendor-зависимый DD?

0

этот топик уже всплывал в этом форуме.

но теперь у меня уже неплохой практический опыт с этим тулом

XDoclet - http://xdoclet.sourceforge.net/

берем последнюю release, потому что у предыдущих были значительные проблемы (например, с ejb-ref)

стоит потратить время на освоение, попробую помочь, чем смогу.

в случае JBoss в ant-script копируем все в deploy-dir и оттуда же вызываем redeploy через JMX, и все )

Weblogic 7.0 тоже вроде хвастался JMX, но до него руки еще не добрались (вот через 2 недельки...)

КСТАТИ: xdoclet держит очень немало серверов, включая JBoss, Weblogic, Orion, HP-AS (ныне почивший) и др.

0

Имеется в виду версия 1.1.2 ?

Я пробовал ее. Возникли проблемы и поэтому особо долго не разбирался. Что мне использовать 1.1.2 или 1.2 ?

0

1.2.0 beta1

там вроде еще есть 2.0 в CVS, но я ее не трогаю, раз все бегает.

с этой версией пока проблем у меня не возникало. работают ejb-refs, CMR, все транзакции ставит, finders и selects тоже без ошибок. (но что-то ведь они же исправляют сейчас). как видим, все повседневные ejb заботы решаются.

я сам за****ся с 1.1.2 (sorry, но по другому не назовешь). кучу нервов и времени потратил, пока не выкачал все с CVS. теперь хоть уже выложили релиз.

0

Выкачал релиз 1.2.0 -- кривой.

1) В собираемом ejb-jar.xml не ставит открывающий тег <entity>, зато ставит закрывающий -- </entity>. Дальше не смотрел.

2) Если в исходник заканчивается комментарием, напрмер, ///:~, то говорит, что не может отпарсить.

3) Не хватает одного JAR'а, правда он есть с исходниками.

3) Выкачал исходники, при компиляции говорит, что используется deprecated xslt processor и еще кучу всего.

2 mr_dronski
Можешь выслать или выложить куда-нибудь свой собранный XDoclet 1.2.0?

0

какие именно модули нужны? для BES нет.

могу кинуть, например следующие (есть другие, к теме не относится):

xdoclet.jar
xdoclet-ejb-module.jar
xdoclet-jboss-module.jar
xdoclet-xdoclet-module.jar
xjavadoc.jar

все это весит 641 KB

если ок, то вышлю.

0

ну так высылать или нет?

0

Да нет, смодулями разобрался. Нашел недостающий в исходниках.

Проблема в другом: билд, который я скачал с sourceforge выполняется, но результат его работы неверный. Сгонерированный ejb-jar не удовлетворяет спецификации XML 1.0, не то, что ejb-jar_2_0.dtd.

Я подумал, может ребята его собрали, а там что-нть случилось. Ну, не знаю, короче, но работать -- не работает. То есть выполняется, но результаты бросовые.

0

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

0