Kristian Köhler wrote:
Hi
funny thing.. I copied the values from the default.properties file and
everything worked fine (I didn't remove the javax.transaction package!). The
version of the "system packages" is now 0.0.0 instead of 1.6.0
Not sure if this behaviour is intended... but solved my problem.
Well, that might make sense if you were specifying a version on your
import, but you say below that you are not.
-> richard
Kristian
2009/2/20 Richard S. Hall <[email protected]>
There is no way to just exclude from packages. The easiest way is to just
set the org.osgi.framework.system.packages property to be the value you want
it to be. To make your life simpler, you can just get the default.properties
file in felix.jar and copy the value out of it and put it into your
config.properties.
-> richard
Kristian Köhler wrote:
Hi
I encountered problems while deploying an application to Felix 1.4.1
running
within a 1.6 JVM.
Ok, here's the scenario:
My application has a dependency to another library which defines an import
to javax.transaction without a version specified. I also deployed a osgi
version of the jta.jar (com.springsource.javax.transaction-1.1.0.jar) in
version 1.1.0.
Now I see ClassNotFound exceptions:
--- 8< ---
Caused by: java.lang.ClassNotFoundException:
javax.transaction.TransactionManager
...
--- 8< ---
When I'm right this results of the fact that Felix sets the
org.osgi.framework.system.packages property and exports the
javax.transaction package from the system with version 1.6.0 (JVM 1.6)
which
is "incomplete" (TransactionManager missing) and the library tries to use
this one.
Right??
When a place the "complete jar" for testing purposes to the lib/ext
directory of the jdk everything works fine.
Now my question is: How can I prevent Felix from exporting this package?
Do
I have to define a complete new org.osgi.framework.system.packages
property?
Or is there an other option? Is there a property with "excluding
definitions" available?
Other possibilities?
Or I'm completely wrong ;-)
Thanks in advance
Kristian
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
