Hello Sahoo,
The thing you're seeing is exactly what it should do. The RESOLVED
state means that, on the module layer, all the bundle's imports are
available (the manifest's ImportPackage: statements), and its exports
are done too. Now, any bundle that imports packages which are
exported
Hello Han,
You should make sure there is a line break after the last line of the
manifest, otherwise it will not be processed (and, indeed, the NCDFE
you get is caused by a class coming from org.osgi.framework).
Angelo
On 22 Jan 2008, at 10:05, Han Liu wrote:
The NoClassDefFoundError:
Alternatively, if you don't actually need a configadmin, you can use
the org.osgi.compendium bundle from the same download location. If you
use any other compendium services, you will need that anyway.
Angelo
On 3 Jun 2008, at 06:50, Martin Thelian wrote:
It's in the Configadmin-bundle.
I agree with Neil that this is probably not the way you want to customize
Xstream, by replacing classes.
However, Xstream allows you to write your own convertors, which, when you
register them with the registerConverter(...) method, will take precedence over
the Xstream's own convertors.
Hi Adrian,
Hm, I'm not entirely sure what the problem is, but it it seems very likely that
the Constants.FRAMEWORK_SYSTEMPACKAGES_EXTRA=com.bt.test; version=1.0.0 you
set has something to do with it, especially because the problem goes away when
your bundle has its own package set to something
Hi Duncan,
Bundle-NativeCode will probably be your best bet: it allows you to leave the
selection of the library up to the framework, and you can quite easily reload
your library by updating the bundle.
You will have to load your libraries with System.loadLibrary, OSGi only takes
care of
You could take a look at this Stackoverflow question:
http://stackoverflow.com/questions/5856096/osgi-get-list-of-classes-in-package
The question assumes you know what package you're talking about, and you can
find the exported packages by using
Your bundle correctly imports org.apache.commons.lang, hoping that someone else
exports it. You can basically do two things now,
- make sure someone exports it, by packaging commons-lang in a bundle, and
exporting the packages from it (there might be one out there), or
- embed the classes you
There's no need to get a reference to the ExtHttpService if you just want
to register a Filter using the whiteboard pattern, see
http://felix.apache.org/site/apache-felix-http-service.html#ApacheFelixHTTPService-UsingtheWhiteboard.
Remember that you will need to have either the HttpService
This could have something to do with the way you instantiate your framework,
_or_ with the way your bundle is packaged.
Could you post (a) your framework instantiation code, and (b) the manifest of
your bundle?
Angelo
On Apr 2, 2012, at 10:18 AM, M. van Ree wrote:
Hello all,
I have a
manifest.
Maurice
On Mon, Apr 2, 2012 at 10:39 AM, Angelo van der Sijpt
angelo.vandersi...@luminis.eu wrote:
This could have something to do with the way you instantiate your
framework, _or_ with the way your bundle is packaged.
Could you post (a) your framework instantiation code, and (b
at 11:18 AM, Angelo van der Sijpt
angelo.vandersi...@luminis.eu wrote:
Right.
I'm not entirely sure what's up, but some things come to mind,
- in stead of building the manifest by hand, you should consider using
something like BND (perhaps with BNDTools, if you're an Eclipse user
, Angelo van der Sijpt
angelo.vandersi...@luminis.eu wrote:
Hi Maurice,
See inline.
On Apr 2, 2012, at 11:51 AM, M. van Ree wrote:
I was considering the use of BNDTools indeed, and will look into that for
sure now.
I didn't know about the Bundle-ManifestVersion, will look into that too
Hi Orga,
I have noticed that Android 4 needs the framework property
felix.service.urlhandlers=false
whereas older versions don't. Try setting that property, and see if that fixes
your situation.
Angelo
On Aug 10, 2012, at 9:38 AM, Orga wrote:
Hi,
I am trying to put apache felix to
14 matches
Mail list logo