I added my 10c:
http://techdistrict.kirkk.com/2009/03/25/osgi-discontent-no-migration-path/#comment-7129
When did developing sotfware and apps get reduced to mindless lego block
assembly - where did all the real programmers go? I guess they're
writing code not blogs!
- R
Dave McLoughlin wro
Well, I am still not sure what is up, but it seems odd that you are
setting all of these on the system.packages.extra property, since they
should all be included on the default value of system.packages too. This
just appends them all again.
-> richard
On 3/25/09 5:11 AM, Pedro Moreno wrote:
On 3/25/09 2:10 PM, Joel Schuster wrote:
Is there a config item that can force the felix-cache to be overwritten with
what is in the bundle directory?
I guess I'm not sure what this means:
org.osgi.framework.storage.clean=onFirstInit
This deletes the bundle cache on startup, whic
The spec does not allow exports of META-INF because it is not a valid
package name ...
Kind regards,
Peter Kriens
On 25 mrt 2009, at 11:19, Stuart McCulloch wrote:
2009/3/25 David Bosschaert
Thanks for the quick response, Stuart.
Unfortunately, moving it to the _exportcontents s
Someone may want to comment/respond on this article:
http://techdistrict.kirkk.com/2009/03/25/osgi-discontent-no-migration-pa
th/
Dave McLoughlin | OpenLogic
720 240 4530 | phone
303 818 1686 | cell
-
To unsubscribe,
Thanks Stuart, that worked!
I've filed FELIX-1001 for the record...
David
2009/3/25 Stuart McCulloch :
> 2009/3/25 David Bosschaert
>
>> Thanks for the quick response, Stuart.
>>
>> Unfortunately, moving it to the _exportcontents sections gives me the
>> same error.
>> I'm currently on version 2
The only thing the start level guarantees is that the framework has
called BundleActivator.start() on each bundle in a given start level and
returned from it before advancing to the next start level. Felix doesn't
use multiple threads within a start level, but I think the spec allows
it. It is
Is there a config item that can force the felix-cache to be overwritten with
what is in the bundle directory?
I guess I'm not sure what this means:
org.osgi.framework.storage.clean=onFirstInit
- Joel
-
To unsubscribe,
Yes, The easybeans agent bundle in felix.auto.start.2 is responsible
for starting the other bundles in the correct order. If I remove my
bundles from the application and the restart felix the JNDI lookup
errors go away. One question, is the startup performed on a single
thread? Is it possi
Are the easybeans bundles started at all? From the below properties
alone that isn't the case i think. So something else must be going on
as well.
regards,
Karl
On Wed, Mar 25, 2009 at 7:01 PM, Skinner Chad wrote:
> Sorry I messed up my description of how I have this configured. The correct
> i
2009/3/25 David Bosschaert
> Thanks for the quick response, Stuart.
>
> Unfortunately, moving it to the _exportcontents sections gives me the
> same error.
> I'm currently on version 2.0.0, but I also tried this with 1.4.3...
>
looks like a bnd issue (I know Peter discourages export of META-INF)
Sorry I messed up my description of how I have this configured. The
correct information is:
felix.auto.start.1 =
felix.auto.install.2 =
felix.auto.start.2 =
felix.auto.install.3 =
On Mar 25, 2009, at 9:51 AM, Skinner Chad wrote:
Can anyone tell me how the start levels affect the automat
Thanks for the quick response, Stuart.
Unfortunately, moving it to the _exportcontents sections gives me the
same error.
I'm currently on version 2.0.0, but I also tried this with 1.4.3...
Cheers,
David
2009/3/25 Stuart McCulloch :
> 2009/3/25 David Bosschaert
>
>> Hi all,
>>
>> For the CXF-DO
2009/3/25 David Bosschaert
> Hi all,
>
> For the CXF-DOSGi single-bundle distribution I need to export-package
> a directory that just contains resources. In my pom [1], the directory
> with the resources is copied into my bundle from an embedded bundle
> using the following directive first:
>
Hi all,
For the CXF-DOSGi single-bundle distribution I need to export-package
a directory that just contains resources. In my pom [1], the directory
with the resources is copied into my bundle from an embedded bundle
using the following directive first:
@cxf-bundle-minimal-${cxf.version}.ja
applied and matching the
> pattern "cn=romary, ou= ..."
>
> When I start either B only or sig-B only, as you can imagine, they are able
> to write and read file on the C drive
>
> When I start A, the security permission are set and I am confronted to the
> following issu
All come from a Maven build:
>From super pom:
org.apache.maven.plugins
maven-compiler-plugin
6
6
Such errors happen when loading a class compiled with a given version
of the JDK on an earlier JDK.
For example if the class was compiled with JDK 1.6 and you load it on
JDK 1.5, you'll hit this issue (unless it has been compiled with the
appropriate option).
2009/3/25 Stéphane Amaudruz :
> Bonjou
Hi,
I've a mac too and I have no problem with the 64b VM.
Could you give me more detail about the class target version you use
and the version of your VM ?
Regards,
Clement
On 25.03.2009, at 17:17, Stéphane Amaudruz wrote:
Bonjour,
We are running iPojo and getting this error:
java.l
Bonjour,
We are running iPojo and getting this error:
java.lang.UnsupportedClassVersionError: Bad version number in .class file
It appears only in MacOsX.
Is it possible that the manipulation is not compatible with 64bit JVM ?
Tx, Stephane
Can anyone tell me how the start levels affect the automatic start of
bundles?
I have the bundles setup as the following:
felix.auto.install.1 =
felix.auto.install.2 =
felix.auto.install.3 =
felix.startlevel.bundle = 4
org.osgi.framework.startlevel=4
The firsttime I start felix (clean cach
No there is no firewall, I can ping and telnet from one PC to the other.
--- En date de : Mer 25.3.09, Francesco Furfari
a écrit :
De: Francesco Furfari
Objet: Re: upnp base driver
À: users@felix.apache.org
Date: Mercredi 25 Mars 2009, 13h12
It seems a network configuration problem.
Are you s
It seems a network configuration problem.
Are you sure that there aren't firewalls activated on your pcs.
The basedriver fails starting the UPnP discovery request (a multicast
messages on port 1900).
try to figure out if they are enabled.
francesco
chihi asma wrote:
Hi,
I have a similar p
Hi,
Thanks for the answer but in case of javax.naming, I dont think that is
because of a not properly configuration of
org.osgi.framework.system.packages, because I have the package javax.naming
in my config.properties file (called in the aplication using felix
felix.client.run.properties), as you
y or sig-B only, as you can imagine, they are able
to write and read file on the C drive
When I start A, the security permission are set and I am confronted to the
following issues :
- with bundle B : after installation, when i try to start it i got following
exception :
ERROR20090325 12:4
Hi, I'm working with a SIP client called SIPCommunicator which uses Felix.
I've created a new bundles adding new functionalities to the SIP Client, and
I'm having some problems with the integration in felix.
In the build procees I can get the jar bundles files, but when I try to run
Felix I get thi
Hi,
I have a similar problem. I tested two KF instances in two PCs in the same
network, but
the basedriver don't recognise the devices of the other instance on the other
PC. This the error I get:
[stdout] CyberDomo warning : addr = 0.0.0.0
[stdout] CyberDomo warning : port = 33159
[stdout] Cy
2009/3/24 Richard S. Hall :
> But feel free to bug me some more. ;-)
That shouldn't be a problem ;-)
Thanks.
Kristian
>
> -> richard
>
> On 3/24/09 2:32 AM, Kristian Köhler wrote:
>>
>> Hi Richard
>>
>> did you find some time to look into this issue? ;-)
>>
>> Thanks
>>
>> Kristian
>>
>> 2009/3
28 matches
Mail list logo