Что - то не так (jndi.properties)?

@аriakon · Регистрация: 05.04.2009

Студворк — интернет-сервис помощи студентам

Всем привет!
Куда в Jboss кидать jndi.properties, усли кидаю в клиентский класспас
то вывалевается

javax.naming.NoInitialContextException: Cannot instantiate class: org.jnp.interfaces.NamingContextFactory. Root exception is java.lang.ClassNotFoundException: org.jnp.interfaces.NamingContextFactory

а вот такой он сам у меня(взял по рекомендациям из форума ниже

java.naming.factory.initial=org.jnp.inte rfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1099/
java.naming.factory.url.pkgs=org.jboss.n aming:org.jnp.interfaces
# The jnp protocol socket factory class
jnp.socketFactory=org.jnp.interfaces.Tim edSocketFactory
# The TimedSocketFactory connection timeout in milliseconds(0 == blocking)
jnp.timeout=0
# The TimedSocketFactory read timeout in milliseconds(0 == blocking)
jnp.sotimeout=0

@vold · 19.05.2009, 16:05

а клиентские классы Вы в клиентский класспас кидаете?

да, и к чему такие сложности, когда localhost?
Урл провайдера просто '127.0.0.1'

вообще я использую только два параметра: урл и фактори...

а JBoss пора на 3.х менять..

19.05.2009, 16:38

Клиентские - это те, что в директории %jboss_home%/client

@аriakon · 19.05.2009, 17:09 **[ТС]**

вот в точночти так все делаю
%jboss_home%clientmyclient.class
%jboss_home%clientjndi.properties

после из консоли пишу: java myclient
и получаю эту ошибку

19.05.2009, 17:21

надо _все_ jar'ы из директории client.

@аriakon · 19.05.2009, 17:49 **[ТС]**

noir
теперь пишу
java -cp connector.jar;deploy.jar;jndi.jar...(т.е . все из client)
myclient

опять таже ошибка. У меня что-то с руками, или опять что-то не так делаю?

(такое ощущение что он вообще не обращает внимания на -cp ...)

19.05.2009, 21:11

Попробуй -classpath

@аriakon · 20.05.2009, 14:59 **[ТС]**

noir!
во первых спасибо, jndi.properties схавались

но теперь строка в клиенте

Object ref = c.lookup('mbean/nbean');

дает ексепшн во время выполнения
Exception in thread 'main' javax.naming.CommunicationException.
Root exception is java.lang.ClassNotFoundException: homeProc(Это мой home интерфейс и файл его содержащий)

вот он сам:
import java.io.Serializable;
import javax.ejb.EJBHome;
import javax.ejb.CreateException;
import java.rmi.RemoteException;

public interface homeProc extends EJBHome{
remoteProc create() throws CreateException, RemoteException;
}

не понятно во время деплоя он его находит, а по jndi имени не хочет

вот jboss.xml
<jboss>
<enterprise-beans>
<session>
<ejb-name>nbean</ejb-name>
<jndi-name>mbean/nbean</jndi-name>
</session>
</enterprise-beans>
</jboss>

спасибо!

20.05.2009, 21:20

Ууу... Тут всякое возможно, и самая очевидная причина - все тот же classpath у клиента. В нем есть архив с бином? Наверное, да, иначе неинтересно.

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

@аriakon · 21.05.2009, 13:51 **[ТС]**

noir!!!!!!
заработало! нет ничего лучше чем увидеть когда вместо привычных ошибок неожиданно выдается что 2 + 3 = 5 это счастье

Все теперь когда я готов приступаю к разработке отдела кадров

а чуть не забыл(лишь пару минут прошло с момента удачного запуска

))
ОГРОМНОЕ СПАСИБО!

@аriakon · 21.05.2009, 16:57 **[ТС]**

как то только неказисто получается у клиента должны быть вся эта
куча jar'ников,jndi.properties это вроде терпимо, но чтоб у него еще и все бины были.... С такой архитектурой теряется всякий смысл распределенного приложения, как по другому?!?!?!?!?!?!?!

@vold · 21.05.2009, 22:38

2аriakon
неплохо бы было прочитать что-нибудь(хотя бы САНовские туториалы) по EJB -

