Return-Path: 
 <dev-return-7560-apmail-clerezza-dev-archive=clerezza.apache.org@clerezza.apache.org>
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 35FF21038D
	for <apmail-clerezza-dev-archive@www.apache.org>;
 Mon,  7 Apr 2014 17:25:19 +0000 (UTC)
Received: (qmail 65613 invoked by uid 500); 7 Apr 2014 17:25:18 -0000
Delivered-To: apmail-clerezza-dev-archive@clerezza.apache.org
Received: (qmail 65533 invoked by uid 500); 7 Apr 2014 17:25:16 -0000
Mailing-List: contact dev-help@clerezza.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@clerezza.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@clerezza.apache.org>
List-Post: <mailto:dev@clerezza.apache.org>
List-Id: <dev.clerezza.apache.org>
Reply-To: dev@clerezza.apache.org
Delivered-To: mailing list dev@clerezza.apache.org
Received: (qmail 65502 invoked by uid 99); 7 Apr 2014 17:25:15 -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 17:25:15 +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 17:25:07 +0000
Received: (qmail 44898 invoked by uid 89); 7 Apr 2014 17:24:43 -0000
Received: from unknown (HELO mail-lb0-f177.google.com)
 (farewellutopia@netlabs.org@209.85.217.177)
  by 0 with ESMTPA; 7 Apr 2014 17:24:43 -0000
Received: by mail-lb0-f177.google.com with SMTP id z11so4945757lbi.8
        for <dev@clerezza.apache.org>; Mon, 07 Apr 2014 10:24:43 -0700 (PDT)
X-Gm-Message-State: 
 ALoCoQlerAW+k0fussz2d+0PerbYbkQNhqX8DthHMhu43p7FDPbt3gfaiBkMijB7H24MzllkNvlN
MIME-Version: 1.0
X-Received: by 10.112.47.3 with SMTP id z3mr2703667lbm.34.1396891483436; Mon,
 07 Apr 2014 10:24:43 -0700 (PDT)
Received: by 10.152.28.97 with HTTP; Mon, 7 Apr 2014 10:24:43 -0700 (PDT)
X-Originating-IP: [65.122.198.254]
In-Reply-To: <534269AE.50809@xup.nl>
References: <534269AE.50809@xup.nl>
Date: Mon, 7 Apr 2014 19:24:43 +0200
Message-ID: 
 <CALvhUEVPmjytYmdL1oad4e8hAtsYxDwh+EBRMXw=a+nm5WjrWA@mail.gmail.com>
Subject: Re: No TcManager instance available
From: =?ISO-8859-1?Q?Reto_Gm=FCr?= <reto@apache.org>
To: Minto van der Sluis <minto@xup.nl>
Cc: dev@clerezza.apache.org
Content-Type: multipart/alternative; boundary=001a1133ab62a90d1d04f677241c
X-Virus-Checked: Checked by ClamAV on apache.org

--001a1133ab62a90d1d04f677241c
Content-Type: text/plain; charset=ISO-8859-1

Hi Minto


> Sorry to address you directly, but I think this is related to issue #885
> (an maybe #888).
>

CLEREZZA-885 could well be the cause.



>
> Freshly building my stuff against the latest Clerezza snapshot
> introduced a problem where some of my bundles couldn't start due their
> dependency on TcManager.
>
> Looking at the rdf.core bundle karaf tell me the following services:
>
>     karaf@root>bundle:services  147
>
>     Clerezza - SCB Core (147) provides:
>     -----------------------------------
>     [org.apache.clerezza.rdf.core.serializedform.Serializer]
>     [org.apache.clerezza.rdf.core.sparql.QueryParser]
>     [org.apache.clerezza.rdf.core.serializedform.Parser]
>
> I expected to see TcManager in here as well.
>

It could be that TcManager has no longer all dependency satisfied with the
new requirement introduced with CLEREZZA-885.

>
> Previously I used Blueprint to inject the TcManager service into my
> bundles like this:
>
>   <reference id="clerezzaManagerServiceRef"
>     ext:proxy-method="classes"
>     interface="org.apache.clerezza.rdf.core.access.TcManager" />
>
> Apparently this doesn't work anymore. Is the getInstance() method the
> only left?
>
>     TcManager.getInstance();
>
> I thought this one was for none OSGi environments. Is there another way?
> Can you please explain how I can access the active TcManager.
>
Clearly the static method should not be used.
Well, it seems you don't have an a active TcManager the most likely cause
given the zz-885 change is that you don't have a TcProvider marked as
general purpose. It should be easy to mark your TcProvider as
general-purpose, but we can also discuss zz-885, maybe it was a bad idea.

Cheers,
Reto

>
> Regards,
>
> Minto
>
> --
> ir. ing. Minto van der Sluis
> Software innovator / renovator
> Xup BV
>
> Mobiel: +31 (0) 626 014541
>
>

--001a1133ab62a90d1d04f677241c--