Sameera Withanage wrote:
Hi,
The services are the exact ones I get when I install the bundle to
standalone Felix. But in embedded version there are no services for this
bundle.
Still no success even with you suggestions.
Well, I didn't do anything special to get that service to appear...I am
Hi,
The services are the exact ones I get when I install the bundle to
standalone Felix. But in embedded version there are no services for this
bundle.
Still no success even with you suggestions.
Thank you
Sameera
On 4/26/07, Richard S. Hall <[EMAIL PROTECTED]> wrote:
After yet even more p
After yet even more poking around, I am not sure what is going on...
I am definitely seeing some errors from Spring...looks like some class
loading issues...I am not sure.
However, am I supposed to be seeing bundle 32 offering a service?
If so, I am seeing that:
-> services 32
Simple-Servic
Well, I sort of take back what I said below...since you are not
launching with the standard launcher, property substitution does not
happen in the roland.properties file, so you have to overwrite that
value with a "real" value.
I will keep playing with it...
-> richard
Richard S. Hall wrote:
After a quick look at your code, I noticed one thing that looks somewhat
strange...I don't know if it is the root of your issues, but it is
something to look at...
Below you appear to read Felix' configuration properties from the
roland.properties, which sets the org.osgi.framework.system.pack
Ultimately, I am at a loss to explain what is going on...
Perhaps, you could package the minimal set of pieces to reproduce the
issue and I can try to look at it locally. Basically, I would need your
launcher source with any necessary bundles to install and start.
Send it to me off list.
->
Today I took the latest of Felix and Spring-OSGi and built.
WARNING: META-INF/services/org.apache.commons.logging.LogFactory (
org.apache.felix.moduleloader.ResourceNotFoundException:
META-INF/services/org.apache.commons.logging.LogFactory)
WARNING: *** Class 'org.apache.commons.logging.impl.Log4
Sameera Withanage wrote:
Firstly thank you for all the help.
I checked out the latest code and able to run it without that
numberformat
exception. I think I've done something wrong.
But the spring service registration issue is still there. When I launched
Felix from command line I can see the
Hi,
This is the debug message I get when my service starts.
DEBUG: WIRE: 31.0 -> org.springframework.osgi.samples.simpleservice -> 0
WARNING: META-INF/spring.handlers (
org.apache.felix.moduleloader.ResourceNotFoundException:
META-INF/spring.handlers)
WARNING: META-INF/spring.schemas (
org.a
Here's a thought - Spring-OSGi uses a bundle event listener to detect spring
powered bundles (listener is registered by the spring-osgi-extender bundle).
If this bundle is not started when your client bundle starts then it won't get
the STARTED event and so won't wire up the necessary Spring serv
Firstly thank you for all the help.
I checked out the latest code and able to run it without that numberformat
exception. I think I've done something wrong.
But the spring service registration issue is still there. When I launched
Felix from command line I can see the registered services of my s
This is the host application
import java.io.IOException;
import java.util.ArrayList;
import java.util.List;
import java.util.Map;
import java.util.Properties;
import org.apache.felix.framework.Felix;
import org.apache.felix.framework.cache.BundleCache;
import org.apache.felix.framework.util.
I cannot see what is going wrong...it definitely appears to be getting a
different manifest file, because the bundle version number giving you an
exception is ${pom...} rather than a real version.
Perhaps you should let us see your code for launching Felix and
installing the bundle.
-> richa
I checked all the manifest entries in all jar files and found no entries.
But the entries I found were in pom.xml.
I think something wrong the way I launched Felix, because standalone is
working fine.
I'm loading bundle from a jar. It is from the simple-service-bundle sample
comes with spring-os
On 25/04/07, Sameera Withanage <[EMAIL PROTECTED]> wrote:
I'm using the Felix built from trunk.
Here is the exception...
java.lang.NumberFormatException: For input string: "${pom"
Looks like it's using a manifest that hasn't been filtered by maven
and still has the ${pom} variable, which
I'm using the Felix built from trunk.
Here is the exception...
java.lang.NumberFormatException: For input string: "${pom"
at java.lang.NumberFormatException.forInputString(
NumberFormatException.java :48)
at java.lang.Integer.parseInt(Integer.java:447)
at java.lang.Integer.parseInt(Inte
Could you post the exception?
Also, are you using Felix built from trunk or 0.8.0-incubator?
-> richard
Sameera Withanage wrote:
Hi,
I'm embedding Felix in a host application following the examples given in
Felix site. When I'm trying to install a bundle, for instance
spring-osgi,
it gives
Hi,
I'm embedding Felix in a host application following the examples given in
Felix site. When I'm trying to install a bundle, for instance spring-osgi,
it gives NumberformatException. I installed the same set of bundles using
standalone Felix console and all started successfully. I couldn't figu
Felix Meschberger wrote:
Hi Asaf,
The main problem you would probably face when getting your hands on
something inside the OSGi framework is ClassLoading issues: You will
have to
use a class (usually and interface) which is loaded from a class laoder
commoner to both the OSGi framework and the
chberger
Sent: Wednesday, April 11, 2007 7:42 PM
To: felix-dev@incubator.apache.org
Subject: Re: Embedded Felix
Hi Asaf,
The main problem you would probably face when getting your hands on
something inside the OSGi framework is ClassLoading issues: You will have
to
use a class (usually and interfac
esday, April 11, 2007 7:42 PM
To: felix-dev@incubator.apache.org
Subject: Re: Embedded Felix
Hi Asaf,
The main problem you would probably face when getting your hands on
something inside the OSGi framework is ClassLoading issues: You will have to
use a class (usually and interface) which is load
Hi Asaf,
The main problem you would probably face when getting your hands on
something inside the OSGi framework is ClassLoading issues: You will have to
use a class (usually and interface) which is loaded from a class laoder
commoner to both the OSGi framework and the "outer world".
On the othe
Hi everybody,
I am running Felix as an Embedded OSGi framework.
What would be the best way for components outside of the OSGi boundaries to
consume OSGi bundles and service references?
In other words, would it be bad design to maintain a singleton instance of a
context handle I get in my cust
[ http://issues.apache.org/jira/browse/FELIX-170?page=all ]
Felix Meschberger closed FELIX-170.
---
The modification is ok for me.
Thanks for applying the patch. Closing then.
> On shutdown of an embedded Felix instance, the PackageAdmin and StartLe
seemed a little harsh. I think it will still work as required. Let me
know if it is problematic.
Thanks for looking into these areas since the use case hasn't been fully
investigated yet.
> On shutdown of an embedded Felix instance, the PackageAdmin and StartLevel
> threads k
PackageAdminActivator.stop() and
StartLevelActivator.stop() methods.
> On shutdown of an embedded Felix instance, the PackageAdmin and StartLevel
> threads keep running
> ---
>
>
On shutdown of an embedded Felix instance, the PackageAdmin and StartLevel
threads keep running
---
Key: FELIX-170
URL: http://issues.apache.org/jira/browse/FELIX-170
27 matches
Mail list logo