tika-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris A. Mattmann (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (TIKA-398) TestParsers fails when classpathh contains special characters like spaces
Date Mon, 05 Apr 2010 20:21:27 GMT

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

Chris A. Mattmann resolved TIKA-398.

    Resolution: Fixed

- patch committed in r930950, all tests pass on my Mac OS X 10.5.6. Thanks, Uwe!

> TestParsers fails when classpathh contains special characters like spaces
> -------------------------------------------------------------------------
>                 Key: TIKA-398
>                 URL: https://issues.apache.org/jira/browse/TIKA-398
>             Project: Tika
>          Issue Type: Bug
>          Components: parser
>    Affects Versions: 0.7
>         Environment: Windows 7 with space in username and running tests in home dir
>            Reporter: Uwe Schindler
>            Assignee: Chris A. Mattmann
>            Priority: Minor
>             Fix For: 0.8
>         Attachments: TIKA-398.patch
>   Original Estimate: 0.08h
>  Remaining Estimate: 0.08h
> The test TestParsers has the same problem like some Lucene tests in the past and also
> If you want to get a File instance from the classpath and you use Class.getResource(),
the return value is URL. If you call getFile() or getPath() on this URL, the returned String
is just the File/Path part of the URL, which may contain url escaping ("%20" for spaces).
> The correct way to get File instances from getResource() URLs is to cast it to an URI
and use the File ctor that takes URIs. This is the "official" way as described in Java docs
and various forums.
> Attached is a trivial patch.

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

View raw message