Hi JB, You are right the discussion about clustering this should be discussed somewhere else :)
I can see your point about the OBR provisioning for Client instances and so forth, so +1 from me for finding a good solution for this. :) Regards, Achim 2011/3/15 Jean-Baptiste Onofré <j...@nanthrax.net>: > Hi Achim, > > my comments inline: > >> did I get that right, you plan to use Karaf as a OBR Server? >> Cause right now I think we are more used to use OBR from the client view, >> right? > > Exactly. Karaf acts more as a OBR "client" right now, but it ships also an > OBR. My purpose is to be able (optionally) to turn Karaf as an OBR server, > usable by remote OBR client (including other Karaf instances, including > Karaf children instances). > >> >> Concerning the central Manager for other instances of a clustered >> environment. Do we really want to >> have a Managing instance like in the "good old days of JEE servers" or >> do we want a more P2P approach? > > I think it's another discussion, especially when talking about feature and > stat sync, etc. > >> >> So I'm unsure if we need that or if we just need a way of >> "synchronizing" all instances. For Provisioning inside the "cluster" >> it might be a good Idea to use OBR. > > It's the purpose indeed. But more than only in the cluster case, it could be > helpful at least for Karaf children instances. > > Regards > JB > >> >> Regards, Achim >> >> 2011/3/15 Jean-Baptiste Onofré<j...@nanthrax.net>: >>> >>> Hi Guillaume, >>> >>> my vision is: >>> 1/ only add an optional feature to be able to use Karaf OBR as an >>> Enterprise >>> OBR (including RESTful, web administration) >>> 2/ regarding the Karaf clustering, it could be interesting to have a >>> central >>> Karaf manager providing a central OBR >>> >>> The things that you described look good to me. Maybe just more >>> documentation >>> and more user-friendly tooling (in the WebConsole and with new obr: >>> command >>> in addition of list) could be enough :) >>> >>> Regards >>> JB >>> >>> On 03/15/2011 08:56 AM, Guillaume Nodet wrote: >>>> >>>> On Fri, Mar 11, 2011 at 17:41,<j...@nanthrax.net> wrote: >>>>> >>>>> Hi guys, >>>>> >>>>> Correct me if I'm wrong but, currently, we have an OBR into Karaf. >>>> >>>>> I wonder if it could be interesting to extend this OBR in a more >>>>> enterprise oriented way (as an optional feature) with: >>>>> - RESTful service to administrate the repo and upload/download bundle >>>> >>>> The web console already offer a REST api afaik, but it could be made >>>> more formal. >>>> I also worked on something related a few months ago: >>>> http://gnodet.blogspot.com/2010/09/remoteobr.html >>>> More below. >>>> >>>>> - support of kar and features descriptor >>>>> - JNDI lookup support >>>> >>>> JNDI is kinda legacy in OSGi, so not sure how it relates to OBR. If I >>>> have to write new OSGi specific code, I wouldn't use JNDI at all, as >>>> it can't really handle the dynamic nature of OSGi well. >>>> >>>>> - LDAP lookup support >>>> >>>> LDAP to do what ? >>>> >>>>> - management/extension of the existing obr page in the web console >>>> >>>> >>>>> I don't know if we need to implement by ourself or embed an existing >>>>> project (felix bundlerepository/ace, archiva, aries obr, others ?). >>>> >>>> Not sure which location would be best, but I would certainly not see >>>> that in Karaf trunk, but eventually as a new subproject (if it ever >>>> ends up in Karaf). >>>> >>>>> Anyway I think it could be interesting to turn Karaf into an EBR >>>>> supporting remoting, management, etc. >>>>> >>>>> Wdyt ? >>>> >>>> OBR is really nice, but repositories could tend to be big and loading >>>> the repository internally can consume quite a lot of resources. >>>> That's why I've tried to split it in two parts: the client which can >>>> connect to a server over a REST protocol. It's far from production >>>> ready but that could give us a starting point. >>>> At that time, I've also rewritten the OBR plugin for the webconsole so >>>> that it can handle complex queries, displaying dependencies and all. >>>> >>>> I'm not quite sure to understand what your vision is. The webconsole >>>> already offer a lot of features to manage the repositories and see the >>>> dependencies. I'm sure it could be rewritten to be more user >>>> friendly, but in terms of big features, what do you see added to it ? >>>> >>>> >>>>> >>>>> Regards >>>>> JB >>>>> >>>> >>>> >>>> >>> >