Hi Jan,
While Blueprint was removed from the overall OSGi R8 Compendium spec
document this doesn't mean the spec doesn't exist any more it's still part
of the OSGi R7 Compendium spec:
https://docs.osgi.org/specification/osgi.cmpn/7.0.0/service.blueprint.html
Main reason why it was removed was
.
Unfortunately, even the 2.x branch of bundle repository is not really
useful for what I listed above.
2015-04-29 17:31 GMT+02:00 David Bosschaert david.bosscha...@gmail.com:
Sounds interesting! Does Cave implement the actual OSGi Repository spec?
Cheers,
David
On 29 April 2015 at 16:18
Sounds interesting! Does Cave implement the actual OSGi Repository spec?
Cheers,
David
On 29 April 2015 at 16:18, Guillaume Nodet gno...@apache.org wrote:
I've raised a JIRA issue for the integration of Cave and Karaf 4 (see
KARAF-3712).
I have the following things in mind to integrate Cave
+1
David
On 16 October 2014 08:40, Roedl Lukas lukas.ro...@ait.ac.at wrote:
+1 (non-binding)
Best,
Lukas
+1
David
On 11 October 2014 22:10, Jamie G. jamie.goody...@gmail.com wrote:
Hi,
We have 327 issues resolved on our way towards Apache Karaf 4.0.0 GA
release. This is a technology preview, as such there will be features
and other functionality not yet implemented. Please refrain from using
+1
David
On 10 October 2014 20:34, Jamie G. jamie.goody...@gmail.com wrote:
Hi,
We resolved 215 issues in this release:
http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/karaf-3.0.2-release.page?view=markup
Dependency changes can be reviewed here:
+1
David
On 16 September 2014 09:23, Jean-Baptiste Onofré j...@nanthrax.net wrote:
+1 (binding)
Regards
JB
On 09/16/2014 09:56 AM, Jamie G. wrote:
Hi,
We resolved 9 issues in this release:
+1
David
On 3 September 2014 01:47, Jamie G. jamie.goody...@gmail.com wrote:
Hi,
We resolved 15 issues in this release:
http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/karaf-2.3.7-release.page?view=markup
Dependency changes can be reviewed here:
+1 from me.
David
On 15 February 2014 02:09, Jamie G. jamie.goody...@gmail.com wrote:
Hi,
We resolved 116 issues in this release (web page will be published post RC
promotion):
+1 from me too!
Cheers,
David
On 6 January 2014 15:28, Achim Nierbeck bcanh...@googlemail.com wrote:
+1
2014/1/6 Jamie G. jamie.goody...@gmail.com
+1 :)
On Mon, Jan 6, 2014 at 6:23 AM, Claus Ibsen claus.ib...@gmail.com wrote:
Sounds good.
I would like to see releases of 2.x
+1 from me.
Good work guys. 1158 issues - wow!
David
On 21 December 2013 17:40, Jamie G. jamie.goody...@gmail.com wrote:
Hi,
We resolved 1158 issues in this release:
http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/karaf-3.0.0-release.page?view=markup
This is great news! Thanks for the efforts here, JB!
David
On 17 December 2013 14:51, Jean-Baptiste Onofré j...@nanthrax.net wrote:
Hi all,
The Apache Karaf source repositories have moved to git.
Read-only:
https://git.apache.org/repos/asf/karaf.git
Hi all,
I have updated to Java 7 on my Mac and am getting the errors below
with the itests [1]. They work fine for me on Linux. Also note that
all the other maven modules in karaf trunk test/pass fine for me.
Anyone an idea? I'm using the following Java:
$ java -version
java version 1.7.0_45
Hi all,
When I'm running the following test on trunk (which is part of the
itests) StandardFeaturesTest.
installSSHFeature() I get an error message on the console and the ssh
functionality is not actually available. What's worrying is that the
test actually passes, I would have thought that it
wrote:
Hi David,
Java 6 is no more support for Karaf 3.0.0, you have to use Java 7 (Java 6 is
EOL now).
I guess that you run with Java 6.
Regards
JB
On 12/03/2013 04:58 PM, David Bosschaert wrote:
Hi all,
When I'm running the following test on trunk (which is part of the
itests
it (if an user really wants to).
Thanks,
Regards
JB
On 11/23/2013 11:40 PM, David Bosschaert wrote:
Hi all,
I would like to come to a conclusion before we release 3.0.0 on
whether we want JMX Role-based Access Control enabled by default or
not.
Right now it's not enabled and you have
On 21 November 2013 12:50, Jean-Baptiste Onofré j...@nanthrax.net wrote:
Thanks David.
Let me test it again. I will get back to you soon.
Regards
JB
On 11/21/2013 01:32 PM, David Bosschaert wrote:
Hi JB,
I fixed the issue with Camel MBeans (KARAF-2513): the JMX RBAC code
wasnt properly
+1
David
On 22 November 2013 12:58, Jean-Baptiste Onofré j...@nanthrax.net wrote:
Hi all,
I prepared the Board Report for December, 2013:
https://cwiki.apache.org/confluence/display/KARAF/Board+Reports
Please review it.
I will update the report with the latest numbers end of November.
bugs or use
cases that don't work? If so please let me know and I'll look into
them
Cheers,
David
On 20 November 2013 15:04, Jean-Baptiste Onofré j...@nanthrax.net wrote:
Awesome, thanks a lot David !
Regards
JB
On 11/20/2013 04:02 PM, David Bosschaert wrote:
On 20 November 2013 14:55
regards,
David
On 22 October 2013 01:28, Jean-Baptiste Onofré j...@nanthrax.net wrote:
Thanks for your comment David, it's what I suspected.
I will at least update the documentation to explain this point to the users.
Regards
JB
On 10/21/2013 01:56 PM, David Bosschaert wrote:
I left a comment
On 20 November 2013 14:55, Jean-Baptiste Onofré j...@nanthrax.net wrote:
I checked in bin/karaf and bin/karaf.bat, and actually, in both, JMX RBAC
are disabled by default (the test is just different on Windows and Unix).
Yep, my bad for not see that one is doing '==' where the other does '!='.
+1 on getting a clean API separated out from implementation and helper
classes. Once that API is there we can nicely apply semantic
versioning on it, which should make life a lot easier for people
implementing commands.
Just FYI - the bndtools.org project has recently made a lot of
progress in
Yes, congratulations, Jamie!
David
On 1 November 2013 18:48, Christian Posta christian.po...@gmail.com wrote:
Congrats!!
Just bought it :)
On Fri, Nov 1, 2013 at 4:55 AM, Jamie G. jamie.goody...@gmail.com wrote:
Hi All,
We'd like to take this opportunity to notify the Apache Karaf
fails though.
Christian
On 25.10.2013 16:45, David Bosschaert wrote:
Hi all,
When I run 'mvn install' on Karaf trunk it fails. (OSX, Java 1.6)
See below. It was fine yesterday - so I suspect it's one of the
commits done today. cschneider, since you are the only one who did
commits
Hi all,
When I run 'mvn install' on Karaf trunk it fails. (OSX, Java 1.6)
See below. It was fine yesterday - so I suspect it's one of the
commits done today. cschneider, since you are the only one who did
commits today, are you seeing this too?
Cheers,
David
[INFO]
I was actually using the default mvn install on my system which is 3.0.3.
I just tried with 3.1.1 which gives me a slightly similar error (below).
What Maven version should work?
Cheers,
David
The error with maven 3.1.1:
[ERROR] Failed to execute goal
the
abstraction layer this terribly fails with the new maven version -- 3.0.x
should work
Kind regards,
Andreas
On Fri, Oct 25, 2013 at 5:37 PM, David Bosschaert
david.bosscha...@gmail.com wrote:
I was actually using the default mvn install on my system which is 3.0.3.
I just tried with 3.1.1 which
,
David
On 25 October 2013 17:06, David Bosschaert david.bosscha...@gmail.com wrote:
Hmmm... I just tried mvn 3.0.5 on both OSX as well as on a fresh Linux
(Fedora) machine.
Linux passes OSX fails... Time to whack the .m2 directory ...
On 25 October 2013 16:59, Andreas Pieber anpie
JB Wrote:
Anyway, I'm not sure the problem is in Karaf, as the error comes from plexus.
Possibly - although I do see a the Karaf Kar Mojo in the stacktrace.
It only started appearing today on the Karaf trunk. I had my checkout
previously up-to-date to Oct 24 and all was fine then (on OSX with
PM, David Bosschaert david.bosscha...@gmail.com
wrote:
JB Wrote:
Anyway, I'm not sure the problem is in Karaf, as the error comes from
plexus.
Possibly - although I do see a the Karaf Kar Mojo in the stacktrace.
It only started appearing today on the Karaf trunk. I had my checkout
:
Awesome, thanks a lot David. I will review it tomorrow morning.
Regards
JB
On 10/08/2013 05:44 PM, David Bosschaert wrote:
Hi all,
I have the pull request for KARAF-2455 (role-based security for OSGi
Services) and KARAF-2442 (role-based security for Karaf Shell
Commands) ready.
Since KARAF
I have the code for KARAF-2455 (Role-based security for OSGi Services)
and KARAF-2442 (Role-based security for Shell/Console commands) pretty
much ready and was planning to submit pull requests for it tomorrow.
I don't know, it might be worth including this in 3.0.0 as it
complements the JMX
,
David
On 19 September 2013 11:22, Jean-Baptiste Onofré j...@nanthrax.net wrote:
Hi David,
awesome, thanks for the update. I just started to review the patches. I will
apply tonight or tomorrow.
Thanks again,
Regards
JB
On 09/19/2013 11:56 AM, David Bosschaert wrote:
Hi all,
Just a little
Yes, I'm pretty sure Blueprint doesn't replace the OSGi classloaders.
However OSGi classloaders support the concept of Bundle Revisions [1].
As long as existing bundles refer to classes from a Bundle, even if
that bundle is updated or uninstalled a Bundle Revision is kept around
for it until the
notice that it won't resolve any
more and at that point you can't start it any more either...
On 24 September 2013 19:35, David Bosschaert david.bosscha...@gmail.com wrote:
Yes, I'm pretty sure Blueprint doesn't replace the OSGi classloaders.
However OSGi classloaders support the concept of Bundle
; version=0.0.0
Regards,
On Tue, Sep 24, 2013 at 8:51 PM, David Bosschaert
david.bosscha...@gmail.com wrote:
One more thing. Restarting a bundle doesn't re-resolve it. It keeps
the wirings as they were created during the resolve phase.
You have to refresh it to get that behaviour
implementation on trunk and will provide patches
to apply...
Cheers,
David
On 26 August 2013 10:22, Jean-Baptiste Onofré j...@nanthrax.net wrote:
Thanks David,
it makes sense.
Regards
JB
On 08/26/2013 11:16 AM, David Bosschaert wrote:
Since I think the general consensus here
+1 (non-binding)
David
On 17 September 2013 15:48, Jamie G. jamie.goody...@gmail.com wrote:
Hi,
We resolved 36 issues in this release (web page will be published post RC
promotion):
https://svn.apache.org/repos/asf/karaf/site/trunk/src/main/webapp/index/community/download/karaf-
Since I think the general consensus here is that it would be good to have a
general security mechanism for OSGi services I have created a JIRA for that
(KARAF-2455) and noted that role-based security for the commands can be
built on top of this (KARAF-2442).
Cheers,
David
Hi Christian,
On 22 August 2013 23:14, Christian Schneider ch...@die-schneider.netwrote:
Sounds great. I have not yet looked into it in detail but the concept
sounds decent.
One thing you should keep in mind is to make the authorization
exchangeable. For example at Talend we provide an
registration. Aries JMX looks up for MBeans exposed as OSGi services. So I
think we can leverage it.
WDYT ?
Regards
JB
On 08/23/2013 10:41 AM, David Bosschaert wrote:
Hi Christian,
On 22 August 2013 23:14, Christian Schneider ch...@die-schneider.net**
wrote:
Sounds great. I have not yet
... If people are happy with the general
idea I can focus a little on tiding it up...
Thoughts anyone?
David
On 19 August 2013 10:56, David Bosschaert david.bosscha...@gmail.comwrote:
Hi Christian,
On 19 August 2013 10:29, Christian Schneider ch...@die-schneider.netwrote:
The idea was to use
Hi all,
On 15 August 2013 21:23, Jean-Baptiste Onofré j...@nanthrax.net wrote:
OSGi already provides the security module for that, and it's what David
proposed (to leverage the services security).
Well AFAIK OSGi doesn't yet contain a general framework for
allowing/disallowing the invocation
Hi Christian,
On 19 August 2013 10:29, Christian Schneider ch...@die-schneider.netwrote:
The idea was to use Shiro to establish a kind of security context in a
thread local. Your approach of using Subject.doas might be the better
alternative though.
In any case we should recommend one
I'm working preparing my contribution for KARAF-2434 and KARAF-2435...
What's the process I should follow? Should I still attach a patch to the
bugs or should I simply refer to a commit on github or even file a pull
request somewhere?
Apologies if this has already been discussed.
David
On 9
Hi Ioannis, Christian,
Thanks for the feedback!
Yes, providing similar Access Control for the Karaf shell is also on my
list. Hopefully I can look at that in the near future.
WRT to groups versus nested roles. I thought about that too. You could
achieve the same effect with roles if they can
46 matches
Mail list logo
