lucenenet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shad Storhaug (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (LUCENENET-613) Need tests to ensure 2-way index/codec compatibility with Lucene
Date Mon, 12 Aug 2019 01:14:00 GMT

     [ https://issues.apache.org/jira/browse/LUCENENET-613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Shad Storhaug updated LUCENENET-613:
------------------------------------
    Description: 
Lucene came with several tests to ensure backward compatibility with indexes, and included
many zipped index archives which are used to ensure Lucene.NET can read indexes that were
produced by Lucene.

However, we have no tests to ensure that indexes produced by Lucene.NET 4.8.0 can be read
by Lucene 4.8.0.

A way this could be done:

1. Create a command line utility that is part of the Lucene.NET build that produces a series
of test index cases (at least 1 case per codec/doc values format/postings format combination).
Unlike the existing compatibility tests that zip the indexes into embedded resources, we should
be creating indexes based on the current build of Lucene.NET.
2. Create a Java/JUnit test project that depends on Lucene 4.8.0 and add a test per test case.
3. Add build/test tasks to {{azure-pipelines.yml}} to run the .NET utility to produce the
indexes and then execute Java/JUnit tests on each target framework/OS/platform

These tests should be designed in such a way that when we upgrade to the next version of Lucene
the tests are simple to upgrade as well.

  was:
Lucene came with several tests to ensure backward compatibility with indexes, and included
many zipped index archives which are used to ensure Lucene.NET can read indexes that were
produced by Lucene.

However, we have no tests to ensure that indexes produced by Lucene.NET 4.8.0 can be read
by Lucene 4.8.0.

A way this could be done:

1. Create a command line utility that is part of the Lucene.NET build that produces a series
of test index cases (at least 1 case per codec/doc values format/postings format combination).
2. Create a Java/JUnit test project that depends on Lucene 4.8.0 and add a test per test case.
3. Add build/test tasks to {{azure-pipelines.yml}} to run these Java/JUnit tests on each target
framework/OS/platform

These tests should be designed in such a way that when we upgrade to the next version of Lucene
the tests are simple to upgrade as well.


> Need tests to ensure 2-way index/codec compatibility with Lucene
> ----------------------------------------------------------------
>
>                 Key: LUCENENET-613
>                 URL: https://issues.apache.org/jira/browse/LUCENENET-613
>             Project: Lucene.Net
>          Issue Type: Test
>          Components: Lucene.Net Core, Lucene.Net.Codecs
>    Affects Versions: Lucene.Net 4.8.0
>            Reporter: Shad Storhaug
>            Priority: Major
>
> Lucene came with several tests to ensure backward compatibility with indexes, and included
many zipped index archives which are used to ensure Lucene.NET can read indexes that were
produced by Lucene.
> However, we have no tests to ensure that indexes produced by Lucene.NET 4.8.0 can be
read by Lucene 4.8.0.
> A way this could be done:
> 1. Create a command line utility that is part of the Lucene.NET build that produces a
series of test index cases (at least 1 case per codec/doc values format/postings format combination).
Unlike the existing compatibility tests that zip the indexes into embedded resources, we should
be creating indexes based on the current build of Lucene.NET.
> 2. Create a Java/JUnit test project that depends on Lucene 4.8.0 and add a test per test
case.
> 3. Add build/test tasks to {{azure-pipelines.yml}} to run the .NET utility to produce
the indexes and then execute Java/JUnit tests on each target framework/OS/platform
> These tests should be designed in such a way that when we upgrade to the next version
of Lucene the tests are simple to upgrade as well.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

Mime
View raw message