Using fragments to do class loader hacks is usually not a good
idea ... Fragments have all the bad aspects of inheritance. This is no
problem for internationalization code or native code which both are
intricately tied to the host. However, it is an awful extension
mechanism. Even in this
Howdy,
I an application I am porting to OSGi I would create a URL Classloader
and configuration its classpath depending on the Service I was trying to
run. Each Service would have its own config, resources, lib directories
that were added as class paths to the Classloader. This way common
Hi
did you use Date instead of Time data type with the Clock?
Let me a couple of days to check if the problem is in the converter.
regards,
francesco
chihi asma wrote:
Thanks Francesco,
I tried to resolve the problem but I still have the same error, the TV can't
get the date correctly from
I am trying to port the Sip communicator application to android. This is
done by launching felix from the android activity. The other bundles are
installed by reading the bundles a Inputstream from the res/raw. The bundles
are getting installed.
The bundle.start() function is successful for
Hi,
Unfortunaly there is no way to use OSGi (and so Felix) on Android
without hacking the phone.
If you read : http://ipojo-dark-side.blogspot.com/2008/10/ipojo-on-android.html
You will see that, you have to do a chmod 777 on the dalvik-cache
Why ?
Just because the Android security manager
On Apr 8, 2009, at 10:01 , Padma shankar wrote:
I am trying to port the Sip communicator application to android.
First of all, there already is a port of SIP Communicator to Android.
You can find the project here:
https://sc-android.dev.java.net/
and:
Hello,
I'm very interested into the felix on android porting thing, which I heard
from the luminis' blog website. I then followed the tutorial on the apache
felix website and everything went well, but then I didn't manage to make my
personal bundles work, because the felix scr bundle doesn't seem
Well, this approach is marginally better than Require-Bundle, because
you don't delegate your import list to another bundle, therefore you
can refactor the contents of the exporting bundle without triggering
NoClassDefFoundErrors in the importer (it will fail to resolve
instead).
But aside from
Perhaps I misunderstood your question, but I thought you were simply
asking for a way to explicitly specify from which bundles your imported
packages come. If that is all you want to do, then simple import them
using the desired bundle symbolic name and version range, e.g.:
Hi,
On 08.04.2009, at 10:39, Albert38 wrote:
Hello,
I'm very interested into the felix on android porting thing, which I
heard
from the luminis' blog website. I then followed the tutorial on the
apache
felix website and everything went well, but then I didn't manage to
make my
personal
Hello,
Occasionally the following exceptions get logged when starting our
system. We haven't yet found out more about them, our system seems to be
functional even if such exceptions are logged.
Any ideas what could cause these errors?
Cheers,
reto
*INFO* [SCR Component Actor]
Hi,
On 08.04.2009, at 14:44, Reto Bachmann-Gmür wrote:
Hello,
Occasionally the following exceptions get logged when starting our
system. We haven't yet found out more about them, our system seems
to be
functional even if such exceptions are logged.
I'm not a SCR expert ... but I got the
Hi Reto,
I assume you are using Felix Framework 1.4.1 ?
There was a bug in the ServiceReferenceImpl.hashCode implementation
which caused an IllegalStateException if the service has already been
unregistered.
This has been fixed in the latest 1.6.0 release of the framework.
Hope this helps.
Hi,
Just add import package in bundle MANIFEST.MF, ex.
Import-Package: org.osgi.framework;version=1.3,
javax.naming
SY-1 wrote:
Hi all !!
Currently i'm facing an issue regarding the use of mysqlconnector.jar in
my bundle; i've set up the Bundle-ClassPath in my Manifest, but when i
On Apr 8, 2009, at 2:22 AM, Richard S. Hall wrote:
Perhaps I misunderstood your question, but I thought you were simply
asking for a way to explicitly specify from which bundles your
imported packages come. If that is all you want to do, then simple
import them using the desired bundle
2009/4/9 David Jencks david_jen...@yahoo.com
On Apr 8, 2009, at 2:22 AM, Richard S. Hall wrote:
Perhaps I misunderstood your question, but I thought you were simply
asking for a way to explicitly specify from which bundles your imported
packages come. If that is all you want to do, then
In case you are talking more about something like feature sets (i.e.,
collections of bundles that should be installed together) you could
have a look at the deployment admin service (its described in the
compendium spec).
regards,
Karl
On Wed, Apr 8, 2009 at 7:06 PM, Stuart McCulloch
Peter, Stuart -
Using a bridging classloader did the trick I've now got my
application up running.
I'm going to have to do some re-thinking and refactoring to set up my
proxy as a proxy factory service as you suggest, (and better manage
things as other bundles come go), but this is a good
On 4/8/09 12:14 PM, David Jencks wrote:
On Apr 8, 2009, at 2:22 AM, Richard S. Hall wrote:
Perhaps I misunderstood your question, but I thought you were simply
asking for a way to explicitly specify from which bundles your
imported packages come. If that is all you want to do, then simple
Hi,
In the application I am porting to OSGi I created my own URL Classloader
to setup a classpath based on which service I was trying to launch. This
was modeled after how JBoss use to do their classloading to launch
different servers. Anyway, OSGi ignores my Classloader's classpath so I
I don't really understand your scenario, but are you looking into some
quick hack to port your application in the short term or is this your
strategy long term?
Class loader tricks to launch servers sounds like a bad idea in general.
Typically you do these sorts of things when you are not
21 matches
Mail list logo