|
From: Stanislav <st...@gm...> - 2018-10-12 11:49:57
|
Attached you will find a zip file containing the results (as printed on
stdin and stderr) of running the tests (by `./build.sh test` )
with OpenJDK10 (or to be more precise OpenJDK 64-Bit Server VM 18.3 (build
10.0.2+13, mixed mode))
(Ok, you won't find it attached, as the exist-open mail list does not allow
posting mails containing zip attachments)
In the test log, there are a lot of warnings of the type:
[junit] WARNING: An illegal reflective access operation has occurred
Specifically, the test that seemed to fail in AppVeyor reports:
[junit] Running org.exist.fluent.QueryServiceTest
[junit] Tests run: 19, Failures: 0, Errors: 0, Skipped: 0, Time
elapsed: 6.905 sec
In particular, this means I can't reproduce what's bothering AppVeyor in
its OpenJDK10 build tests.
Can somebody else reproduce that problem?
I will push a dummy commit to start another IC test cycle.
Kindly,
/Stanislav
On Wed, Oct 10, 2018 at 9:47 AM Stanislav <st...@gm...> wrote:
> I need to install OpenJdk10.
> Later today, perhaps
>
> On Wed, Oct 10, 2018, 6:38 AM Adam Retter <ad...@ex...> wrote:
>
>> It looks to me from the AppVeyor log that the test [junit] Running
>> org.exist.fluent.QueryServiceTest
>>
>> Is failing with an error. Can you test with OpenJdk10 locally on Linux?
>>
>>
>> On Wed, 10 Oct 2018, 08:30 Stanislav, <st...@gm...> wrote:
>>
>>> Mystery of all mysteries:
>>>
>>> All the integration tests pass now with the single exception of the
>>> Java10 OpenJDK amd64 build which failed.
>>> The message is not too informative, it only states:
>>> BUILD FAILED
>>> 3610
>>> <https://ci.appveyor.com/project/AdamRetter/exist/builds/19381496/job/gtukpcxvq0wfftrs#L3610>/home/appveyor/projects/exist/build/scripts/junit.xml:329:
>>> The following error occurred while executing this line:
>>> 3611
>>> <https://ci.appveyor.com/project/AdamRetter/exist/builds/19381496/job/gtukpcxvq0wfftrs#L3611>/home/appveyor/projects/exist/build/scripts/extensions-build.xml:68:
>>> The following error occurred while executing this line:
>>> 3612
>>> <https://ci.appveyor.com/project/AdamRetter/exist/builds/19381496/job/gtukpcxvq0wfftrs#L3612>/home/appveyor/projects/exist/build/scripts/extensions-common.xml:339:
>>> Test org.exist.fluent.QueryServiceTest failed
>>> 3613
>>> <https://ci.appveyor.com/project/AdamRetter/exist/builds/19381496/job/gtukpcxvq0wfftrs#L3613>
>>> 3614
>>> <https://ci.appveyor.com/project/AdamRetter/exist/builds/19381496/job/gtukpcxvq0wfftrs#L3614>Total
>>> time: 22 minutes 40 seconds
>>> 3615
>>> <https://ci.appveyor.com/project/AdamRetter/exist/builds/19381496/job/gtukpcxvq0wfftrs#L3615>Command
>>> exited with code 1
>>> 3616
>>> <https://ci.appveyor.com/project/AdamRetter/exist/builds/19381496/job/gtukpcxvq0wfftrs#L3616>Build
>>> failed
>>>
>>>
>>> On Tue, Oct 9, 2018 at 10:25 PM Stanislav <st...@gm...> wrote:
>>>
>>>> Hi Adam,
>>>>
>>>> Thanks for your reply, but I have figured out what you have said myself.
>>>> And nevertheless, the test was failing.
>>>> So, after much ado about nothing (read this 'debugging my and also
>>>> older tests')
>>>> I've figured out (by the grace of God or some other deity that is
>>>> inclined to compassionately aid developers lost in legacy code)
>>>> that the problematic line:
>>>>
>>>> checkIndex(docs, broker, new QName[]{new QName("title")}, "Buick", 1);
>>>>
>>>> miraculously becomes un-problematic if only I convert "Buick" to all small letters - "buick"
>>>>
>>>> 2.5 hours lost. Case closed. Working TC submitted.
>>>>
>>>> :)
>>>>
>>>>
>>>> On Mon, Oct 8, 2018 at 10:45 PM Adam Retter <ad...@ex...> wrote:
>>>>
>>>>> Hi Stanislav,
>>>>>
>>>>> I didn't implement the Lucene index in eXist-db, that would have been
>>>>> Wolfgang Meier.
>>>>>
>>>>> However to try and help you, I just studied that code. It looks to me
>>>>> that the LuceneIndexTest#checkIndex function scans over the entire index,
>>>>> capturing each occurence of one or more provided QNames in the `qn`
>>>>> parameter and then returns the total number of occurrences.
>>>>>
>>>>> Hope that is helpful?
>>>>>
>>>>> On Mon, 8 Oct 2018 at 16:51, Stanislav <st...@gm...> wrote:
>>>>>
>>>>>> Ok,
>>>>>> may be this is asking for too much.
>>>>>> How about something simpler then -- could someone please add
>>>>>> meaningful documentation to the
>>>>>>
>>>>>> private Occurrences[] checkIndex(final DocumentSet docs, final DBBroker broker, final QName[] qn, final String term, final int expected)
>>>>>>
>>>>>> method in extensions/indexes/lucene/test/src/org/exist/indexing/lucene/LuceneIndexTest.java ?
>>>>>>
>>>>>> /St.
>>>>>>
>>>>>>
>>>>>> On Fri, Oct 5, 2018 at 5:22 PM Stanislav <st...@gm...> wrote:
>>>>>>
>>>>>>> Ok,
>>>>>>>
>>>>>>> I've crafted a basic test case and it does not work (not sure if it
>>>>>>> is the test that is wrong or the code tested that is wrong)
>>>>>>> Could someone knowledgeable in LuceneIndexTest(s) take a look at the
>>>>>>> test that I just added and tell me why it fails:
>>>>>>>
>>>>>>>
>>>>>>> https://github.com/eXist-db/exist/pull/2169/commits/39896b258b34571e4e264c46e4759b6ed14292ce
>>>>>>>
>>>>>>> /St.
>>>>>>>
>>>>>>> On Thu, Oct 4, 2018 at 6:43 PM Stanislav <st...@gm...> wrote:
>>>>>>>
>>>>>>>> Exactly - as Dom has explained it.
>>>>>>>> (Excuse me for not making myself clearer)
>>>>>>>>
>>>>>>>> /Stanislav
>>>>>>>>
>>>>>>>> On Thu, 4 Oct 2018 at 12:43, Dominic Latham <
>>>>>>>> dom...@gm...> wrote:
>>>>>>>>
>>>>>>>>> Dear Adam,
>>>>>>>>>
>>>>>>>>> Thanks for your help.
>>>>>>>>>
>>>>>>>>> The comments in the TEI express the tests
>>>>>>>>> e.g.
>>>>>>>>> <!-- this should get indexed -->
>>>>>>>>> <!-- this should not get indexed -- attribute name ns does not
>>>>>>>>> match -->
>>>>>>>>>
>>>>>>>>> I think the question is how to express that as a test in exist
>>>>>>>>> i.e. that a particular text node has been indexed.
>>>>>>>>> Does that make sense?
>>>>>>>>>
>>>>>>>>> With best wishes,
>>>>>>>>>
>>>>>>>>> Dominic
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wed, 3 Oct 2018 at 09:43, Adam Retter <ad...@ex...>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Erm... you don't say what you are trying to test exactly?
>>>>>>>>>>
>>>>>>>>>> On Wed, 3 Oct 2018 at 12:59, Stanislav <st...@gm...> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi guys,
>>>>>>>>>>>
>>>>>>>>>>> A test case is required for the code that implements:
>>>>>>>>>>> "Allow more elaborate XPath expressions in the Lucene index spec
>>>>>>>>>>> in collection.xconf" (#2169)
>>>>>>>>>>>
>>>>>>>>>>> and I have trouble understanding how existing indexing tests do
>>>>>>>>>>> work (and I am a bit tired of reverse-engineering)
>>>>>>>>>>> It would be great if someone familiar with the matter could give
>>>>>>>>>>> me a hand here:
>>>>>>>>>>>
>>>>>>>>>>> *The collection.xconf should be like this:*
>>>>>>>>>>> <collection xmlns="http://exist-db.org/collection-config/1.0">
>>>>>>>>>>> <index xmlns:tei="http://www.tei-c.org/ns/1.0">
>>>>>>>>>>> <!-- Lucene indexes -->
>>>>>>>>>>> <lucene diacritics="no">
>>>>>>>>>>> <analyzer
>>>>>>>>>>> class="org.apache.lucene.analysis.standard.StandardAnalyzer"/>
>>>>>>>>>>> <text field="title"
>>>>>>>>>>> match="//tei:title[@xml:lang='Sa-Ltn']" boost="2.0"/>
>>>>>>>>>>> </lucene>
>>>>>>>>>>> </index>
>>>>>>>>>>> </collection>
>>>>>>>>>>>
>>>>>>>>>>> *While the document being indexed should be like this:*
>>>>>>>>>>> <?xml-model href="../schema/1.0/tei.rng" schematypens="
>>>>>>>>>>> http://relaxng.org/ns/structure/1.0"?>
>>>>>>>>>>> <TEI xmlns="http://www.tei-c.org/ns/1.0">
>>>>>>>>>>> <teiHeader>
>>>>>>>>>>> <title type="longTitle" xml:lang="Sa-Ltn">Buick</title>
>>>>>>>>>>> <!-- this should get indexed -->
>>>>>>>>>>> <title type="longTitle"
>>>>>>>>>>> lang="Sa-Ltn">Cadillac</title> <!-- this should not get indexed --
>>>>>>>>>>> attribute name ns does not match -->
>>>>>>>>>>> <title type="longTitle" xml:lang="En"> Ford</title>
>>>>>>>>>>> <!-- this should not get indexed -- attribute value does not match -->
>>>>>>>>>>> <title type="longTitle">
>>>>>>>>>>> Dodge </title> <!-- this should not get indexed -- attribute is entirely
>>>>>>>>>>> missing -->
>>>>>>>>>>> </teiHeader>
>>>>>>>>>>> </TEI>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Kind regards,
>>>>>>>>>>> /St.
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Exist-development mailing list
>>>>>>>>>>> Exi...@li...
>>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/exist-development
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Adam Retter
>>>>>>>>>>
>>>>>>>>>> eXist Core Developer
>>>>>>>>>> { United Kingdom / United States }
>>>>>>>>>> ad...@ex...
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>>> Exist-open mailing list
>>>>>>>>>> Exi...@li...
>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/exist-open
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>> Exist-development mailing list
>>>>>> Exi...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/exist-development
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Adam Retter
>>>>>
>>>>> eXist Core Developer
>>>>> { United Kingdom / United States }
>>>>> ad...@ex...
>>>>>
>>>> _______________________________________________
>>> Exist-development mailing list
>>> Exi...@li...
>>> https://lists.sourceforge.net/lists/listinfo/exist-development
>>>
>>
|