Всем привет.
Подскажите, что не так. При инициализации приложении когда мапится JNDI на work manager ошибка выходить, на сервере добавил в приложении в конфигах тоже.

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'workManagerTaskExecutor' defined in ServletContext resource [/WEB-INF/spring/mvc-config.xml]: Invocation of init method failed; nested exception is org.springframework.jndi.TypeMismatchNamingException: Object of type [class weblogic.work.j2ee.J2EEWorkManager] available at JNDI location [java:comp/env/wm/task] is not assignable to [commonj.work.WorkManager]

Здравствуйте, bart simpson, Вы писали:

Либа с классом commonj.work.WorkManager случайно в JEE модуль не попала при сборке?

Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, bart simpson, Вы писали:

B>Либа с классом commonj.work.WorkManager случайно в JEE модуль не попала при сборке?

А по JNDI разве не commonj.work.WorkManager должен возвращяться?

Здравствуйте, bart simpson, Вы писали:

B>>Либа с классом commonj.work.WorkManager случайно в JEE модуль не попала при сборке?
BS>А по JNDI разве не commonj.work.WorkManager должен возвращяться?
Это здесь при чем? Вопрос о деплойменте, а не о классах.

Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, bart simpson, Вы писали:

B>>>Либа с классом commonj.work.WorkManager случайно в JEE модуль не попала при сборке?
BS>>А по JNDI разве не commonj.work.WorkManager должен возвращяться?
B>Это здесь при чем? Вопрос о деплойменте, а не о классах.

Проверил по д дебагом при lookup по получается тип weblogic.work.j2ee.J2EEWorkManager, a web.xml прописанно commonj.work.WorkManager, поэтому и выходит ошибка. Вот только почему лоджик такой тип отдает?

Здравствуйте, bart simpson, Вы писали:

BS>Проверил по д дебагом при lookup по получается тип weblogic.work.j2ee.J2EEWorkManager, a web.xml прописанно commonj.work.WorkManager, поэтому и выходит ошибка. Вот только почему лоджик такой тип отдает?

commonj.work.WorkManager это интерфейс, а weblogic.work.j2ee.J2EEWorkManager, скорее всего, его реализует. А ошибка возможна, если в либы модуля попал ещё один commonj.work.WorkManager. В виде какого-нибудь wlfullclient.jar. Есть такой в проекте? А финальной сборке? Почему ты наводящие вопросы инорируешь?

Здравствуйте, bart simpson, Вы писали:

BS>Проверил по д дебагом
Проверь под дебагом

commonj.work.WorkManager.class.getProtectionDomain().getCodeSource().getLocation()

Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, bart simpson, Вы писали:

BS>>Проверил по д дебагом
B>Проверь под дебагом
B>

B>commonj.work.WorkManager.class.getProtectionDomain().getCodeSource().getLocation()
B>

Да мешали не нужна библиотека. Спасибо, как то прям зациклился на одно )