Как я могу определить свой собственный DataStoreHelper в профиле WebSphere Liberty?Как определить пользовательский DataStoreHelper в WebSphere 8.5 Профиль Liberty
В конфигурации 8 сервера WebSphere я могу определить его под DataSource => Укажите определенный пользователем хранилища данных помощника
Но в Либерти профиль не найти какой-либо возможность определить это на DataSource!
Моя server.xml
конфигурация для DataSource выглядит следующим образом:
<dataSource id="HSQLDerbyDatasource" jndiName="jdbc/myConnection" statementCacheSize="10">
<jdbcDriver javax.sql.ConnectionPoolDataSource="org.hsqldb.jdbc.JDBCDataSource" libraryRef="hsqlLib"/>
<properties.derby.embedded databaseName="${shared.resource.dir}/databases/hsql/myDB" user="foo" password="bar"/>
<connectionManager agedTimeout="7200" connectionTimeout="180" maxIdleTime="1800" maxPoolSize="10" minPoolSize="1" purgePolicy="EntirePool" reapTime="180"/>
</dataSource>
Любые идеи? Это вообще возможно?
редактировать 1
Я спрашиваю, потому что я хочу использовать emebdded HSQL-DB, который бросает следующее исключение, которое я хочу, чтобы предотвратить (так как данные выборки прекрасно работает, кроме срабатывающая очистка в конце):
java.sql.SQLFeatureNotSupportedException: feature not supported
at org.hsqldb.jdbc.JDBCUtil.notSupported(Unknown Source)
at org.hsqldb.jdbc.JDBCConnection.setTypeMap(Unknown Source)
at com.ibm.ws.rsadapter.spi.WSRdbManagedConnectionImpl.setTypeMap(WSRdbManagedConnectionImpl.java:4762)
... 1 more
Так что я пытался продлить GenericDataStoreHelper
, вызвав следующий код в конструкторе:
getMetaData().setGetTypeMapSupport(false);
Но ... есть ли еще одна возможность решить эту проблему?
Спасибо за ответ! Я расширил свой вопрос с помощью моей основной причины. Возможно, вы можете сказать мне, как я могу решить это по-другому? :) – bobbel
Спасибо, это полезная информация. Я обсуждал с командой JDBC внутренне в IBM, и они сказали, что эта проблема с setTypeMap является известной проблемой при поддержке общих поставщиков JDBC. Они также рекомендуют открывать RFE для лучшей поддержки для общих поставщиков JDBC. Единственной альтернативой было бы написать собственный уровень прокси-сервера, который не поддерживает этот метод, но это, по-видимому, действительно большое усилие. –