Filenet 코드 모듈의 코드 모듈에 OJDBC14.JAR 배포
https://stackoverflow.com/questions/1455572
-
12-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 노력하고있다 배포 몇 가지 코드 모듈의 JAR 파일 이벤트 조치를 위해 Filenet P8 4.0 (Filenet 서버가 실행됩니다 WebSphere 6.1). 이 항아리 중 하나는 내 사용자 정의 코드이고 다른 항아리는 얇은 드라이버입니다. 신탁 ~라고 불리는 ojdbc14.jar (나는 또한 함께 시도했다 ojdbc15.jar), 사용자 정의 코드는 Oracle Jar를 사용하여 데이터 소스에 연결하고 Jndi 이름.
이벤트 조치가 실행되면 (구독이 호출 된 후) 사용자 정의 모듈의 코드를 OK라고합니다. 내 코드가 필요할 때 문제가 발생합니다. 로드 클래스 Oracle Jar에서 나는이 원인을 얻는다 :
오류 -Mon Sep 21 16:42:17 UTC 2009- com.ibm.websphere.naming.cannotinstantiateObjectException : JNDI NamingManager가 javax.naming.reference 객체를 처리하는 동안 예외가 발생했습니다. [루트 예외는 java.lang.reflect.invocationTargeteXception입니다.at com.ibm.ws.aming.util.helpers.processserializedobjectforlookupext (heleers.java:1000) at com.ibm.ws.naming.util.helpers.processserializedobjectforlookup (helpers.java:705) at com.ibm.ws.naming. .jndicos.cncontextimpl.processResolveresults (cncontextimpl.java:2093)
...
원인 : java.lang.noclassdeffounderror : oracle.jdbc.driver.oraclelogat com.ibm.ws.rsadapter.dbutils.impl.oracleUtilityMpl.setLogvolume (OracleUtilityImpl.java:85) at com.ibm.ws.rsadapter.spi.internaloracledatastorehelper.setproperties (internaloracledatastorehelper.java:142) at com.ibm.ibm.ibm.bm. .rsadapter.spi.wsrdbdatasource.
...
발생 : java.lang.classnotfoundException : oracle.jdbc.driver.oraclelogat Java.net.urlclassloader.findclass (urlclassloader.java:496) at com.ibm.ws.bootstrap.extclassloader.findclass (extClassLoader.java:132) at java.lang.classloader.loadclass (classLoader.java:631) at com.ibm.ws.bootstrap.extclassloader.loadclass (extclassloader.java:87) at java.lang.classloader.loadclass (classloader.java:597) ... 48 more
코드 모듈로 Oracle Jar를 배포하므로 Filenet은 수업을 찾을 수 없어야합니까? 내가 다른 것을 구성해야한다고 생각하십니까?
미리 감사드립니다.
해결책 2
문제를 발견했습니다 ... 어떻게 든 ojdbc14.jar 파일이 손상되었으므로 클래스 경로가 정확하고 문제를 해결하려고 시도하더라도 문제는 항상 거기에있었습니다.
의견에 감사드립니다!
다른 팁
응용 프로그램이 WebSphere의 자체 JDBC 연결 풀을 사용할 수 있습니까? Superulr 데이터베이스 용 풀을 설정하면 모든 공급 업체 별 드라이버가 설치됩니다.
일반적으로 모든 종류의 클래스 경로 및 클래스 로더 혼란은 자체 애플리케이션에 인프라 코드를 배치하려고 할 때 발생합니다. 나는 이것이 당신의 상황의 경우인지 확실하지 않지만, Taht는 WebSphere에서 알려진 경로에 머무르는 것이 가장 부드러운 결과를주는 경향이 있음을 알지 못한다.
