Re: Enforcing Class Unloading

Thanks a lot Chris and Richard for the hints. I tried refreshing packages for the bundles that I initially assumed were affected. An immediate outcome was running into the "unresolved constraint violation" exception due to inconsistent class spaces. Digging into the previous posts and looking into

Re: Enforcing Class Unloading

On 01.12.2010 09:04, Nima Kaviani wrote: > I have a question now. Is there a way to figure out these wirings > programmatically. This will be standardized in OSGi 4.3. You can take a peek at the EA spec at: http://www.osgi.org/Download/File?url=/download/osgi-4.3-early-draft2.pdf -h

what is symbolicName?

Using Web Console, I could get information about a bundle through HTTP GET /system/console/bundles/.json The returned json includes a property called "symbolicName" which seems to be constructed using maven groupId and artifactId. symbolicName is also displayed in parenthesis when you visit /system

Re: what is symbolicName?

There's no way to have the symbolic name from groupid / artifactId, because each project can do that differently. However if you're interested in the location, you could use the OPS4j mvn url handler (we heavily use it in Karaf) so that the bundle url becomes: mvn:groupId/artifactId/version and

Re: Using the Compiler API in Java.

Hi I used Janino Compiler to generate code on the fly. It works fine :) Regards, Charbel On Nov 30, 2010, at 17:26, Reto Bachmann-Gmuer wrote: > I've recently façaded the scala compiler as a service[1], I guess the > scala compiler api is quite different, but if you manage to do > something an

Download a bundle from felix?

Hey, What's a good way of downloading a bundle from felix? This is what I'm trying to do: - get symbolicName from user - find bundle number (GET /system/console/bundles/.json and find matching symbolicName and get id) - find the bundle under launchpad/felix/bundle/version.0.0/bundle.jar Is th

Re: Download a bundle from felix?

On Wed, Dec 1, 2010 at 5:01 PM, sam lee wrote: > - find the bundle under launchpad/felix/bundle number>/version.0.0/bundle.jar This won't work if bundle installed with "reference:" prefix. You may try Bundle.getLocation()[1], then parse the location. -Guo [1] http://www.osgi.org/javadoc/r4v42/o

Re: Enforcing Class Unloading

This is exactly what I have been looking for. thanks a lot, -Nima 2010/12/1 Holger Hoffstätte > On 01.12.2010 09:04, Nima Kaviani wrote: > > I have a question now. Is there a way to figure out these wirings > > programmatically. > > This will be standardized in OSGi 4.3. You can take a peek at

Re: Enforcing Class Unloading

On 12/01/2010 06:51 PM, Nima Kaviani wrote: This is exactly what I have been looking for. The wiring can already be determined using PackageAdmin, the new stuff just recasts and deprecates PackageAdmin. Or do you need more than just the wiring info? -> richard thanks a lot, -Nima 2010/12