Конфигурирование источника данных CyberArk EPV в JNDI Tomcat
Наше приложение работает с разными клиентами, используя либо встроенный источник данных JDBC (т. Е. Посредством имени пользователя / пароля / строки подключения), либо JNDI в случае, если крупные клиенты не хотят смешиваться с файлами свойств открытого текста.
Это контролируется весной
<beans profile="JNDIDS">
<jee:jndi-lookup id="dataSource" jndi-name="${database.jndi}" resource-ref="true" />
</beans>
Вышеописанное успешно работает на Jboss, Websphere и Tomcat 8, когда я настраиваю источник данных в виде открытого текста.
Один из наших клиентов обязан не использовать незашифрованные пароли в каком-либо файле конфигурации, даже если Tomcat server.xml
ими управляют, поэтому они интегрировали CyberArk EPV (Enterprise Password Vault).
Я следовал за ними, внедряя стандартную конфигурацию, но безуспешно
server.xml
<Resource name="DB-Global" auth="Container" type="oracle.jdbc.pool.OracleDataSource"
driverClassName="oracle.jdbc.driver.OracleDriver" vendorFactoryClass="oracle.jdbc.pool.OracleDataSourceFactory" factory="com.cyberark.aim.v550.tomcat.ASCPDataSourceFactory"
url="(redacted)" userPropertyName="user" passwordPropertyName="password" maxActive="20" maxIdle="10" maxWait="-1" ascp.connectionPort="18923" ascp.appId="(redacted)"
ascp.query="(redacted)" ascp.connectionTimeOut="30" ascp.reason="To retrieve the password for appID (redacted)"/>
context.xml
<ResourceLink name="DB" global="DB-Global" type="oracle.jdbc.pool.OracleDataSource" />
База данных JNDI равна java:/comp/env/DB
К сожалению, при запуске я получаю следующую ошибку
Caused by: javax.naming.NamingException: The local resource link [DB] that refers to global resource [DB-Global] was expected to return an instance of [oracle.jdbc.pool.OracleDataSource] but returned an instance of [com.cyberark.aim.v550.tomcat.ASCPDataSource]
at org.apache.naming.NamingContext.lookup(NamingContext.java:864) ~[catalina.jar:8.0.47]
at org.apache.naming.NamingContext.lookup(NamingContext.java:158) ~[catalina.jar:8.0.47]
at org.apache.naming.NamingContext.lookup(NamingContext.java:835) ~[catalina.jar:8.0.47]
at org.apache.naming.NamingContext.lookup(NamingContext.java:158) ~[catalina.jar:8.0.47]
at org.apache.naming.NamingContext.lookup(NamingContext.java:835) ~[catalina.jar:8.0.47]
at org.apache.naming.NamingContext.lookup(NamingContext.java:172) ~[catalina.jar:8.0.47]
at org.apache.naming.SelectorContext.lookup(SelectorContext.java:157) ~[catalina.jar:8.0.47]
at javax.naming.InitialContext.lookup(InitialContext.java:417) ~[?:1.8.0_141]
at org.springframework.jndi.JndiTemplate$1.doInContext(JndiTemplate.java:155) ~[spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
at org.springframework.jndi.JndiTemplate.execute(JndiTemplate.java:87) ~[spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:152) ~[spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
at org.springframework.jndi.JndiTemplate.lookup(JndiTemplate.java:179) ~[spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
at org.springframework.jndi.JndiLocatorSupport.lookup(JndiLocatorSupport.java:95) ~[spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
at org.springframework.jndi.JndiObjectLocator.lookup(JndiObjectLocator.java:106) ~[spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
at org.springframework.jndi.JndiObjectFactoryBean.lookupWithFallback(JndiObjectFactoryBean.java:231) ~[spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
at org.springframework.jndi.JndiObjectFactoryBean.afterPropertiesSet(JndiObjectFactoryBean.java:217) ~[spring-context-4.3.12.RELEASE.jar:4.3.12.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1687) ~[spring-beans-4.3.12.RELEASE.jar:4.3.12.RELEASE]
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1624) ~[spring-beans-4.3.12.RELEASE.jar:4.3.12.RELEASE]
... 27 more
Это последняя ошибка, которую мне прислал мой клиент. Я знаю, что в этой конфигурации есть потенциальная ошибка. На самом деле класс источника данных не должен быть OracleDataSource
(несмотря на то, что мы используем Oracle), но более общий javax.sql.DataSource
, Это связано с тем, что ACSP может обернуть источник данных Oracle в собственный источник данных.
Даже когда я попросил подать заявку javax.sql.DataSource
везде это было OracleDataSource
Я получаю такую же ошибку, на этот раз говоря, что com.cyberark.aim.v550.tomcat.ASCPDataSource
не присваивается javax.sql.DataSource
,
Вопрос: как мне настроить Cyberark EPV DataSource для работы в Tomcat 8.0?