[ https://issues.apache.org/jira/browse/TIKA-870?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13224643#comment-13224643 ]
Michael McCandless commented on TIKA-870: ----------------------------------------- I think this makes sense. > Allow to use call parseToString with a additional parameter of > MaxStringLength, so it can be changed per call > ------------------------------------------------------------------------------------------------------------- > > Key: TIKA-870 > URL: https://issues.apache.org/jira/browse/TIKA-870 > Project: Tika > Issue Type: Improvement > Reporter: Shay Banon > Assignee: Michael McCandless > > It would be great to be able to call parseToString with an additional > parameter of the maxStringLength, instead of having to set it on the Tika > instance. This allows to set it per parse call. Sample code: > {code} > public String parseToString(InputStream stream, Metadata metadata, int > maxStringLength) > throws IOException, TikaException { > WriteOutContentHandler handler = > new WriteOutContentHandler(maxStringLength); > try { > ParseContext context = new ParseContext(); > context.set(Parser.class, parser); > parser.parse( > stream, new BodyContentHandler(handler), metadata, context); > } catch (SAXException e) { > if (!handler.isWriteLimitReached(e)) { > // This should never happen with BodyContentHandler... > throw new TikaException("Unexpected SAX processing failure", e); > } > } finally { > stream.close(); > } > return handler.toString(); > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira