[prev in list] [next in list] [prev in thread] [next in thread] 

List:       forgerock-openidm
Subject:    [OpenIDM] informix jdbc driver from springsource
From:       zeipelt () uni-wuppertal ! de (Rene Zeipelt)
Date:       2012-11-09 16:43:52
Message-ID: 509D32C8.1030201 () uni-wuppertal ! de
[Download RAW message or body]

Hi L?szl?,
you wrote:
Delete the com.springsource.javax.transaction-1.1.0.jar from bundle 
folder ...
but the org.apache.servicemix.transaction-1.2.0.jar is essential for 
activiti workflow. so the error
for the informix jdbc driver is solved but i got 10 more errors for 
activiti :-)

Am 09.11.2012 17:03, schrieb L?szl? Hord?s:
> Hi Rene,
>
> Please delete the org.apache.servicemix.transaction-1.2.0.jar from the 
> bundle folder before you start OpenIDM. If it's installed then of 
> course it clashes with the Framework package. Sorry If I wasn't clear 
> enough in my previous answer.
>
> If the ps command shows the  Apache ServiceMix Transaction (1.2.0) 
> then it's in the cache so If you delete the jar then there is no 
> scientific explanation left to explain how a deleted JAR can be present :)
>
> Regards,
> Laszlo
>
> On 9 Nov 2012, at 01:44, Rene Zeipelt wrote:
>
>> i took the latest snapshot and created a fresh installation. use 
>> orientdb and of course no felix-cache, results in the same error.
>> we use debian 7 with:
>> java version "1.7.0_03"
>> OpenJDK Runtime Environment (IcedTea7 2.1.2) (7u3-2.1.2-2)
>> OpenJDK 64-Bit Server VM (build 22.0-b10, mixed mode)
>> Linux version 3.2.0-3-amd64 (Debian 3.2.23-1) 
>> (debian-kernel at lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) 
>> ) #1 SMP Mon Jul 23 02:45:17 UTC 2012
>>
>> ps shows:
>> [ 76] [Active     ] [   10] Apache ServiceMix Transaction (1.2.0)
>> ...
>> [  90] [Installed  ] [   10] IBM Informix JDBC Driver (3.0.0.JC3)
>> [  91] [Installed  ] [   10] IBM Informix JDBC Driver Datasource 
>> Extensions (3.0.0.JC3)
>>
>> and still
>> OpenIDM version "2.1.0-SNAPSHOT" (revision: 1461)
>> -> Bundle: com.springsource.com.informix.jdbc [90] FrameworkEvent ERROR
>>
>> so the error shows the bundle number for the javax.transaction.xa
>> Chain 1:
>>   com.springsource.com.informix.jdbcx [91.0]
>>     import: 
>> (&(osgi.wiring.package=javax.transaction.xa)(version>=1.0.1)(!(version>=2.0.0)))
>>      |
>>     export: osgi.wiring.package=javax.transaction.xa
>>   org.apache.servicemix.transaction [76.0]
>>
>> change the felix.bootdelegation.implicit to false have no effects 
>> (also after delete all cache files). no idea - bring it up on 
>> springsource?
>>
>> Am 08.11.2012 23:21, schrieb L?szl? Hord?s:
>>> I think you just forgot to delete the felix cache because if you 
>>> remove the  org.apache.servicemix.transaction jar then it can not 
>>> show up in the bundles ;)
>>>
>>> On 8 Nov 2012, at 07:30, Rene Zeipelt wrote:
>>>
>>>> the same: violation error
>>>>
>>>> Schwerwiegend: Bundle: com.springsource.com.informix.jdbcx [94] 
>>>> FrameworkEvent ERROR
>>>> org.apache.felix.log.LogException: 
>>>> org.osgi.framework.BundleException: Uses constraint violation. 
>>>> Unable to resolve bundle revision 
>>>> com.springsource.com.informix.jdbcx [94.0] because it is exposed to 
>>>> package 'javax.transaction.xa' from bundle revisions 
>>>> org.apache.servicemix.transaction [76.0] and 
>>>> org.apache.felix.framework [0] via two dependency chains.
>>>>
>>>> Chain 1:
>>>>   com.springsource.com.informix.jdbcx [94.0]
>>>>     import: 
>>>> (&(osgi.wiring.package=javax.transaction.xa)(version>=1.0.1)(!(version>=2.0.0)))
>>>>      |
>>>>     export: osgi.wiring.package=javax.transaction.xa
>>>>   org.apache.servicemix.transaction [76.0]
>>>>
>>>> Chain 2:
>>>>   com.springsource.com.informix.jdbcx [94.0]
>>>>     import: (osgi.wiring.package=javax.sql)
>>>>      |
>>>>     export: osgi.wiring.package=javax.sql; uses:=javax.transaction.xa
>>>>     export: osgi.wiring.package=javax.transaction.xa
>>>>   org.apache.felix.framework [0]
>>>>         at 
>>>> org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3832)
>>>>         at 
>>>> org.apache.felix.framework.Felix.startBundle(Felix.java:1868)
>>>>         at 
>>>> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1191)
>>>>         at 
>>>> org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295)
>>>>         at java.lang.Thread.run(Thread.java:722)
>>>>
>>>>
>>>> Am 08.11.2012 15:59, schrieb L?szl? Hord?s:
>>>>> Hi,
>>>>>
>>>>> I noticed this when OpenIDM is running on Java7 because 
>>>>> javax.transaction.xa is exported from the System Bundle.
>>>>>
>>>>> Delete the com.springsource.javax.transaction-1.1.0.jar from 
>>>>> bundle folder, delete the felix-cache and start OpenIDM. It will 
>>>>> find the javax.transaction.xa from Framework bundle.
>>>>>
>>>>> Regards,
>>>>> Laszlo
>>>>>
>>>>> On 8 Nov 2012, at 06:26, Rene Zeipelt wrote:
>>>>>
>>>>>> the package load reports a violation on javax.transaction.xa but 
>>>>>> the bundle is installed
>>>>>>
>>>>>> Java Transaction APIcom.springsource.javax.transaction 
>>>>>> <http://openidm.zim.uni-wuppertal.de:8080/system/console/bundles/95>
>>>>>> Symbolischer Name 	com.springsource.javax.transaction
>>>>>> Version 	1.1.0
>>>>>> Bundle Location 
>>>>>> file:/opt/openidm/bundle/com.springsource.javax.transaction-1.1.0.jar 
>>>>>>
>>>>>> Letzte Bundle Status ?nderung 	Thu Nov 08 15:19:02 CET 2012
>>>>>> Vendor 	SpringSource
>>>>>> Start Level 	10
>>>>>> Exportierte Packages 	javax.transaction,version=1.1.0
>>>>>> javax.transaction.xa,version=1.1.0
>>>>>> Importierte Packages 	None
>>>>>> Manifest Headers 	Ant-Version: Apache Ant 1.6.5
>>>>>> Bundle-ManifestVersion: 2
>>>>>> Bundle-Name: Java Transaction API
>>>>>> Bundle-SymbolicName: com.springsource.javax.transaction
>>>>>> Bundle-Vendor: SpringSource
>>>>>> Bundle-Version: 1.1.0
>>>>>> Created-By: 1.5.0_06-b05 (Sun Microsystems Inc.)
>>>>>> Export-Package: javax.transaction; version="1.1.0"; 
>>>>>> uses:="javax.transaction.xa", javax.transaction.xa; version="1.1.0"
>>>>>> Extension-Name: javax.transaction
>>>>>> Manifest-Version: 1.0
>>>>>> Specification-Title: Java Transaction API Specification
>>>>>> Specification-Vendor: Sun Microsystems, Inc.
>>>>>> Specification-Version: 1.1
>>>>>> Tool: Bundlor 1.0.0.CI-B166
>>>>>>
>>>>>>
>>>>>> SCHWERWIEGEND: Bundle: com.springsource.com.informix.jdbc [91] 
>>>>>> FrameworkEvent ERROR
>>>>>> org.apache.felix.log.LogException: 
>>>>>> org.osgi.framework.BundleException: Uses constraint violation. 
>>>>>> Unable to resolve bundle revision 
>>>>>> com.springsource.com.informix.jdbc [91.0] because it is exposed 
>>>>>> to package 'javax.transaction.xa' from bundle revisions 
>>>>>> com.springsource.javax.transaction [95.0] and 
>>>>>> org.apache.felix.framework [0] via two dependency chains.
>>>>>>
>>>>>> Chain 1:
>>>>>> com.springsource.com.informix.jdbc [91.0]
>>>>>>     import: 
>>>>>> (&(osgi.wiring.package=javax.transaction.xa)(version>=1.0.1)(!(version>=2.0.0)))
>>>>>>      |
>>>>>>     export: osgi.wiring.package=javax.transaction.xa
>>>>>> com.springsource.javax.transaction [95.0]
>>>>>>
>>>>>> Chain 2:
>>>>>> com.springsource.com.informix.jdbc [91.0]
>>>>>>     import: 
>>>>>> (&(osgi.wiring.package=com.informix.jdbcx)(version>=3.0.0.JC3)(version<=3.0.0.JC3))
>>>>>>      |
>>>>>>     export: osgi.wiring.package=com.informix.jdbcx; uses:=javax.sql
>>>>>> com.springsource.com.informix.jdbcx [94.0]
>>>>>>     import: (osgi.wiring.package=javax.sql)
>>>>>>      |
>>>>>>     export: osgi.wiring.package=javax.sql; uses:=javax.transaction.xa
>>>>>>     export: osgi.wiring.package=javax.transaction.xa
>>>>>>   org.apache.felix.framework [0]
>>>>>>         at 
>>>>>> org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3832)
>>>>>>         at 
>>>>>> org.apache.felix.framework.Felix.startBundle(Felix.java:1868)
>>>>>>         at 
>>>>>> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1191)
>>>>>>         at 
>>>>>> org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:295)
>>>>>>         at java.lang.Thread.run(Thread.java:662)
>>>>>>
>>>>>> something wrong with (version>=1.0.1)?
>>>>>>
>>>>>> Am 08.11.2012 14:47, schrieb L?szl? Hord?s:
>>>>>>> Hi,
>>>>>>>
>>>>>>> set this in conf/config.properties
>>>>>>>
>>>>>>> org.osgi.framework.system.packages.extra=sun.misc,com.sun.crypto.provider 
>>>>>>>
>>>>>>>
>>>>>>> The class is available via boot delegation so you should play 
>>>>>>> with this file and configure the framework for your need.
>>>>>>>
>>>>>>> org.osgi.framework.bootdelegation=sun.*,com.sun.*,apple.*,com.apple.*
>>>>>>>
>>>>>>> Please let us know when you find the proper configuration.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Laszlo
>>>>>>>
>>>>>>> On 8 Nov 2012, at 04:56, Rene Zeipelt wrote:
>>>>>>>
>>>>>>>> hi,
>>>>>>>> similar to the postgresql jdbc driver from springsource we have 
>>>>>>>> tried to install informix jdbc driver. so it seems
>>>>>>>> that the module need the com.sun.crypto.provider package. is 
>>>>>>>> this package part of the jdk and where/how is the integration?
>>>>>>>> or is that impossible to load it in osgi? thanks for your help. 
>>>>>>>> rene
>>>>>>>>
>>>>>>>> SCHWERWIEGEND: Bundle: com.springsource.com.informix.jdbc [91] 
>>>>>>>> FrameworkEvent ERROR
>>>>>>>> org.apache.felix.log.LogException: 
>>>>>>>> org.osgi.framework.BundleException: Unresolved constraint in 
>>>>>>>> bundle com.springsource.com.informix.jdbc [91]: Unable to 
>>>>>>>> resolve 91.0: missing requirement [91.0] osgi.wiring.package; 
>>>>>>>> (osgi.wiring.package=com.sun.crypto.provider)
>>>>>>
>>>>>> _______________________________________________
>>>>>> OpenIDM mailing list
>>>>>> OpenIDM at forgerock.org <mailto:OpenIDM at forgerock.org>
>>>>>> https://lists.forgerock.org/mailman/listinfo/openidm
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> OpenIDM mailing list
>>>>> OpenIDM at forgerock.org
>>>>> https://lists.forgerock.org/mailman/listinfo/openidm
>>>> _______________________________________________
>>>> OpenIDM mailing list
>>>> OpenIDM at forgerock.org <mailto:OpenIDM at forgerock.org>
>>>> https://lists.forgerock.org/mailman/listinfo/openidm
>>>
>>>
>>>
>>> _______________________________________________
>>> OpenIDM mailing list
>>> OpenIDM at forgerock.org
>>> https://lists.forgerock.org/mailman/listinfo/openidm
>> _______________________________________________
>> OpenIDM mailing list
>> OpenIDM at forgerock.org <mailto:OpenIDM at forgerock.org>
>> https://lists.forgerock.org/mailman/listinfo/openidm
>
>
>
> _______________________________________________
> OpenIDM mailing list
> OpenIDM at forgerock.org
> https://lists.forgerock.org/mailman/listinfo/openidm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.forgerock.org/pipermail/openidm/attachments/20121109/46d51c6e/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5011 bytes
Desc: S/MIME Kryptografische Unterschrift
Url : http://lists.forgerock.org/pipermail/openidm/attachments/20121109/46d51c6e/attachment-0001.bin 

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic