+1 let me know what you guys think I'll wait until tomorrow based on what people say.
BTW, we don't have any x.y.z releases yet - should we just call this 1.7? That's probably just as easy? ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Chris Mattmann, Ph.D. Chief Architect Instrument Software and Science Data Systems Section (398) NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 168-519, Mailstop: 168-527 Email: chris.a.mattm...@nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Adjunct Associate Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ -----Original Message----- From: <Allison>, "Timothy B." <talli...@mitre.org> Reply-To: "dev@tika.apache.org" <dev@tika.apache.org> Date: Thursday, September 11, 2014 7:42 AM To: "dev@tika.apache.org" <dev@tika.apache.org> Subject: RE: NPE on all *.odt, odp, .ods documents >Probably want to add TIKA-1411. > >Nick and all, anything else? > >-----Original Message----- >From: Hong-Thai Nguyen [mailto:thaicha...@gmail.com] >Sent: Thursday, September 11, 2014 10:10 AM >To: dev@tika.apache.org >Subject: Re: NPE on all *.odt, odp, .ods documents > >Hi Chris, > >Sound perfect too me. > >Hong-Thai > >> On 11 Sep 2014, at 15:56, "Mattmann, Chris A (3980)" >><chris.a.mattm...@jpl.nasa.gov> wrote: >> >> Hi Hong-Thai, >> >> Sure, we can easily do a patch release that incorporates this. >> >> Here would be the process: >> >> 1. RM to create branch http://svn.apache.org/repos/asf/tika/branches/1.6 >> from >> http://svn.apache.org/repos/asf/tika/tags/1.6-rc2 >> >> >> 2. RM to apply TIKA-1412 to >> http://svn.apache.org/repos/asf/tika/branches/1.6 >> >> 3. RM to roll RC 1.6.1-rc1 out of >> http://svn.apache.org/repos/asf/tika/branches/1.6 >> >> I'll do the above 3 steps today if that sounds good? >> >> Cheers, >> Chris >> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> Chris Mattmann, Ph.D. >> Chief Architect >> Instrument Software and Science Data Systems Section (398) >> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA >> Office: 168-519, Mailstop: 168-527 >> Email: chris.a.mattm...@nasa.gov >> WWW: http://sunset.usc.edu/~mattmann/ >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> Adjunct Associate Professor, Computer Science Department >> University of Southern California, Los Angeles, CA 90089 USA >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> >> >> >> >> >> -----Original Message----- >> From: Hong-Thai Nguyen <thaicha...@gmail.com> >> Reply-To: "dev@tika.apache.org" <dev@tika.apache.org> >> Date: Thursday, September 11, 2014 5:21 AM >> To: "dev@tika.apache.org" <dev@tika.apache.org> >> Subject: NPE on all *.odt, odp, .ods documents >> >>> Hi all, >>> >>> I've tested the conversion Tika 1.6 with our corpus, all OpenOffice >>> document types are failed with NPE. Fix has been done on >>> https://issues.apache.org/jira/browse/TIKA-1412, but available from >>>1.7. >>> That's a fatal error for me. >>> >>> Should we release a 1.6.1 with the fix of TIKA-1412 ? >>> >>> Tack trace: >>> Caused by: com.polyspot.document.converter.ConversionException: >>> org.apache.tika.exception.TikaException: Unexpected RuntimeException >>>from >>> org.apache.tika.parser.ParserDecorator$1@318e5904 >>> at >>> >>>com.polyspot.document.converter.DocumentConverter.realizeTikaConversion( >>>Do >>> cumentConverter.java:233) >>> at >>> >>>com.polyspot.document.converter.DocumentConverter.convert(DocumentConver >>>te >>> r.java:127) >>> at >>> >>>com.polyspot.wscrawlers.PsDocConverter.getConvertedDocument(PsDocConvert >>>er >>> .java:83) >>> ... 22 more >>> Caused by: org.apache.tika.exception.TikaException: Unexpected >>> RuntimeException from org.apache.tika.parser.ParserDecorator$1@318e5904 >>> at >>>org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:246) >>> at >>> >>>com.polyspot.document.converter.DocumentConverter.realizeTikaConversion( >>>Do >>> cumentConverter.java:225) >>> ... 24 more >>> Caused by: java.lang.NullPointerException >>> at >>> >>>org.apache.tika.parser.odf.OpenDocumentParser.parse(OpenDocumentParser.j >>>av >>> a:161) >>> at >>>org.apache.tika.parser.ParserDecorator.parse(ParserDecorator.java:91) >>> at >>>org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:244) >>> ... 25 more >>> >>> -- >>> -------------- >>> Hong-Thai >>
