Hi Ken, Sorry for the delayed response. No, that patch is not included in this RC (as I think you know, given your resolution of TIKA-1606).
Have a good night, Tyler On Sun, Apr 19, 2015 at 10:49 AM, Ken Krugler <kkrugler_li...@transpac.com> wrote: > Hi Tyler, > > Does this include Lewis's fix for > https://issues.apache.org/jira/browse/TIKA-1606? > > It's a simple change (bumping the Guava version), but as seen this can > have unexpected consequences. > > I'm fine either way. > > -- Ken > > > From: Tyler Palsulich > > Sent: April 18, 2015 8:29:22pm PDT > > To: dev@tika.apache.org > > Subject: RE: [VOTE] Apache Tika 1.8 Release Candidate #2 > > > > Hi Folks, > > > > If there are no blocking complaints (OSGi?) by Monday (a little longer > than > > 3 days, I realize), I'll mark this as passed and finish the release > process. > > > > Of course, it's no problem for me to cut another RC, if it's needed. > > > > Have a great weekend! > > Tyler > > I've run into one problem while testing Tika 1.8 with Bixo > > > > It involves a dependency issue involving (of course) Guava, since that > > project loves to break their API :( > > > > The bixo-core jar has these transitive dependencies on various versions > of > > Guava: > > > > Hadoop - 11.0.2 > > Cascading - 14.0.1 > > Tika-parsers - 10.0.1 > > cdm - 17.0 > > > > Everyone winds up using version 10.0.1 (note that Tika has a dependency > on > > cdm, which wants to use 17.0) > > > > The problem is that Hadoop (for any recent version) uses an API from > > Guava's cache implementation that no longer exists: > > > > > com.google.common.cache.CacheBuilder.build(Lcom/google/common/cache/CacheLoader;)Lcom/google/common/cache/LoadingCache; > > java.lang.NoSuchMethodError: > > > com.google.common.cache.CacheBuilder.build(Lcom/google/common/cache/CacheLoader;)Lcom/google/common/cache/LoadingCache; > > at > > org.apache.hadoop.io.compress.CodecPool.createCache(CodecPool.java:62) > > at > > org.apache.hadoop.io.compress.CodecPool.<clinit>(CodecPool.java:74) > > at > > org.apache.hadoop.io.SequenceFile$Writer.close(SequenceFile.java:1272) > > at > > > org.apache.hadoop.mapred.SequenceFileOutputFormat$1.close(SequenceFileOutputFormat.java:79) > > > > So what this means is that anyone trying to use Tika with Hadoop will > need > > to play games with the class loader to get the older version of Guava - > > though that can cause other issues if Hadoop (or Cascading, etc) rely on > > anything that's only in the newer Guava API. > > > > Guava 1.0.01 was released about 3.5 years ago; 11.0.2 was from about 3 > > years ago. So it seems like we should upgrade to at least 11.0.2 > > > > But I don't know if this is enough of an issue to require another RC. > > > > -- Ken > > > > PS - I've created https://issues.apache.org/jira/browse/TIKA-1606 to > track > > this. > > > > > >> From: Tyler Palsulich > >> Sent: April 13, 2015 10:56:29am PDT > >> To: dev@tika.apache.org, u...@tika.apache.org > >> Subject: [VOTE] Apache Tika 1.8 Release Candidate #2 > >> > >> Hi Folks, > >> > >> A candidate for the Tika 1.8 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.8-rc2/ > >> > >> The SHA1 checksum of the archive is > >> 5e22fee9079370398472e59082d171ae2d7fdd31. > >> > >> In addition, a staged maven repository is available here: > >> https://repository.apache.org/content/repositories/orgapachetika-1009 > >> > >> Please vote on releasing this package as Apache Tika 1.8. The vote is > > open for the next 72 hours and passes if a majority of at least three +1 > > Tika PMC votes are cast. > >> > >> [ ] +1 Release this package as Apache Tika 1.8 > >> [ ] ±0 I don't object to this release, but I haven't checked it > >> [ ] -1 Do not release this package because... > >> > >> Thanks, > >> Tyler > > > -------------------------- > Ken Krugler > +1 530-210-6378 > http://www.scaleunlimited.com > custom big data solutions & training > Hadoop, Cascading, Cassandra & Solr > > > > > >
