-1 on this for me too as there is a small unit test failure from ODFParser on Windows from TIKA-1412.
I have added the tweak to fix this on trunk. (I have also tested the latest changes added by Tim and Tyler in TIKA-1445 on Windows, Mac and Ubuntu with a decent batch of files, and everything is working nicely at this end.) On 7 January 2015 at 01:11, Allison, Timothy B. <talli...@mitre.org> wrote: > -1 > > I'm sorry that I haven't had a chance to kick the tires on the recent > changes to the metadata extraction from images until now, but it looks like > 1.7-rc2 and trunk are not pulling metadata from embedded images. > > I've posted a test file from govdocs1 to TIKA-1445. I may have time > tomorrow to see what's going on. I should also have time tomorrow to > finish the analysis of the comparison between 1.6 and 1.7 on govdocs1. > > Sorry for my delay, all! And even greater apologies if user error is at > fault and metadata is successfully being extracted from embedded images. :) > > Thank you, Tyler, for running this release! > > > -----Original Message----- > From: Nick Burch [mailto:apa...@gagravarr.org] > Sent: Tuesday, January 06, 2015 11:36 AM > To: dev@tika.apache.org > Subject: Re: [VOTE] Apache Tika 1.7 Release > > On Tue, 6 Jan 2015, Tyler Palsulich wrote: > > A candidate for the Tika 1.7 release is available at: > > https://dist.apache.org/repos/dist/dev/tika/ > > > > The release candidate is a zip archive of the sources in: > > http://svn.apache.org/repos/asf/tika/tags/1.7-rc2/ > > > > The SHA1 checksum of the archive is > > 0307a8367ae6f8b1103824fd11337fd89e24e6a4. > > > > In addition, a staged maven repository is available here: > > > > > https://repository.apache.org/content/repositories/orgapachetika-1006/org/apache/tika/ > > Looks good to me, I'm +1 > > Nick >
