Я работаю с унаследованным приложением WebLogic, которое содержит приложение веб-службы и отдельное приложение командной строки. И то, и другое требует доступа к общей базе данных, и я хотел бы попытаться, чтобы приложение командной строки использовало пулное соединение с JDBC-соединением веб-сервера. (Автономное приложение может быть запущено только тогда, когда сервер активен, и оба будут работать на одном физическом компьютере.)
Я пытался использовать поиск JNDI для драйвера JDBC следующим образом:
try {
Context ctx = null;
Hashtable ht = new Hashtable();
ht.put(Context.INITIAL_CONTEXT_FACTORY,
"weblogic.jndi.WLInitialContextFactory");
ht.put(Context.PROVIDER_URL, "t3://localhost:7001");
ctx = new InitialContext(ht);
DataSource ds = (DataSource) ctx.lookup ("dbOracle");
Connection conn = null;
conn = ds.getConnection(); // <-- Exception raised here
// conn = ds.getConnection(username, password); // (Also fails)
// ...
} catch (Exception e) {
// Handle exception...
}
Я подтвердил, что имя JNDI верное. Я могу подключиться к базе данных с другими веб-приложениями, но мое автономное приложение продолжает испытывать трудности. - Я понял это из заметки приложения WebLogic .
Есть идеи о том, что я упустил из виду?
РЕДАКТИРОВАТЬ 1.1: Я вижу исключение "java.lang.ClassCastException: java.lang.Object".
РЕДАКТИРОВАТЬ 2: Когда я выполняю следующее:
Object dsObj = ctx.lookup("dbOracle");
System.out.println("Obj was: " + dsObj.getClass().getName());
В автономном приложении оно сообщает:
"Obj was: weblogic.jdbc.common.internal._RemoteDataSource_Stub"
Я попытался протестировать тот же кусок кода (описанный в оригинальном вопросе) в веб-приложении и смог подключиться к источнику данных (т. Е. Он, кажется, "работает"). Это рабочие протоколы испытаний:
"Obj was: weblogic.jdbc.common.internal.RmiDataSource"
Кроме того, вот трассировка стека на случай сбоя:
####<Apr 22, 2009 10:38:21 AM EDT> <Warning> <RMI> <mlbdev16> <cgServer> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1240411101452> <BEA-080003> <RuntimeException thrown by rmi server: weblogic.jdbc.common.internal.RmiDataSource.getConnection()
java.lang.ClassCastException: java.lang.Object.
java.lang.ClassCastException: java.lang.Object
at weblogic.iiop.IIOPOutputStream.writeAny(IIOPOutputStream.java:1584)
at weblogic.iiop.IIOPOutputStream.writeObject(IIOPOutputStream.java:2222)
at weblogic.utils.io.ObjectStreamClass.writeFields(ObjectStreamClass.java:413)
at weblogic.corba.utils.ValueHandlerImpl.writeValueData(ValueHandlerImpl.java:235)
at weblogic.corba.utils.ValueHandlerImpl.writeValueData(ValueHandlerImpl.java:225)
at weblogic.corba.utils.ValueHandlerImpl.writeValue(ValueHandlerImpl.java:182)
at weblogic.iiop.IIOPOutputStream.write_value(IIOPOutputStream.java:1957)
at weblogic.iiop.IIOPOutputStream.write_value(IIOPOutputStream.java:1992)
at weblogic.iiop.IIOPOutputStream.writeObject(IIOPOutputStream.java:2253)
at weblogic.jdbc.common.internal.RmiDataSource_WLSkel.invoke(Unknown Source)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:589)
at weblogic.rmi.cluster.ClusterableServerRef.invoke(ClusterableServerRef.java:224)
at weblogic.rmi.internal.BasicServerRef$1.run(BasicServerRef.java:479)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:363)
at weblogic.security.service.SecurityManager.runAs(Unknown Source)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:475)
at weblogic.rmi.internal.BasicServerRef.access$300(BasicServerRef.java:59)
at weblogic.rmi.internal.BasicServerRef$BasicExecuteRequest.run(BasicServerRef.java:1016)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:172)