Приложение с использованием соединений JDBC в пуле - PullRequest
0 голосов
/ 21 апреля 2009

Я работаю с унаследованным приложением 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)

Ответы [ 7 ]

1 голос
/ 01 июня 2012

Я думаю, что эта проблема решена путем выполнения bea или weblogic \ user_projects \ domains \ base_domain \ bin> setDomainEnv.cmd

1 голос
/ 22 апреля 2009

Это исключение выглядит так, как будто оно генерируется на стороне сервера. Первое, что я хотел бы сделать, это проверить версию WebLogic Server и проверить путь к классу клиентского приложения. Вы должны убедиться, что ваше клиентское приложение имеет ту же версию файлов jar клиента WebLogic, что и сервер WebLogic. Вы включаете jar-файлы weblogic клиента в classpath вашего клиента, верно? Поскольку вы используете RMI-драйвер WebLogic, я не думаю, что вам нужны какие-либо jar-файлы Oracle в пути к классам клиента. Ваш клиент по сути говорит RMI с сервером WebLogic. Пул соединений WebLogic Server, который вы настроили, знает, как общаться с Oracle. Не имеет значения, какой драйвер JDBC вы используете в своем пуле соединений.

1 голос
/ 22 апреля 2009

Возможно, что JAR, которые вы используете для драйвера Oracle в клиентской JVM, отличаются от тех, что на сервере. убедитесь, что один и тот же файл драйвера JDBC Oracle находится в обоих путях классов инструмента командной строки и weblogic webapp

удачи!

1 голос
/ 21 апреля 2009

Возможно, проблема с classpath или даже версия jvm?

1 голос
/ 21 апреля 2009

Трудно сказать, что происходит с такой ограниченной информацией.

Вы настроили приложение как тонкий клиент? Когда вы не работаете в одном из контейнеров Java EE, контекст и средства выполнения поиска не работают одинаково (зависит от поставщика). Возможно, вы захотите узнать, как выполнять поиск ресурсов с помощью Weblogic на таком клиенте, а также как правильно его настроить.

0 голосов
/ 12 ноября 2014

У меня была похожая проблема, но она была устранена после создания wlfullclient.jar и сохранения его в пути к классам.

https://docs.oracle.com/cd/E12840_01/wls/docs103/client/jarbuilder.html#wp1078098

Сервер: weblogic 10.3.6

DS JNDI: jdbc / hr

DataSource dataSource = null;
    Context ctx = null;
    Properties p = new Properties();

    p.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
    p.put(Context.PROVIDER_URL, "t3://localhost:7001");
    ctx = new InitialContext(p);
    if (ctx != null) {
        dataSource = (DataSource) ctx.lookup("jdbc/hr");
    }

    if (dataSource != null) {
        Connection connection = dataSource.getConnection();
        ResultSet rs = connection.createStatement().executeQuery(
                "Select sysdate from dual");
        while (rs.next()) {
            System.out.println(rs.getString(1));
        }
        connection.close();
    }

Даже я могу вызвать его из отдельного весеннего приложения ...

<bean id="applicationServerEnviromentProperties"
    class="org.springframework.beans.factory.config.PropertiesFactoryBean">
    <property name="properties">
        <props>
            <prop key="java.naming.factory.initial">weblogic.jndi.WLInitialContextFactory</prop>
            <prop key="java.naming.provider.url">t3://localhost:7001</prop>
        </props>
    </property>
</bean>

<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
    <property name="jndiName">
        <value>jdbc/hr</value>
    </property>
    <property name="jndiEnvironment">
        <ref local="applicationServerEnviromentProperties" />
    </property>
</bean>
0 голосов
/ 22 апреля 2009

Одна возможность: вы импортируете неправильный класс «DataSource»: -)

Попробуйте заменить эту строку кода:

DataSource ds = (DataSource) ctx.lookup ("dbOracle");

для этого:

javax.sql.DataSource ds = (javax.sql.DataSource) ctx.lookup ("dbOracle");

Просто идея, надеюсь, это поможет вам

...