[jira] Resolved: (TIKA-398) TestParsers fails when classpathh contains special characters like spaces

["Chris A. Mattmann (JIRA)" <ji...@apache.org>]

     [ 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 SolrInfoMBeanTest:
> 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.