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] Updated: (TIKA-398) TestParsers fails when classpathh contains special characters like spaces
Date Fri, 02 Apr 2010 17:28:27 GMT

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

Chris A. Mattmann updated TIKA-398:
-----------------------------------

    Fix Version/s: 0.8

- schedule for 0.8

> 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.


Mime
View raw message