Cheers for replies, I now understand how tika developers intended tika-server should be used but for the custom code we have written we need to use a few classes that only live in tika-server.
For Jackson I've done that as a seperate pull request. tika-server restructure https://issues.apache.org/jira/browse/TIKA-1868 https://github.com/apache/tika/pull/75 Jackson upgrade; https://issues.apache.org/jira/browse/TIKA-1869 https://github.com/apache/tika/pull/76 Cheers, John On 23 February 2016 at 19:41, Nick Burch <apa...@gagravarr.org> wrote: > On Tue, 23 Feb 2016, John Patrick wrote: > >> I'm working with an existing code base that is using Jackson 2.6.3. Now >> adding tika but because the tika-server jar containers Jackson 2.4.0 >> having >> lots of compile issues. >> >> 1) Was it intentional to have a bloated/fat tika-server jar containing all >> dependencies? >> > > Yes. Both the Tika App and Tika Server jars are intended to be single > runnable downloads, with everything in you need to use Tika. (Ideally we'd > also have the Tika Server as a war, but that's ongoing) > > 2) Can tika be upgraded to use Jackson 2.6.3 or newer? >> > > In general, when there are new releases of libraries that Tika depends on, > with useful bug fixes, then we upgrade. Does require someone to notice + > open a bug + contribute any fixes required to keep things working. Hint > hint... :) > > 3) Can tika-server but corrected so it's not bloated with dependencies, or >> create tika-server with just org.apache.tika.server and tika-server-all >> which is the bloating version with dependencies? >> > > I'm not sure what the point of a Tika Server with no parsers or detectors > in would be, which is what you'd get if you excluded all the dependencies. > Could you clarify your use-case? > > Nick >