Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 51C459563 for ; Tue, 23 Dec 2014 20:33:31 +0000 (UTC) Received: (qmail 21591 invoked by uid 500); 23 Dec 2014 20:33:26 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 21528 invoked by uid 500); 23 Dec 2014 20:33:26 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 97376 invoked by uid 99); 23 Dec 2014 20:26:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Dec 2014 20:26:45 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jijordre@gmail.com designates 209.85.223.179 as permitted sender) Received: from [209.85.223.179] (HELO mail-ie0-f179.google.com) (209.85.223.179) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Dec 2014 20:26:40 +0000 Received: by mail-ie0-f179.google.com with SMTP id rp18so6361113iec.24 for ; Tue, 23 Dec 2014 12:25:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=vRYpBfcZajjxxx505HziekwZRes8j1YSFT8+OTgRqjc=; b=B2Zrh5tnntcid58eWkEYH5LEqqIU7fg1F9szbC+BHCDlkXQdil5RgHNdIDMENCaSn5 EisY2sxW0ZXa7PVnBVPg7DTVgM3cTw9k//bpZaIzwaydZVddcfok/dBSoWnpoPiDH2eQ Op63pBUP5JMrA5MZK2bETPwfARER+HU80k1VbsT/xEw1YyoyVgaWBtPaZI/G1ouk/sBL n99w4hIzLyLmJKg/3s7MbNoGLq1IwLbyfNX60NpeQMTyqyQP0QbrvH1sTJjMLVwM1fFc uUXAVaOoD9cM1R4vxHfuRx5zpsTyI+PxMNsoJNS7tUg0sI8zlXQ6V2gLOLDBR/yT72Bf cBmQ== X-Received: by 10.50.20.135 with SMTP id n7mr23123321ige.7.1419366334902; Tue, 23 Dec 2014 12:25:34 -0800 (PST) Received: from [10.0.1.12] (235.47.164.82.customer.cdi.no. [82.164.47.235]) by mx.google.com with ESMTPSA id o185sm10344651ioe.40.2014.12.23.12.25.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 23 Dec 2014 12:25:34 -0800 (PST) From: =?utf-8?Q?Jens_Ivar_J=C3=B8rdre?= Content-Type: multipart/alternative; boundary="Apple-Mail=_07F9E528-121E-4825-89CB-3DF2C005DAE2" Subject: Solr Cloud and relative paths in solrconfig.xml lib directives Message-Id: <639005ED-EF4D-4342-8711-BC567075BA0B@gmail.com> Date: Tue, 23 Dec 2014 21:25:30 +0100 To: solr-user@lucene.apache.org Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_07F9E528-121E-4825-89CB-3DF2C005DAE2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi all, I seek some advice on the use of lib directives in solrconfig.xml in = Solr Cloud. My project has been tested with Solr 4.10.2 and run nicely = on single node with the included Jetty. The setup adds a = DataImportHandler request handler to solrconfig.xml. It also adds a lib = directive to solconfig.xml to pick up dataimporhandler jars from = =C2=AB../../../dist=C2=BB. Now, in migrating this setup to Solr Cloud I upconfig the configuration = to ZooKeeper and create collection with the collections API=E2=80=99s = CREATE action. The problem with this approach is that the relative path = to dist in the lib directive does not resolve correctly. failure: { : = "org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException:Erro= r CREATEing SolrCore 'cloudcollection1_shard2_replica2': Unable to = create core [cloudcollection1_shard2_replica2] Caused by: = org.apache.solr.handler.dataimport.DataImportHandler" } and the logs reveal that class = org.apache.solr.handler.dataimport.DataImportHandler is yet to be found. = Then, revamping my lib directive with absolute path to dist directory = that includes the dataimporthandler jars, another upconfig and = collection creation anew successfully creates the collection. Is this intentional behavior forcing the use of absolute paths, or is it = possible to use relative path to dist and contrib directories on = solrconfig.xml in Cloud mode? -- Sincerely, Jens Ivar J=C3=B8rdre about.me/jijordre --Apple-Mail=_07F9E528-121E-4825-89CB-3DF2C005DAE2--