从部署在Karaf容器中部署的OSGI应用程序的PostgreSQL
https://stackoverflow.com//questions/23057562
-
26-12-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我正在使用hibernate从karaf 2.3.4容器连接到postgreSQL，当我部署我的捆绑包时，有一个例外说javax.naming.namotfoundException OSGI：service / javax.sql.datasource /“（OSGi.jndi .service.name= jdbc / postgresds）。
这是我的persistance.xml文件
<?xml version="1.0" encoding="UTF-8"?>
<persistence xmlns="http://java.sun.com/xml/ns/persistence"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0">
<persistence-unit name="HibernateOSGi_ContainerManaged"
transaction-type="JTA">
<jta-data-source>osgi:service/javax.sql.DataSource/(osgi.jndi.service.name=jdbc/postgresds)</jta-data-source>
<class>org.hibernate.osgitest.entity.DataPoint</class>
<exclude-unlisted-classes>true</exclude-unlisted-classes>
<properties>
<property name="hibernate.dialect" value="org.hibernate.dialect.PostgreSQLDialect" />
<property name="hibernate.hbm2ddl.auto" value="create-drop" />
<property name="hibernate.archive.autodetection" value="class" />
<property name="hibernate.show_sql" value="true" />
<property name="hibernate.format_sql" value="true" />
</properties>
</persistence-unit>
</persistence>
这是我的blueprint.xml文件：
<?xml version="1.0" encoding="UTF-8"?>
<blueprint default-activation="eager"
xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:jpa="http://aries.apache.org/xmlns/jpa/v1.0.0" xmlns:tx="http://aries.apache.org/xmlns/transactions/v1.0.0">
<bean id="dpService" class="org.hibernate.osgitest.DataPointServiceImpl">
<jpa:context unitname="HibernateOSGi_ContainerManaged" property="entityManager" />
<tx:transaction method="*" value="Required" />
</bean>
<service ref="dpService" interface="org.hibernate.osgitest.DataPointService" />
<command-bundle xmlns="http://karaf.apache.org/xmlns/shell/v1.1.0">
<command name="dp/add">
<action class="org.hibernate.osgitest.command.AddCommand">
<property name="dpService" ref="dpService" />
</action>
</command>
<command name="dp/getAll">
<action class="org.hibernate.osgitest.command.GetAllCommand">
<property name="dpService" ref="dpService" />
</action>
</command>
<command name="dp/deleteAll">
<action class="org.hibernate.osgitest.command.DeleteAllCommand">
<property name="dpService" ref="dpService" />
</action>
</command>
</command-bundle>
</blueprint>
在这里是我的datasource-postgres.xml文件
<?xml version="1.0" encoding="UTF-8"?>
<!--
Install the driver in Karaf. As it is no bundle we use the wrap protocol to create a suitable Manifest on the fly:
> install -s wrap:mvn:postgresql/postgresql/9.1-901.jdbc4
As a last step copy this file to the deploy folder
-->
<blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0">
<bean id="dataSource" class="org.postgresql.ds.PGPoolingDataSource" destroy-method="close">
<property name="serverName" value="localhost:5432/postgres" />
<property name="user" value="postgres" />
<property name="password" value="159357123" />
<property name="dataSourceName" value="postgresds" />
</bean>
<service interface="javax.sql.DataSource" ref="dataSource">
<service-properties>
<entry key="osgi.jndi.service.name" value="jdbc/postgresds" />
</service-properties>
</service>
</blueprint>
在这里是我的特征.xml：
<?xml version="1.0" encoding="UTF-8"?>
<features>
<feature name="hibernate-test">
<feature>karaf-framework</feature>
<!-- JTA -->
<config name="org.apache.aries.transaction">
aries.transaction.recoverable = true
aries.transaction.timeout = 600
aries.transaction.howl.logFileDir =
${karaf.data}/txlog
aries.transaction.howl.maxLogFiles = 2
aries.transaction.howl.maxBlocksPerFile = 512
aries.transaction.howl.bufferSizeKBytes = 4
</config>
<bundle start-level="30">mvn:org.apache.geronimo.specs/geronimo-jta_1.1_spec/1.1.1
</bundle>
<bundle start-level="30">mvn:org.apache.aries.transaction/org.apache.aries.transaction.blueprint/1.0.0
</bundle>
<bundle start-level="30">mvn:org.apache.aries.transaction/org.apache.aries.transaction.manager/1.0.1
</bundle>
<!-- JPA -->
<!-- <bundle start-level="30">mvn:org.hibernate.javax.persistence/hibernate-jpa-2.1-api/1.0.0-SNAPSHOT</bundle> -->
<bundle start-level="30">mvn:org.apache.geronimo.specs/geronimo-jpa_2.0_spec/1.1
</bundle>
<bundle start-level="30">mvn:org.apache.aries/org.apache.aries.util/1.0.0
</bundle>
<bundle start-level="30">mvn:org.apache.aries.jpa/org.apache.aries.jpa.api/1.0.0
</bundle>
<bundle start-level="30">mvn:org.apache.aries.jpa/org.apache.aries.jpa.blueprint.aries/1.0.0
</bundle>
<bundle start-level="30">mvn:org.apache.aries.jpa/org.apache.aries.jpa.container/1.0.0
</bundle>
<bundle start-level="30">mvn:org.apache.aries.jpa/org.apache.aries.jpa.container.context/1.0.1
</bundle>
<!-- JNDI -->
<bundle start-level="30">mvn:org.apache.aries.jndi/org.apache.aries.jndi.api/1.0.0
</bundle>
<bundle start-level="30">mvn:org.apache.aries.jndi/org.apache.aries.jndi.core/1.0.0
</bundle>
<bundle start-level="30">mvn:org.apache.aries.jndi/org.apache.aries.jndi.rmi/1.0.0
</bundle>
<bundle start-level="30">mvn:org.apache.aries.jndi/org.apache.aries.jndi.url/1.0.0
</bundle>
<bundle start-level="30">mvn:org.apache.aries.jndi/org.apache.aries.jndi.legacy.support/1.0.0
</bundle>
<feature>jdbc</feature>
<!-- Taken from Karaf-Tutorial -->
<bundle>mvn:org.hibernate.common/com.springsource.org.hibernate.annotations.common/4.1.0.Final</bundle>
<bundle>mvn:commons-collections/commons-collections/3.2.1</bundle>
<bundle>mvn:commons-pool/commons-pool/1.5.4</bundle>
<bundle>mvn:commons-dbcp/commons-dbcp/1.4</bundle>
<bundle>mvn:commons-lang/commons-lang/2.6</bundle>
<bundle>wrap:mvn:net.sourceforge.serp/serp/1.13.1</bundle>
<!-- These do not natively support OSGi, so using 3rd party bundles. -->
<bundle>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.antlr/2.7.7_5
</bundle>
<bundle>mvn:org.jboss.javassist/com.springsource.javassist/3.15.0.GA
</bundle>
<bundle>mvn:org.apache.servicemix.specs/org.apache.servicemix.specs.jsr303-api-1.0.0/2.2.0
</bundle>
<bundle>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.ant/1.8.2_2
</bundle>
<bundle>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.dom4j/1.6.1_5
</bundle>
<bundle>wrap:mvn:postgresql/postgresql/9.1-901.jdbc4</bundle>
<!--<bundle>mvn:mysql/mysql-connector-java/5.1.18</bundle>-->
<bundle>blueprint:file:C:/Users/yahya/Desktop/Examples/Nouveau/HibernateOSGi-master/datasource-postgres.xml
</bundle>
<!-- These do not natively support OSGi, so wrap with BND. -->
<bundle>wrap:mvn:org.jboss/jandex/1.1.0.Alpha1</bundle>
<bundle>wrap:mvn:org.hibernate.common/hibernate-commons-annotations/4.0.1.Final</bundle>
<bundle>mvn:com.fasterxml/classmate/0.5.4</bundle>
<bundle>mvn:org.jboss.logging/jboss-logging/3.1.0.GA</bundle>
<!-- JACC is optional. -->
<!--<bundle>mvn:javax.servlet/javax.servlet-api/3.0.1</bundle> <bundle>mvn:org.jboss.spec.javax.security.jacc/jboss-jacc-api_1.4_spec/1.0.2.Final</bundle> -->
<!-- hibernate-validator is optional. -->
<!--<bundle>wrap:mvn:javax.validation/validation-api/1.0.0.GA</bundle>
<bundle>mvn:org.hibernate/hibernate-validator/4.2.0.Final</bundle> -->
<bundle>mvn:org.hibernate/hibernate-core/4.2.2.Final</bundle>
<bundle>mvn:org.hibernate/hibernate-entitymanager/4.2.2.Final</bundle>
<!-- TODO: It seems that the persistence unit bundle needs to be started
before hibernate-osgi. When the BundleActivator is started, the persistence
unit is provided even though HibernateOSGi_ContainerManaged hasn't completely
started yet. If that happens, you'll get an "illegal bundle state" exception.
Is there a way for the activator to watch for bundles with PUs before registering
the persistence provider? -->
<bundle>mvn:org.hibernate/HibernateOSGi_ContainerManaged/1.0.0
</bundle>
<bundle>mvn:org.hibernate/hibernate-osgi/4.2.2.Final</bundle>
</feature>
</features>
完整堆栈是：
javax.naming.namenotfoundException：OSGI：service / javax.sql.datasource /“（OSGi.jndi.service.name= jdbc / postgresds）” 在org.apache.aries.jndi.url.serviceRiceRiceRegistryContext.Lookup（ServicEregistryContext.java:113）[72：org.apache.aries.jndi.url：1.0.0] 在org.apache.aries.jndi.url.serviceRiceRiceRigistryContext.Lookup（ServicEregistryContext.java:144）[72：org.apache.aries.jndi.url：1.0.0] 在org.apache.aries.jndi.delegatecontext.lookup（delegatecontext.java:161）[70：org.apache.aries.jndi.core：1.0.0] 在javax.naming.InitialContext.Lookup（InitialContext.java:411）[：1.7.0_51] 在org.apache.aries.jpa.container.unit.impl.jndidatasource.getds（jndidatasource.java:65）[67：org.apache.aries.jpa.container：1.0.0] 在org.apache.aries.jpa.container.unit.impl.delayedlookupdatasource.getConnection（delayedlookupdatasource.java:36）[67：org.apache.aries.jpa.container：1.0.0] 在org.hibernate.ejb.connection.injectedDatasourceConnectionProvider.getConnectionProvider.java:70）[91：org.hibernate.entityManager：4.2.2.final] 在org.hibernate.engine.jdbc.internal.jdbcservicesimpl $ connectionproviderjdbcconnectionAccess.obtainConnection（jdbcservicesimpl.java:242）[90：org.hibernate.core：4.2.2.final] 在org.hibernate.engine.jdbc.internal.jdbcservicesimpl.configure（jdbcservicesimpl.java:117）[90：org.hibernate.core：4.2.2.final] 在org.hibernate.service.internal.standardserviceRegistryImpl.configureService（标准化遗工Gentr.java:75）[90：org.hibernate.core：4.2.2.final] 在org.hibernate.service.internal.abstractserviceRegistryImpl.initializeService（AbstractServicEregistryImpl.java:159）[90：org.hibernate.core：4.2.2.final] 在org.hibernate.service.internal.abstractserviceregistryimpl.getService（AbstractServicEregistyImpl.java:131）[90：org.hibernate.core：4.2.2.final] 在org.hibernate.cfg.configuration.buildtyperygistrations（configuration.java:1797）[90：org.hibernate.core：4.2.2.final] 在org.hibernate.cfg.configuration.buildsessionfactory（configuration.java:1755）[90：org.hibernate.core：4.2.2.final] 在org.hibernate.ejb.entitymanagerfactoryimpl。（entityManagerFactoryImpl.java:96）[91：org.hibernate.entityManager：4.2.2.final] 在org.hibernate.ejb.ejb3configuration.buildentityManagerFactory（ejb3configuration.java:914）[91：org.hibernate.entityManager：4.2.2.final] 在org.hibernate.osgi.osgipersistenceProvider.createContainerentityManagerFactory（OsgipersistenceProvider.java:99）[96：org.hibernate.osgi：4.2.2.final] 在org.apache.aries.jpa.container.impl.entityManagerFactoryManager.createentityManagerFactories（EntityManagerFactoryManager.java:329）[67：org.apache.aries.jpa.container：1.0.0] 在org.apache.aries.jpa.container.impl.entityManagerFactoryManager.RegistententityManagerFactories（EntityManagerFactoryManager.java:242）[67：org.apache.aries.jpa.container：1.0.0] 在org.apache.aries.jpa.container.impl.entityManagerFactoryManager.BundLestateChange（EntityManagerFactoryManager.java:185）[67：org.apache.aries.jpa.container：1.0.0] 在org.apache.aries.jpa.container.impl.persistencebundlemanager.setupmanager（persistencebundlemanager.java:394）[67：org.apache.aries.jpa.container：1.0.0] 在org.apache.aries.jpa.container.impl.persistencebundlemanager.addingservice（persistencebundlemanager.java:209）[67：org.apache.aries.jpa.container：1.0.0] 在org.osgi.util.tracker.ServicEtracker $ Tracked.CustomizerAdding（ServiceTracker.java:932）[Karaf.jar：2.3.4] 在org.osgi.util.tracker.ServiceTracker $ Tracked.CustomizerAdding（ServiceTracker.java:1）[Karaf.jar：2.3.4] 在org.osgi.util.tracker.abstracttracked.trackadding（abstracttracked.java:256）[karaf.jar：2.3.4] 在org.osgi.util.tracker.abstracttracked.track（abstracttracked.java:229）[karaf.jar：2.3.4] 在org.osgi.util.tracker.ServiceTracker $ Tracked.ServiceChanged（ServiceTracker.java:894）[Karaf.jar：2.3.4] 在org.apache.felix.fleamework.util.eventdispatcher.invokeserviceListenercallback（eventDispatcher.java:932）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.felix.flex.flamework.util.eventdispatcher.fireeventImmediatile（eventDispatcher.java:793）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.felix.felamework.util.eventdispatcher.fireserviceevent（eventdispatcher.java:543）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.felix.flamework.felix.firserviceevent（felix.java:4260）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.felix.fleamework.felix.registerService（felix.java:3275）[org.apache
.felix.framework-4.0.3.jar：] 在org.apache.felix.fleamework.bundlecontextimpl.registerservice（bundlecontextimpl.java:346）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.felix.fleamework.bundlecontextimpl.registerservice（bundlecontextimpl.java:320）[org.apache.felix.framework-4.0.3.jar：] 在org.hibernate.osgi.hibernateBundleActivator.Start（HibernateBundleActivator.java:80）[96：org.hibernate.osgi：4.2.2.final] 在org.apache.felix.fleamework.util.secureaction.startActivator（secureaction.java:645）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.felix.fleamework.felix.activateBundle（felix.java:1977）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.felix.felix.fleamework.felix.startbundle（felix.java:1895）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.felix.flex.flamework.bundleimpl.start（bundleimpl.java:944）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.felix.flex.flamework.bundleimpl.start（bundleimpl.java:931）[org.apache.felix.framework-4.0.3.jar：] 在org.apache.karaf.features.internal.featuresserviceimpl.installfeatures（featuresserviceimpl.java:488）[25：org.apache.karaf.features.core：2.3.4] 在org.apache.karaf.features.internal.featuresserviceimpl.installfeature（featuersesviceimpl.java:405）[25：org.apache.karaf.features.core：2.3.4] 在org.apache.karaf.features.internal.featuresserviceimpl.installfeature（featureServiceimpl.java:401）[25：org.apache.karaf.features.core：2.3.4] 在org.apache.karaf.features.command.installfeaturecommand.doexecute（installfeaturecommand.java:62）[27：org.apache.karaf.features.command：2.3.4] 在org.apache.karaf.features.command.featurescommandsupport.doexecute（featurecommandsupport.java:41）[27：org.apache.karaf.features.command：2.3.4] 在org.apache.karaf.shell.console.osgicommandsupport.execute（osgicommandsupport.java:38）[14：org.apache.karaf.shell.console：2.3.4] 在org.apache.felix.gogo.commands.basic.abstractcommand.execute（abstractcommand.java:35）[14：org.apache.karaf.shell.console：2.3.4] 在org.apache.felix.gogo.runtime.commandproxy.execute（commandproxy.java:78）[14：org.apache.karaf.shell.console：2.3.4] 在org.apache.felix.gogo.runtime.closure.executecmd（closure.java:474）[14：org.apache.karaf.shell.console：2.3.4] 在org.apache.felix.gogo.runtime.Closure.executestAttime.ExecuteStatement [14：org.apache.karaf.shell.console：2.3.4] 在org.apache.felix.gogo.runtime.pipe.run（pipe.java:108）[14：org.apache.karaf.shell.console：2.3.4] 在org.apache.felix.gogo.runtime.closure.execute（closure.java:183）[14：org.apache.karaf.shell.console：2.3.4] 在org.apache.felix.gogo.runtime.closure.execute（closure.java:120）[14：org.apache.karaf.shell.console：2.3.4] 在org.apache.felix.gogo.runtime.commandsessionimpl.execute（commandsessionimpl.java:89）[14：org.apache.karaf.shell.console：2.3.4] 在org.apache.karaf.shell.console.jline.console.run（console.java:183）[14：org.apache.karaf.shell.console：2.3.4] 在java.lang.thread.run（thread.java:744）[：1.7.0_51]我解决了这个问题，我更新了文件列表，如说明的m. cristian，但是一个另一个奇怪的问题：在重新启动Karaf并尝试通过Karaf控制台插入数据控制台打印：NOS没有活动事务，所以我尝试使用EntityManager尝试了另一种方式，问题不会再出现。
解决方案
您的代码不能正常工作，因为DataSource在使用持久性单元的相同蓝图上下文中发布。
问题是蓝图将等待EnitityManagerFactory服务注入。因此，DataSource将永远不会发布。艾斯JPA将检测到它应该为捆绑创建一个EntityManagerFactory，但将超时尝试找到数据源。
所以将数据源放入皮套束，它应该工作。
