That's exactly the problem - in prior versions they were using Stellent as a text filter, but changed to Tika in WEX 12. I have a previously developed plugin that uses POI, but their class loader is loading the Tika libs (why I don't know, since this is in a content export context) first. The version they included was 1.17, which uses a version of POI that doesn't have all the SXSSF methods/classes. We experimented with using 1.18 and it loads, but I keep getting the "no such method" errors in the usermodel class.
Since Tika really isn't intended to be used to create Office files, I was wondering if those classes just aren't exposed. At present, we're looking at writing a custom class loader to override the Tika-provided classes with those from the actual POI jars. They created a huge mess... cheers, Dick Joltes Harvard University On Wed, Jul 25, 2018 at 11:40 PM Luís Filipe Nassif <[email protected]> wrote: > Any chance a different version of POI/Tika is included in IBM Watson? > > Regards, > Luis Nassif > > Em qua, 25 de jul de 2018 19:23, Richard Joltes <[email protected]> > escreveu: > >> Hi, >> >> For reasons that are too convoluted to explain, I'm trying to use the POI >> file creation/writing methods that are included with Tika -- previously I >> was using the POI jars directly. In Eclipse, everything seems fine -- >> references to methods in org.apache.poi.ss.usermodel (i.e. things like >> Font, ExtendedColor, and ConditionalFormattingRule, for instance) are >> valid, and no errors are reported. >> >> However, when I build the jar and deploy it - it's running as a plugin >> inside IBM's Watson Explorer product - I get "no such method" errors on >> some of the classes/methods above. They're all in the ss.usermodel area, >> and I'm wondering if they're actually exposed, given that Tika is really >> only designed as an extraction tool. >> >> Any ideas appreciated. >> >> cheers, >> >> Dick Joltes >> Harvard University >> >
