Return-Path: 
 <dev-return-64973-apmail-lucene-dev-archive=lucene.apache.org@lucene.apache.org>
Delivered-To: apmail-lucene-dev-archive@www.apache.org
Received: (qmail 7919 invoked from network); 16 Feb 2011 01:01:20 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 16 Feb 2011 01:01:20 -0000
Received: (qmail 79616 invoked by uid 500); 16 Feb 2011 01:01:19 -0000
Delivered-To: apmail-lucene-dev-archive@lucene.apache.org
Received: (qmail 79335 invoked by uid 500); 16 Feb 2011 01:01:18 -0000
Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@lucene.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@lucene.apache.org>
List-Post: <mailto:dev@lucene.apache.org>
List-Id: <dev.lucene.apache.org>
Reply-To: dev@lucene.apache.org
Delivered-To: mailing list dev@lucene.apache.org
Received: (qmail 79325 invoked by uid 99); 16 Feb 2011 01:01:18 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Feb 2011 01:01:18 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=5.0
	tests=ALL_TRUSTED,T_RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Feb 2011 01:01:17 +0000
Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
	by hel.zones.apache.org (Postfix) with ESMTP id 945471A7EA8
	for <dev@lucene.apache.org>; Wed, 16 Feb 2011 01:00:57 +0000 (UTC)
Date: Wed, 16 Feb 2011 01:00:57 +0000 (UTC)
From: "Hoss Man (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <308014117.19256.1297818057587.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] Created: (SOLR-2364) <lib dir="..."/> directives are logging
 serious errors when they should not be
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394

<lib dir="..."/> directives are logging serious errors when they should not be
------------------------------------------------------------------------------

                 Key: SOLR-2364
                 URL: https://issues.apache.org/jira/browse/SOLR-2364
             Project: Solr
          Issue Type: Bug
            Reporter: Hoss Man
            Assignee: Hoss Man
             Fix For: 3.1, 4.0


The {{<lib dir="foo" ... />}} syntax for solrconfig.xml was specificly designed so that it would *not* log errors if the directory (or jars in that directory) didn't exist -- this was designed to make it possible to have a {{<lib/>}} directive that would optionally include jars if they are not there, and ignore them if they can't be found ({{<lib path="foo/bar.jar".../>}} can be used when you have an explict jar you want to load and you want an error if it's not there)

At some point in the not too distant past, something seems to have changed on both the 3x and trunk branches in how SolrResourceLoader.replaceClassLoader works, such that in the example you get errors logged like this...

{noformat}
Feb 15, 2011 4:52:03 PM org.apache.solr.core.SolrResourceLoader addToClassLoader
SEVERE: Can't find (or read) file to add to classloader: /total/crap/dir/ignored
{noformat}

This is in spite of hte fact that the solrconfig.xml says...

{noformat}
  <!-- If a dir option (with or without a regex) is used and nothing is found
       that matches, it will be ignored
    -->
  <lib dir="../../contrib/clustering/lib/downloads/" />
  <lib dir="../../contrib/clustering/lib/" />
  <lib dir="/total/crap/dir/ignored" /> 
{noformat}

Note these errors are also logged when running the example, even though there are no {{<lib/>}} declarations that corrispond to them -- they seem to be errors coming from the default behavior of looking for $solr_home/lib (which is evidently happening twice?)...

{noformat}
Feb 15, 2011 4:52:03 PM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to 'solr/'
Feb 15, 2011 4:52:03 PM org.apache.solr.core.SolrResourceLoader addToClassLoader
SEVERE: Can't find (or read) file to add to classloader: solr/./lib
Feb 15, 2011 4:52:03 PM org.apache.solr.core.SolrResourceLoader <init>
INFO: Solr home set to 'solr/./'
Feb 15, 2011 4:52:03 PM org.apache.solr.core.SolrResourceLoader addToClassLoader
SEVERE: Can't find (or read) file to add to classloader: solr/././lib
{noformat}

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org