Nick, Did you, by chance, add a pdf to your local test-documents directory? There appear to be 16 pdfs in test-documents under parsers in trunk. The goal of that test was to make sure that the test-documents directory was set properly and there were actually x pdf documents tested. When someone adds a new pdf, that # will have to be incremented. If the test is too annoying, I'll get rid of it. Sorry about that!
Best, Tim -----Original Message----- From: Allison, Timothy B. [mailto:talli...@mitre.org] Sent: Wednesday, February 19, 2014 9:58 AM To: dev@tika.apache.org Subject: RE: Failing test - PDFParserTest.testSequentialParser I haven't seen the problem, but that's my test. Will take a look. -----Original Message----- From: Nick Burch [mailto:n...@apache.org] Sent: Wednesday, February 19, 2014 9:44 AM To: dev@tika.apache.org Subject: Failing test - PDFParserTest.testSequentialParser I've just tried to build Tika from svn, and despite doing a clean I've got a failing unit test when I try to build: ------------------------------------------------------------------------------- Test set: org.apache.tika.parser.pdf.PDFParserTest ------------------------------------------------------------------------------- Tests run: 16, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 4.929 sec <<< FAILURE! testSequentialParser(org.apache.tika.parser.pdf.PDFParserTest) Time elapsed: 3.804 sec <<< FAILURE! java.lang.AssertionError: Number of pdf files tested expected:<16> but was:<17> at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.failNotEquals(Assert.java:647) at org.junit.Assert.assertEquals(Assert.java:128) at org.junit.Assert.assertEquals(Assert.java:472) at org.apache.tika.parser.pdf.PDFParserTest.testSequentialParser(PDFParserTest.java:568) Anyone else seen that problem too? Thanks Nick