Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@lucene.apache.org
Message-ID: <928100122.602841270040907128.JavaMail.jira@brutus.apache.org>
Date: Wed, 31 Mar 2010 13:08:27 +0000 (UTC)
From: "Shai Erera (JIRA)" <jira@apache.org>
To: java-dev@lucene.apache.org
Subject: [jira] Resolved: (LUCENE-2353) Config incorrectly handles Windows
 absolute pathnames
In-Reply-To: <1303846526.530381269726147115.JavaMail.jira@brutus.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/LUCENE-2353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Shai Erera resolved LUCENE-2353.
--------------------------------

    Resolution: Fixed

Committed revision 929520.

> Config incorrectly handles Windows absolute pathnames
> -----------------------------------------------------
>
>                 Key: LUCENE-2353
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2353
>             Project: Lucene - Java
>          Issue Type: Bug
>          Components: contrib/benchmark
>            Reporter: Shai Erera
>            Assignee: Shai Erera
>             Fix For: 3.1
>
>         Attachments: LUCENE-2353.patch, LUCENE-2353.patch
>
>
> I have no idea how no one ran into this so far, but I tried to execute an .alg file which used ReutersContentSource and referenced both docs.dir and work.dir as Windows absolute pathnames (e.g. d:\something). Surprisingly, the run reported an error of missing content under benchmark\work\something.
> I've traced the problem back to Config, where get(String, String) includes the following code:
> {code}
>     if (sval.indexOf(":") < 0) {
>       return sval;
>     }
>     // first time this prop is extracted by round
>     int k = sval.indexOf(":");
>     String colName = sval.substring(0, k);
>     sval = sval.substring(k + 1);
>     ...
> {code}
> It detects ":" in the value and so it thinks it's a per-round property, thus stripping "d:" from the value ... fix is very simple:
> {code}
>     if (sval.indexOf(":") < 0) {
>       return sval;
>     } else if (sval.indexOf(":\\") >= 0) {
>       // this previously messed up absolute path names on Windows. Assuming
>       // there is no real value that starts with \\
>       return sval;
>     }
>     // first time this prop is extracted by round
>     int k = sval.indexOf(":");
>     String colName = sval.substring(0, k);
>     sval = sval.substring(k + 1);
> {code}
> I'll post a patch w/ the above fix + test shortly.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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