Return-Path: X-Original-To: apmail-stanbol-dev-archive@www.apache.org Delivered-To: apmail-stanbol-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 F1DEC10A68 for ; Thu, 11 Apr 2013 14:35:16 +0000 (UTC) Received: (qmail 95582 invoked by uid 500); 11 Apr 2013 14:35:16 -0000 Delivered-To: apmail-stanbol-dev-archive@stanbol.apache.org Received: (qmail 95445 invoked by uid 500); 11 Apr 2013 14:35:15 -0000 Mailing-List: contact dev-help@stanbol.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stanbol.apache.org Delivered-To: mailing list dev@stanbol.apache.org Received: (qmail 95397 invoked by uid 99); 11 Apr 2013 14:35:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Apr 2013 14:35:14 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [128.143.2.35] (HELO tarragon.mail.virginia.edu) (128.143.2.35) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Apr 2013 14:35:09 +0000 Received: from localhost (localhost [127.0.0.1]) by tarragon.mail.virginia.edu (Postfix) with ESMTP id 14BCF246147 for ; Thu, 11 Apr 2013 10:34:48 -0400 (EDT) Received: from tarragon.mail.virginia.edu ([127.0.0.1]) by localhost (tarragon-f.mail.virginia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BIV+kwelbPsI for ; Thu, 11 Apr 2013 10:34:48 -0400 (EDT) Received: from iron1.mail.virginia.edu (iron1-s.mail.virginia.edu [10.250.200.226]) by tarragon.mail.virginia.edu (Postfix) with ESMTP id D3E9124626D for ; Thu, 11 Apr 2013 10:34:47 -0400 (EDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUCAOPIZlHRVdhHemdsb2JhbABQgzwBwUiBBBYOAQEJCwwIFAQkgh8BAQQBfgsLGC4hEwEFARwZiAIDCQafFpR6DUyJEYxDgiA6gmBhA5UfgWOGBIVvgzo/hEqBUCQ X-Sender-IP: 209.85.216.71 Received: from mail-qa0-f71.google.com ([209.85.216.71]) by iron1.mail.virginia.edu with ESMTP; 11 Apr 2013 10:34:47 -0400 Received: by mail-qa0-f71.google.com with SMTP id i13so979048qae.2 for ; Thu, 11 Apr 2013 07:34:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-received:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to :x-mailer:x-gm-message-state; bh=F+3m7nuLQJbrz9WPu+I2/7g8BbNTlNOrkjBZqaGh2dQ=; b=aaFH/RLZCxz9ytn3tclO3zSaRbIuhuxwQ6XEtEUmbMllWMegX+WENtqvZD5IKmOdGu KimJEysAIAc3GzH3mOu9SPNTgzJMETlPp7wKq2m8rvhl/PdOdfV9rx8VJw96VxfedHHm Ysc7awA4Zrj3Lluj5zzETFQCkp4KVQXpfaR1SwlpQ5WaUjElaNclp2hcL0d6Jp8Vx3DN oRSZulITlfwP8boVJQ1k+4Q4qWa93fcLIEQNWcGJ0lOwlOODuwncPktkOHtM55vZMwR7 sENmxZdB1iATEF0hhEz/WmhmGniRVAugyPk4QnECrMdNXimeUm8zefXAczuHb3/2KTNn lLfg== X-Received: by 10.229.93.194 with SMTP id w2mr2584763qcm.35.1365690887437; Thu, 11 Apr 2013 07:34:47 -0700 (PDT) X-Received: by 10.229.93.194 with SMTP id w2mr2584756qcm.35.1365690887181; Thu, 11 Apr 2013 07:34:47 -0700 (PDT) Received: from [172.27.30.246] ([137.54.45.42]) by mx.google.com with ESMTPS id c3sm6983083qed.1.2013.04.11.07.34.45 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 11 Apr 2013 07:34:45 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1085) Subject: Re: trying to find locally-indexed Entity stores From: "ajs6f@virginia.edu" In-Reply-To: Date: Thu, 11 Apr 2013 10:34:47 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <516419F2.8010104@zaizi.com> <192F78B9-6D21-4BC4-99D4-E8E9E50827F5@email.virginia.edu> To: dev@stanbol.apache.org X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkXvjlmzOwmyxGR9i44Rdq1aFLKp3PAdfQhbDZj25/l8A798ssqd9GmhszvUtQzUqClZMfgG+lGhp2wpw5FsX3gGy0jAoSkFt1trK5b5rpGuB6wK7ekX9Hw7C8XA6zzLwqI9Ds0iA0o3QMQYd538hKROAH3sQ== X-Virus-Checked: Checked by ClamAV on apache.org Thanks for the help so far! I don't see any lines of exactly the description you give-- that is, one = ending in "{name}.solrindex.ref". I do see several lines like the = following: = bundleinstall:/org.apache.stanbol.entityhub.site.referencedSite-geonames.c= onfig IGNORED Do you think that indicates the same problem? --- A. Soroka The University of Virginia Library On Apr 11, 2013, at 4:15 AM, Rupert Westenthaler wrote: > in that case most likely not ... >=20 >>> Users can validate if they are affected by this by checking the = "OSGI >>> Installer" tab of the Felix Webconsole >>> (http://{host}/system/console/osgi-installer). At the bottom you >>> should see something like: >>>=20 >>> bundleinstall:/{name}.solrindex.ref IGNORED >>>=20 >>> If this line notes INSTALLED than you are not affected and the error >>> is caused by something else. >>>=20 >=20 > have you checked this? This is the best indication if your problem is > related to STANBOL-1023 or not. >=20 > If not it would be good if you could provide loggings from the > installation process (staring from the moment when you installed the > "o.a.s.data.sites.{name}" bundle to the OSGI environment. >=20 > For testing it would be also good to have the index you created around > - if you can share those. >=20 > best > Rupert >=20 >>> As Workaround users need to stop/start the "o.a.s.data.sites.{name}" >>> bundle as this will restart the installation process of the site. >>>=20 >>> Note also that this only happens on the first startup after you = copied >>> the o.a.s.data.sites.{name} bundle to the fileinstall folder. Normal >>> restarts of the server are not affected. Also installing a new site = to >>> a running server works as expected. >>>=20 >>> In any other case you should see according Exceptions in the >>> "stanbol/logs/error.logs" file. >>>=20 >>> Note also that since STANBOL-996 ReferencedSites are only registered >>> after that the SolrIndex with the data has been initialized. This >>> means that - especially for larger indexes - it might take some time >>> until the RESTful service becomes available. >>>=20 >>> best >>> Rupert >>>=20 >>> On Tue, Apr 9, 2013 at 10:40 PM, ajs6f@virginia.edu = >>> wrote: >>>> I've indexed a pair of RDF accretions for use with the Stanbol = EntityHub: >>>>=20 >>>> 1) GeoNames, using the GeoNames indexer >>>> 2) The Library of Congress Subject Heading system, using the = generic RDF >>> indexer >>>>=20 >>>> Everything went quite well. >>>>=20 >>>> Now I've installed the data files in the appropriate directory in = my >>> Stanbol instance, and under the Data File Provider tab in the system >>> console they appear with state ACTIVE. I've installed the = corresponding >>> bundles, and in the Bundles tab they appear with status Active. But = they do >>> not appear as available sites and the appropriate endpoints (e.g. >>> /entityhub/site/geonames) don't respond (404). >>>>=20 >>>> Any thoughts as to what I might be doing wrong? >>>>=20 >>>> --- >>>> A. Soroka >>>> The University of Virginia Library >>>>=20 >>>=20 >>>=20 >>>=20 >>> -- >>> | Rupert Westenthaler rupert.westenthaler@gmail.com >>> | Bodenlehenstra=DFe 11 = ++43-699-11108907 >>> | A-5500 Bischofshofen >>>=20 >=20 >=20 >=20 > -- > | Rupert Westenthaler rupert.westenthaler@gmail.com > | Bodenlehenstra=DFe 11 ++43-699-11108907 > | A-5500 Bischofshofen