смысл, в том, что никакие бины на клиенте не нужны, а нужны только домашние и объектные интерфейсы!
Да, и если Вы думаете, что написав бин Вы написали распределенное приложение Вы сильно ошибаетесь - приложение за Вас 'пишет' EJB - контейнер, он реализует интерфейсы, в виде заглушек и каркасов, которыми Вы реально и пользуетесь. Вы пишете мааалюсенькую верхушечку айсберга, а всю остальную подводную часть за вас доделывает контейнер (такие понятия, как поддержка транзакций, паралельный доступ, с которым столько возни в обычном приложении - Вам об этом просто не надо задумываться, взаимодействие с другими объектами посредством прозрачного JNDI-интерфейса, вам даже не надо иметь на клиенте сатбов, как в 'обычном' RMI-приложении - контейнер Вам их предоставит и куча, кууча всякого другого полезного....).

а вообще очень рекомендую почитать спецификацию, это она только на первый взгляд такая большая и страшная ;-)

22.05.2009, 15:07

Не только интерфейсы, но и все классы, которые могут быть параметрами...

А вообще, крохоборничать и не включать класс самого бина в архив для клиента не люблю... Мороки много, толку мало.

@vold · 22.05.2009, 22:50

2noir
честно говоря я тоже никогда не отделял джары с бинами от интерфейсов - все в одном архиве, написал это для того, что понятно было, что в принцепе они не нужны.
Особенно, если рассмотреть случай произвольного IIOP клиента - мы предоставляем клиенту сервис и IDL - описания именно домашних и объектных интерфейсов, далее клиент в праве делать с ними, что ему удобно - генерировать соотв. классы и т.п....

Новые блоги и статьи Все статьи Все блоги /
сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .
Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и источниками (напряжения, ЭДС и тока). Найти токи и напряжения во всех элементах. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и. . .

@аriakon 0 / 0 / 0 Регистрация: 05.04.2009 Сообщений: 78

	Что - то не так (jndi.properties)? 19.05.2009, 14:38. Показов 2786. Ответов 13 Метки нет (Все метки) Всем привет! Куда в Jboss кидать jndi.properties, усли кидаю в клиентский класспас то вывалевается javax.naming.NoInitialContextException: Cannot instantiate class: org.jnp.interfaces.NamingContextFactory. Root exception is java.lang.ClassNotFoundException: org.jnp.interfaces.NamingContextFactory а вот такой он сам у меня(взял по рекомендациям из форума ниже java.naming.factory.initial=org.jnp.inte rfaces.NamingContextFactory java.naming.provider.url=jnp://localhost:1099/ java.naming.factory.url.pkgs=org.jboss.n aming:org.jnp.interfaces # The jnp protocol socket factory class jnp.socketFactory=org.jnp.interfaces.Tim edSocketFactory # The TimedSocketFactory connection timeout in milliseconds(0 == blocking) jnp.timeout=0 # The TimedSocketFactory read timeout in milliseconds(0 == blocking) jnp.sotimeout=0 0

@vold 0 / 0 / 2 Регистрация: 17.08.2007 Сообщений: 222
	19.05.2009, 16:05
	а клиентские классы Вы в клиентский класспас кидаете? да, и к чему такие сложности, когда localhost? Урл провайдера просто '127.0.0.1' вообще я использую только два параметра: урл и фактори... а JBoss пора на 3.х менять.. 0

noir
	19.05.2009, 16:38
	Клиентские - это те, что в директории %jboss_home%/client

@аriakon 0 / 0 / 0 Регистрация: 05.04.2009 Сообщений: 78
	19.05.2009, 17:09 [ТС]
	вот в точночти так все делаю %jboss_home%clientmyclient.class %jboss_home%clientjndi.properties после из консоли пишу: java myclient и получаю эту ошибку 0

noir
	19.05.2009, 17:21
	надо _все_ jar'ы из директории client.

@аriakon 0 / 0 / 0 Регистрация: 05.04.2009 Сообщений: 78
	19.05.2009, 17:49 [ТС]
	noir теперь пишу java -cp connector.jar;deploy.jar;jndi.jar...(т.е . все из client) myclient опять таже ошибка. У меня что-то с руками, или опять что-то не так делаю? (такое ощущение что он вообще не обращает внимания на -cp ...) 0

@аriakon 0 / 0 / 0 Регистрация: 05.04.2009 Сообщений: 78
	20.05.2009, 14:59 [ТС]
	noir! во первых спасибо, jndi.properties схавались но теперь строка в клиенте Object ref = c.lookup('mbean/nbean'); дает ексепшн во время выполнения Exception in thread 'main' javax.naming.CommunicationException. Root exception is java.lang.ClassNotFoundException: homeProc(Это мой home интерфейс и файл его содержащий) вот он сам: import java.io.Serializable; import javax.ejb.EJBHome; import javax.ejb.CreateException; import java.rmi.RemoteException; public interface homeProc extends EJBHome{ remoteProc create() throws CreateException, RemoteException; } не понятно во время деплоя он его находит, а по jndi имени не хочет вот jboss.xml <jboss> <enterprise-beans> <session> <ejb-name>nbean</ejb-name> <jndi-name>mbean/nbean</jndi-name> </session> </enterprise-beans> </jboss> спасибо! 0

noir
	20.05.2009, 21:20
	Ууу... Тут всякое возможно, и самая очевидная причина - все тот же classpath у клиента. В нем есть архив с бином? Наверное, да, иначе неинтересно. Потом могут быть гадости с сериализацией, но это вряд ли...

@аriakon 0 / 0 / 0 Регистрация: 05.04.2009 Сообщений: 78
	21.05.2009, 13:51 [ТС]
	noir!!!!!! заработало! нет ничего лучше чем увидеть когда вместо привычных ошибок неожиданно выдается что 2 + 3 = 5 это счастье Все теперь когда я готов приступаю к разработке отдела кадров а чуть не забыл(лишь пару минут прошло с момента удачного запуска)) ОГРОМНОЕ СПАСИБО! 0

