You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@nutch.apache.org by "Tyler Palsulich (JIRA)" <ji...@apache.org> on 2015/02/17 20:42:12 UTC

[jira] [Comment Edited] (NUTCH-1925) Upgrade Tika to version 1.7

    [ https://issues.apache.org/jira/browse/NUTCH-1925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14324669#comment-14324669 ] 

Tyler Palsulich edited comment on NUTCH-1925 at 2/17/15 7:41 PM:
-----------------------------------------------------------------

Reopening since this is causing a test failure in the 2.x branch:
{code}
java.lang.NullPointerException
	at org.apache.nutch.parse.tika.TestImageMetadata.testIt(TestImageMetadata.java:73)
{code}

The relevant lines of the test are:
{code}
      parse = new ParseUtil(conf).parse(urlString, page);
      ByteBuffer bbufW = page.getMetadata().get(new Utf8("width"));
      byte[] byteArrayW = new byte[bbufW.remaining()];  // <-- NPE
{code}

{{page.getMetadata().keySet()}} does not have "width" or "height." But, they are extracted when running Tika directly (and on the 1.x branch).

I'm investigating why right now. But, seem to be going in circles.

Edit: Okay... So, for some reason, Tika's new GDAL Parser is being selected as the Parser to use. That's why the metadata has keys like "Coordinate System." We really want the ImageParser to be selected. I'm not sure why Tika selects a different parser between the two Nutch branches. Nutch must call Tika slightly differently between the two, leading to different (probably unintentional) semantics from Tika.

Going to keep investigating. But, wanted to give an update.


was (Author: tpalsulich):
Reopening since this is causing a test failure in the 2.x branch:
{code}
java.lang.NullPointerException
	at org.apache.nutch.parse.tika.TestImageMetadata.testIt(TestImageMetadata.java:73)
{code}

The relevant lines of the test are:
{code}
      parse = new ParseUtil(conf).parse(urlString, page);
      ByteBuffer bbufW = page.getMetadata().get(new Utf8("width"));
      byte[] byteArrayW = new byte[bbufW.remaining()];  // <-- NPE
{code}

{{page.getMetadata().keySet()}} does not have "width" or "height." But, they are extracted when running Tika directly (and on the 1.x branch).

I'm investigating why right now. But, seem to be going in circles.

> Upgrade Tika to version 1.7
> ---------------------------
>
>                 Key: NUTCH-1925
>                 URL: https://issues.apache.org/jira/browse/NUTCH-1925
>             Project: Nutch
>          Issue Type: Improvement
>          Components: build
>            Reporter: Tyler Palsulich
>            Assignee: Markus Jelsma
>            Priority: Blocker
>             Fix For: 1.10, 2.3.1
>
>         Attachments: NUTCH-1925-2x.patch, NUTCH-1925.palsulich.patch, NUTCH-1925.palsulich.v2.patch
>
>
> Hi Folks. Nutch currently uses version 1.6 of Tika. There were no significant API changes between 1.6 and 1.7. So, this should be a one line update.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)