Return-Path: X-Original-To: apmail-clerezza-dev-archive@www.apache.org Delivered-To: apmail-clerezza-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 94EC910DFA for ; Mon, 7 Apr 2014 20:54:05 +0000 (UTC) Received: (qmail 44699 invoked by uid 500); 7 Apr 2014 20:54:04 -0000 Delivered-To: apmail-clerezza-dev-archive@clerezza.apache.org Received: (qmail 44631 invoked by uid 500); 7 Apr 2014 20:54:03 -0000 Mailing-List: contact dev-help@clerezza.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@clerezza.apache.org Delivered-To: mailing list dev@clerezza.apache.org Received: (qmail 44137 invoked by uid 99); 7 Apr 2014 20:54:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Apr 2014 20:54:01 +0000 X-ASF-Spam-Status: No, hits=4.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_BL_SPAMCOP_NET,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [213.238.45.90] (HELO r2-d2.netlabs.org) (213.238.45.90) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Apr 2014 20:53:55 +0000 Received: (qmail 60042 invoked by uid 89); 7 Apr 2014 20:53:31 -0000 Received: from unknown (HELO mail-lb0-f169.google.com) (farewellutopia@netlabs.org@209.85.217.169) by 0 with ESMTPA; 7 Apr 2014 20:53:31 -0000 Received: by mail-lb0-f169.google.com with SMTP id q8so5295371lbi.14 for ; Mon, 07 Apr 2014 13:53:30 -0700 (PDT) X-Gm-Message-State: ALoCoQmZmz8Q6A7EiW8gg9HLLSSsxCjvxs1vLyPdQG4PXA1EtFFeupbhA1Yxs4pwljKMZ6igskwt MIME-Version: 1.0 X-Received: by 10.112.24.9 with SMTP id q9mr21418665lbf.23.1396904010825; Mon, 07 Apr 2014 13:53:30 -0700 (PDT) Received: by 10.152.28.97 with HTTP; Mon, 7 Apr 2014 13:53:30 -0700 (PDT) X-Originating-IP: [207.224.49.235] In-Reply-To: <53430AE7.2000709@xup.nl> References: <53430AE7.2000709@xup.nl> Date: Mon, 7 Apr 2014 22:53:30 +0200 Message-ID: Subject: Re: A bold idea From: =?ISO-8859-1?Q?Reto_Gm=FCr?= To: dev@clerezza.apache.org Content-Type: multipart/alternative; boundary=001a113437fc59d45104f67a0f43 X-Virus-Checked: Checked by ClamAV on apache.org --001a113437fc59d45104f67a0f43 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Apr 7, 2014 at 10:30 PM, Minto van der Sluis wrote: > Hi folks, > > Lately I had a bold idea, but first let me explain how I got there. > > In Clerezza bundles that implement TcProvider are mostly restricted to a > single instance due to the bundle's configuration. The only viable > construct I see (please correct me If I am wrong here) to create > multiple instances is to create another bundle that expose the same > service with a different configuration. This seems like quite a hassle > to me. What if .... > I don't see the problem having multiple configurations in one bundle. In Stanbol for example the defaultconfiguration bundle configures several services with the same implementation cclass: http://svn.apache.org/viewvc/stanbol/trunk/data/defaultconfig/src/main/resources/config/ > > What if TcProviders were more like JDBC providers. Then a single > provider could more easily be instantiated multiple times comparable to > JDBC datasources. This could even be done dynamically like [1]. > Could you tell more how this would look like. Would a Graph be a datasource or a TcProvider? Would we still have arbitary URIs to address Graph? Cheers, Reto > > Going even more loco. What if this was submitted as a proposal to > JCP.org. ...... > > Please share your opinion. > > Regards, > > Minto > > [1] http://karaf.apache.org/manual/latest/users-guide/jdbc.html > --001a113437fc59d45104f67a0f43--