@аriakon 0 / 0 / 0 Регистрация: 05.04.2009 Сообщений: 78
	21.05.2009, 16:57 [ТС]
	как то только неказисто получается у клиента должны быть вся эта куча jar'ников,jndi.properties это вроде терпимо, но чтоб у него еще и все бины были.... С такой архитектурой теряется всякий смысл распределенного приложения, как по другому?!?!?!?!?!?!?! 0

@vold 0 / 0 / 2 Регистрация: 17.08.2007 Сообщений: 222
	21.05.2009, 22:38
	2аriakon неплохо бы было прочитать что-нибудь(хотя бы САНовские туториалы) по EJB - смысл, в том, что никакие бины на клиенте не нужны, а нужны только домашние и объектные интерфейсы! Да, и если Вы думаете, что написав бин Вы написали распределенное приложение Вы сильно ошибаетесь - приложение за Вас 'пишет' EJB - контейнер, он реализует интерфейсы, в виде заглушек и каркасов, которыми Вы реально и пользуетесь. Вы пишете мааалюсенькую верхушечку айсберга, а всю остальную подводную часть за вас доделывает контейнер (такие понятия, как поддержка транзакций, паралельный доступ, с которым столько возни в обычном приложении - Вам об этом просто не надо задумываться, взаимодействие с другими объектами посредством прозрачного JNDI-интерфейса, вам даже не надо иметь на клиенте сатбов, как в 'обычном' RMI-приложении - контейнер Вам их предоставит и куча, кууча всякого другого полезного....). а вообще очень рекомендую почитать спецификацию, это она только на первый взгляд такая большая и страшная ;-) 0

noir
	22.05.2009, 15:07
	Не только интерфейсы, но и все классы, которые могут быть параметрами... А вообще, крохоборничать и не включать класс самого бина в архив для клиента не люблю... Мороки много, толку мало.

@vold 0 / 0 / 2 Регистрация: 17.08.2007 Сообщений: 222
	22.05.2009, 22:50
	2noir честно говоря я тоже никогда не отделял джары с бинами от интерфейсов - все в одном архиве, написал это для того, что понятно было, что в принцепе они не нужны. Особенно, если рассмотреть случай произвольного IIOP клиента - мы предоставляем клиенту сервис и IDL - описания именно домашних и объектных интерфейсов, далее клиент в праве делать с ними, что ему удобно - генерировать соотв. классы и т.п.... 0