tika-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jukka Zitting (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (TIKA-31) protected Parser.parse(InputStream stream, Iterable<Content> contents)
Date Tue, 25 Sep 2007 20:37:50 GMT

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

Jukka Zitting resolved TIKA-31.
-------------------------------

    Resolution: Fixed

Committed in revision 579372.

> protected Parser.parse(InputStream stream, Iterable<Content> contents)
> ----------------------------------------------------------------------
>
>                 Key: TIKA-31
>                 URL: https://issues.apache.org/jira/browse/TIKA-31
>             Project: Tika
>          Issue Type: Improvement
>          Components: general
>            Reporter: Jukka Zitting
>            Assignee: Jukka Zitting
>         Attachments: TIKA-31.patch
>
>
> In order to push towards a stateless Parser interface, I'd like to propose implementing
the current Parser.getContents() method (as it exists after TIKA-26) in terms of a stateless
abstract method with the following signature:
>     protected abstract String parse(InputStream stream, Iterable<Content> contents)
throws IOException, TikaException;
> This method would return the fulltext content of the given stream as the String return
value and place any extra metadata into the given set of Content instances. With this information
the current Parser.getContents() method could populate a fulltext (and summary) Content entry
and any regexp Content entries universally for any Parser classes. Also, we could centralize
state handling and exception processing to a single class.

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