I can see that being really useful in many ways! +1 On Tue, Mar 15, 2011 at 11:37 AM, Achim Nierbeck <bcanh...@googlemail.com>wrote:
> 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 > >>>>> > >>>> > >>>> > >>>> > >>> > > > -- *Ioannis Canellos* * http://iocanel.blogspot.com Apache Karaf <http://karaf.apache.org/> Committer & PMC Apache ServiceMix <http://servicemix.apache.org/> Committer *
