Hi,
just committed the fix and it has already passed that module so, at least!
I'll try to set up the release during the weekend, so the vote for
2.11.0-M4 can start next Monday-ish.
thanks + best regards,
juan pablo
On Fri, May 10, 2019 at 12:50 AM Murray Altheim
wrote:
> Hi Juan Pablo,
>
>
Hi Juan Pablo,
My apologies, but I've not yet sorted out my Apache account, so I
can't commit.
But here's the fixed test:
@Test
void testGetAttachmentContent() throws Exception
{
engine.saveText("Test-tika", "blablablabla");
byte[] filePdf =
Files.readAllBytes(Paths.ge
howdy! thanks for spotting that!! would you mind committing the fix to
master? I'll have a look tomorrow on
why/where the page name has its first letter upper-cased, but this should
be enough for beginning the release
of 2.11.0-M4..
thx again + br,
juan pablo
On Fri, May 10, 2019 at 12:14 AM Murr
Okay, I've had a go at this, have found the solution, or at least why it's
breaking.
Running testGetAttachmentContent() on TikaSearchProviderTest, it successfully
creates the two attachments:
./target/test-classes/testrepository1557439078377/test-tika-att/aaa-diagram.pdf-dir/attachment.propertie
HI Juan Pablo,
Part of what fails with Lucene is not only what version is used by the code,
but also what's available in the classpath. So you may also need to eliminate
the conflicting versions, as if Lucene can find a newer version that can also
cause a conflict. Or set both to the most recent
Hi Murray,
Thanks for taking a look! I was able to make an additional test, setting
jspwiki's lucene version to 7.5 (the same brought by default by tika) and
had the same outcome.
I did look at other tests retrieving attachments and PageRenamerTest grabs
them the same way. I still have to take a
Hi Juan Pablo,
I can duplicate the error on Ubuntu 18.10, Java version:
java version "1.8.0_211"
Java(TM) SE Runtime Environment (build 1.8.0_211-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.211-b12, mixed mode)
with:
2019-05-09 23:11:26,236 [main] DEBUG
org.apache.wiki.se
Hi,
Made some updates, as I was able to grab an Ubuntu box. The build seems to
fail, consistently, on ubuntu. Regarding the NPE, the SearchManager (tsp on
the test) is *not* null, but the attachment is. Oddly this only happens on
ubuntu.
I'll try to debug some more, but I've limited access to thi
My daily update on this:
definitely, seems something is weird on the ubuntu nodes; I've been trying
several combinations of JDK 8, maven installations, increasing the -Xmx
through MAVEN_OPTS, and all failed, on ubuntu nodes. I've modified the
build to run on windows nodes, and suddenly there aren'
Hi,
hmm, didn't realize that Tika and JSPWiki pull different versions (7.5.0
and 8.0.0). However, JSPWiki "forces" it's Lucene version to
Tika via dependencyManagement section in pom, so when pulling the
dependencies only Lucene 8 appears in classpath for both
JSPWiki and Tika. We could have binar
Hi Juan Pablo,
My suspicion is still related to there being two Lucene engines in the mix.
If JSPWiki and Tika use *different* versions of Lucene there will be two
Lucenes the classpath, and I've personally had all sorts of issues with
Lucene instantiating when two components both use it (I seem
Hi Murray,
thanks for looking into it :-)
My findings so far: Lucene index related test are already in the main
build, so that part should be covered, and regarding the Tika-related ones,
they don't interact with Lucene, they only parse a couple of files, and
check the extracted information (whic
Hi Juan Pablo,
I'll possibly be able to look into this early this work week, but my
suspicion is that Lucene itself is having trouble being instantiated.
As we already have Lucene in the mix, you'll have to be sure that
both Lucene engines are the same version and that you can actually
create bot
13 matches
Mail list logo
