I don't have a way to reproduce it.
When the system runs on our tests system and when it first started all
components were bound correctly. However we had a production issue and
we wanted to remove a component (delete the xxx.cfg file) when we added
it back later, that component appeared as null
FWIW, FileInstall is able to deploy exploded bundles (i.e. the jar is
unzipped).
On Wed, Jan 19, 2011 at 16:38, Muller, Anthony wrote:
> Hello,
>
> I'm trying to use Felix embedded into an host application and I wish to use
> auto-deploy feature.
>
> However, when I have exploded bundle (no jar
On 1/19/11 10:38, Muller, Anthony wrote:
Hello,
I'm trying to use Felix embedded into an host application and I wish to use
auto-deploy feature.
However, when I have exploded bundle (no jar but directories), auto-deploy
doesn't work for these bundles. :(
Do I miss some extra configuration?
Wildcards do work, although foo.* won't match classes in foo, just foo's
children packages.
-> richard
On 1/19/11 9:14, Per-Erik Svensson wrote:
Did you try with setting the bootdelegation to precisely
"com.sun.xml.internal.ws.api.message"? I'm not even sure that wild-cards
work after reading
On 1/19/11 8:29, Adam Crain wrote:
My problem was a misconception about how OSGi handles native libraries. I
added the System.loadLibrary call to my activator and now everything works
beautifully.
Someone please verify this is correct:
OSGi only makes sure that the correct library will be avail
Hello,
I'm trying to use Felix embedded into an host application and I wish to use
auto-deploy feature.
However, when I have exploded bundle (no jar but directories), auto-deploy
doesn't work for these bundles. :(
Do I miss some extra configuration?
Regards,
Anthony
Hi,
On 19.01.11 12:59, "peter lawrey" wrote:
>We are using iPOJO 1.6.2 and I have a method as follows. Is this a valid
>combination of options as I am getting a null value passed to it when a
>ClockSubscriber is added. (At startup they were added fine, but when I
>remove&add back a component it
Did you try with setting the bootdelegation to precisely
"com.sun.xml.internal.ws.api.message"? I'm not even sure that wild-cards
work after reading
http://felix.apache.org/site/apache-felix-framework-configuration-properties.html,
wich states that it is a comma separated list of packages that shou
My problem was a misconception about how OSGi handles native libraries. I
added the System.loadLibrary call to my activator and now everything works
beautifully.
Someone please verify this is correct:
OSGi only makes sure that the correct library will be available. The loading
should be done from
I think it is MUCH easier to use bnd directly that attempt to re-use it through
ant ...
Kind regards,
Peter Kriens
On 18 jan 2011, at 16:21, Luke Patterson wrote:
> On Tue, Jan 18, 2011 at 7:51 AM, Simon wrote:
>> The more complex part is integrating all of that together (I don't know
Thanks Per-Erik.
Unfortunately the same error appears.
I have put the whome com.sun.* package in place ... without success.
Pierre
2011/1/19 Per-Erik Svensson
> Hi,
>
> Try removing the wild-card character and dot so that it reads:
>
> org.osgi.framework.bootdelegation=com.sun.xml.internal.
We are using iPOJO 1.6.2 and I have a method as follows. Is this a valid
combination of options as I am getting a null value passed to it when a
ClockSubscriber is added. (At startup they were added fine, but when I
remove&add back a component it is always null)
@Requires)optional = true, id =
Hi,
Try removing the wild-card character and dot so that it reads:
org.osgi.framework.bootdelegation=com.sun.xml.internal.ws.api.message
If I remember correctly, the boot delegation is list of *packages* that need
delegation to the boot class path. So,
com.sun.xml.internal.ws.api.message.*
wou
Scr try to instantiate a component at runtime.
This component try to create an instance of a proxy but the java runtime rt
package com.sun.xml.internal.ws.api.message is not found:
Here is the full trace:
_
java.lang.NoClassDefFoundError: com.sun.xml.inter
Hi Richard,
Thanks! setting the org.osgi.framework.library.extensions to .so seems
to have solved the problem! I had a another problem where the libraries
must be loaded in a specific order, but this now solved once I've
shuffled them.
Many many thanks!
Irad.
-Original Message-
From: Ric
15 matches
Mail list logo