Hi
What exactly do you want to know ?
OSGi R5 (Core, Compendium, Enterprise) is a collection of specifications. Some
are implemented in the Apache Felix project, some are not.
As for OSGi R5 Core, IIRC the Felix Framework is almost complete (there has
been done a gap analysis once). As for
Thank you for this first and quick answer... Let me be more precise.
Currently we are working on Apache Felix iPojo integration into WildFly
alpha. As you may know the WildFly alpha OSGI is based on JBoss OSGI 2.1
which is using org.osgi.core 5.0.0 and we believe this is the reason why
our
Hi
Am 12.09.2013 um 08:33 schrieb ffrench.mathi...@gmail.com:
Thank you for this first and quick answer... Let me be more precise.
Currently we are working on Apache Felix iPojo integration into WildFly
alpha. As you may know the WildFly alpha OSGI is based on JBoss OSGI 2.1
which is
Hi
Thanks for reporting. I pinged the Apache Infrastructure team on this issue
(yes, I can reproduce it).
Will get back to you.
Regards
Felix
Am 12.09.2013 um 02:17 schrieb Cristiano Gavião:
Hi,
I was looking for some code and couldn't find. then I realized that the
default branch in
Hi Felix,
Good Afternoon(My local time)!
About the status of Felix Repository Subproject, I have two questions as
following and looking forward to obtaining some answsers:
1. Who are leading the subproject, Richard?
2. The subproject has any plan/roadmap to evolve (eg. Implementing OSGi
Yes it make sense. We will continue this investigation with iPojo
community.
Anyway good to know that OSGi API is fully backwards compatible... But
I'm curious : is that one of the reasons why Felix osgi version is still
4.2 in the svn trunk ? Are there other points which explain that version
Hi
Am 12.09.2013 um 09:10 schrieb ffrench.mathi...@gmail.com:
Yes it make sense. We will continue this investigation with iPojo
community.
Excellent. You reach them here on this list, too ;-)
Anyway good to know that OSGi API is fully backwards compatible... But
I'm curious : is that
On 12/09/2013 09:27, Felix Meschberger wrote:
Hi
Am 12.09.2013 um 09:10 schrieb ffrench.mathi...@gmail.com:
Yes it make sense. We will continue this investigation with iPojo
community.
Excellent. You reach them here on this list, too ;-)
Yep but I was thinking on writting some JIRA issue to
On 9/12/13 03:09 , Tang Yong wrote:
Hi Felix,
Good Afternoon(My local time)!
About the status of Felix Repository Subproject, I have two questions as
following and looking forward to obtaining some answsers:
1. Who are leading the subproject, Richard?
Not really, we don't really have
Seems to be fixed no.
Regards
Felix
Am 12.09.2013 um 02:17 schrieb Cristiano Gavião:
Hi,
I was looking for some code and couldn't find. then I realized that the
default branch in github mirror (https://github.com/apache/felix) is not
the trunk but is set to karaf-1.4.x.
it would be
What reason could there be why it fails during MetaTypeProvider
initialization?
Thx!
--
View this message in context:
http://apache-felix.18485.x6.nabble.com/Cannot-create-MetaType-providing-ManagedService-not-providing-Metatype-information-but-just-acceptinn-tp5004954p5004960.html
Sent from
Hi
Am 12.09.2013 um 14:08 schrieb Roland:
What reason could there be why it fails during MetaTypeProvider
initialization?
The SCR ManagedService tries to implement the MetaTypeProvider interface to
support provisioning GUI such as the Web Console with descirptions of the
configuration
ok, I've got it! Thx. you for your support!!
--
View this message in context:
http://apache-felix.18485.x6.nabble.com/Cannot-create-MetaType-providing-ManagedService-not-providing-Metatype-information-but-just-acceptinn-tp5004954p5004962.html
Sent from the Apache Felix - Users mailing list
That would be really helpful. Using CXF also requires to not export some
system packages.
Currently we have to completely redefine the system packages. So it
would be nice to be able to just specify which packages to add (already
works) and which to remove.
Of course it would be ideal to have
On 9/12/13 10:59 , Christian Schneider wrote:
That would be really helpful. Using CXF also requires to not export
some system packages.
Currently we have to completely redefine the system packages. So it
would be nice to be able to just specify which packages to add
(already works) and which
On 9/12/13 11:56 , Christopher BROWN wrote:
Hello,
An application using Felix 3.2.2 on MacOS X has started failing with the
following exception:
org.osgi.framework.BundleException: Unresolved constraint in bundle
system.sdk-project [5]: Unable to resolve 5.0: missing requirement [5.0]
package;
I created an issue and set fix version to 4.4.0. Please move it as you
see fit.
https://issues.apache.org/jira/browse/FELIX-4227
Looking forward to have this feature :-)
Christian
On 12.09.2013 17:42, Richard S. Hall wrote:
On 9/12/13 10:59 , Christian Schneider wrote:
That would be really
Hi
Yes, Felix framework 3.2.2 does not have Java 8 API definitions and thus does
not expose anything from the platform at all.
As of Felix framework 4.2.0 Java 8 API definitions are available, which happen
to just be the same as for Java 7 (except with a different export version
number) for
Hello,
An application using Felix 3.2.2 on MacOS X has started failing with the
following exception:
org.osgi.framework.BundleException: Unresolved constraint in bundle
system.sdk-project [5]: Unable to resolve 5.0: missing requirement [5.0]
package; (package=javax.sql)
The application is
It looks like the list of packages is derived from
http://download.java.net/jdk8/docs/api/package-list so I'd need to have a
config.properties starting with:
jre-1.8=, \
..then each subsequent line starting with a space, package name, semicolon,
space, and a backslash, and terminating with the
I ended up patching the default.properties file in the JAR. Works fine.
Thanks to all!
Le 12 sept. 2013 18:46, Christopher BROWN br...@reflexe.fr a écrit :
It looks like the list of packages is derived from
http://download.java.net/jdk8/docs/api/package-list so I'd need to have a
21 matches
Mail list logo
