[jira] [Updated] (LUCENE-9134) Port ant-regenerate tasks to Gradle build
[
https://issues.apache.org/jira/browse/LUCENE-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson updated LUCENE-9134:
---
Description:
Take II about organizing this beast.
A list of items that needs to be added or requires work. If you'd like to work
on any of these, please add your name to the list. See process comments at
parent (LUCENE-9077)
* Implement jflex task in lucene/core
* Implement jflex tasks in lucene/analysis
* Implement javacc tasks in lucene/queryparser (EOE)
* Implement javacc tasks in solr/core (EOE)
* Implement python tasks in lucene (? there are several javadocs mentions in
the build.xml, this may be irrelevant to the Gradle effort).
* Implement python tasks in lucene/core
* Implement python tasks in lucene/analysis
Here are the "regenerate" targets I found in the ant version. There are a
couple that I don't have evidence for or against being rebuilt
// Very top level
{code:java}
./build.xml:
./build.xml:
./build.xml:
{code}
// top level Lucene. This includes the core/build.xml and
test-framework/build.xml files
{code:java}
./lucene/build.xml:
./lucene/build.xml:
./lucene/build.xml:
{code}
// This one has quite a number of customizations to
{code:java}
./lucene/core/build.xml:
{code}
// This one has a bunch of code modifications _after_ javacc is run on certain
of the
// output files. Save this one for last?
{code:java}
./lucene/queryparser/build.xml:
{code}
// the files under ../lucene/analysis... are pretty self contained. I expect
these could be done as a unit
{code:java}
./lucene/analysis/build.xml:
./lucene/analysis/build.xml:
./lucene/analysis/common/build.xml:
./lucene/analysis/icu/build.xml:
./lucene/analysis/kuromoji/build.xml:
./lucene/analysis/nori/build.xml:
./lucene/analysis/opennlp/build.xml:
{code}
// These _are_ regenerated from the top-level regenerate target, but for –
LUCENE-9080//the changes were only in imports so there are no
//corresponding files checked in in that JIRA
{code:java}
./lucene/expressions/build.xml:
{code}
// Apparently unrelated to ./lucene/analysis/opennlp/build.xml
"train-test-models" target
// Apparently not rebuilt from the top level, but _are_ regenerated when
executed from
// ./solr/contrib/langid
{code:java}
./solr/contrib/langid/build.xml:
{code}
was:
Take II about organizing this beast.
A list of items that needs to be added or requires work. If you'd like to work
on any of these, please add your name to the list. See process comments at
parent (LUCENE-9077)
* Implement jflex task in lucene/core
* Implement jflex tasks in lucene/analysis
* Implement javacc tasks in lucene/queryparser
* Implement javacc tasks in solr/core
* Implement python tasks in lucene (? there are several javadocs mentions in
the build.xml, this may be irrelevant to the Gradle effort).
* Implement python tasks in lucene/core
* Implement python tasks in lucene/analysis
*
Here are the "regenerate" targets I found in the ant version. There are a
couple that I don't have evidence for or against being rebuilt
// Very top level
{code:java}
./build.xml:
./build.xml:
./build.xml:
{code}
// top level Lucene. This includes the core/build.xml and
test-framework/build.xml files
{code:java}
./lucene/build.xml:
./lucene/build.xml:
./lucene/build.xml:
{code}
// This one has quite a number of customizations to
{code:java}
./lucene/core/build.xml:
{code}
// This one has a bunch of code modifications _after_ javacc is run on certain
of the
// output files. Save this one for last?
{code:java}
./lucene/queryparser/build.xml:
{code}
// the files under ../lucene/analysis... are pretty self contained. I expect
these could be done as a unit
{code:java}
./lucene/analysis/build.xml:
./lucene/analysis/build.xml:
./lucene/analysis/common/build.xml:
./lucene/analysis/icu/build.xml:
./lucene/analysis/kuromoji/build.xml:
./lucene/analysis/nori/build.xml:
./lucene/analysis/opennlp/build.xml:
{code}
// These _are_ regenerated from the top-level regenerate target, but for –
LUCENE-9080//the changes were only in imports so there are no
//corresponding files checked in in that JIRA
{code:java}
./lucene/expressions/build.xml:
{code}
// Apparently unrelated to ./lucene/analysis/opennlp/build.xml
"train-test-models" target
// Apparently not rebuilt from the top level, but _are_ regenerated when
executed from
// ./solr/contrib/langid
{code:java}
./solr/contrib/langid/build.xml:
{code}
> Port ant-regenerate tasks to Gradle build
> -
>
> Key: LUCENE-9134
> URL: https://issues.apache.org/jira/browse/LUCENE-9134
> Project: Lucene - Core
> Issue Type: Sub-task
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Major
> Attachments: LUCENE-9134.patch, core_regen.patch
>
>
[jira] [Updated] (LUCENE-9134) Port ant-regenerate tasks to Gradle build
[
https://issues.apache.org/jira/browse/LUCENE-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson updated LUCENE-9134:
---
Description:
Take II about organizing this beast.
A list of items that needs to be added or requires work. If you'd like to work
on any of these, please add your name to the list. See process comments at
parent (LUCENE-9077)
* Implement jflex task in lucene/core
* Implement jflex tasks in lucene/analysis
* Implement javacc tasks in lucene/queryparser
* Implement javacc tasks in solr/core
* Implement python tasks in lucene (? there are several javadocs mentions in
the build.xml, this may be irrelevant to the Gradle effort).
* Implement python tasks in lucene/core
* Implement python tasks in lucene/analysis
*
Here are the "regenerate" targets I found in the ant version. There are a
couple that I don't have evidence for or against being rebuilt
// Very top level
{code:java}
./build.xml:
./build.xml:
./build.xml:
{code}
// top level Lucene. This includes the core/build.xml and
test-framework/build.xml files
{code:java}
./lucene/build.xml:
./lucene/build.xml:
./lucene/build.xml:
{code}
// This one has quite a number of customizations to
{code:java}
./lucene/core/build.xml:
{code}
// This one has a bunch of code modifications _after_ javacc is run on certain
of the
// output files. Save this one for last?
{code:java}
./lucene/queryparser/build.xml:
{code}
// the files under ../lucene/analysis... are pretty self contained. I expect
these could be done as a unit
{code:java}
./lucene/analysis/build.xml:
./lucene/analysis/build.xml:
./lucene/analysis/common/build.xml:
./lucene/analysis/icu/build.xml:
./lucene/analysis/kuromoji/build.xml:
./lucene/analysis/nori/build.xml:
./lucene/analysis/opennlp/build.xml:
{code}
// These _are_ regenerated from the top-level regenerate target, but for –
LUCENE-9080//the changes were only in imports so there are no
//corresponding files checked in in that JIRA
{code:java}
./lucene/expressions/build.xml:
{code}
// Apparently unrelated to ./lucene/analysis/opennlp/build.xml
"train-test-models" target
// Apparently not rebuilt from the top level, but _are_ regenerated when
executed from
// ./solr/contrib/langid
{code:java}
./solr/contrib/langid/build.xml:
{code}
was:
Here are the "regenerate" targets I found in the ant version. There are a
couple that I don't have evidence for or against being rebuilt
// Very top level
{code:java}
./build.xml:
./build.xml:
./build.xml:
{code}
// top level Lucene. This includes the core/build.xml and
test-framework/build.xml files
{code:java}
./lucene/build.xml:
./lucene/build.xml:
./lucene/build.xml:
{code}
// This one has quite a number of customizations to
{code:java}
./lucene/core/build.xml:
{code}
// This one has a bunch of code modifications _after_ javacc is run on certain
of the
// output files. Save this one for last?
{code:java}
./lucene/queryparser/build.xml:
{code}
// the files under ../lucene/analysis... are pretty self contained. I expect
these could be done as a unit
{code:java}
./lucene/analysis/build.xml:
./lucene/analysis/build.xml:
./lucene/analysis/common/build.xml:
./lucene/analysis/icu/build.xml:
./lucene/analysis/kuromoji/build.xml:
./lucene/analysis/nori/build.xml:
./lucene/analysis/opennlp/build.xml:
{code}
// These _are_ regenerated from the top-level regenerate target, but for --
LUCENE-9080//the changes were only in imports so there are no
//corresponding files checked in in that JIRA
{code:java}
./lucene/expressions/build.xml:
{code}
// Apparently unrelated to ./lucene/analysis/opennlp/build.xml
"train-test-models" target
// Apparently not rebuilt from the top level, but _are_ regenerated when
executed from
// ./solr/contrib/langid
{code:java}
./solr/contrib/langid/build.xml:
{code}
> Port ant-regenerate tasks to Gradle build
> -
>
> Key: LUCENE-9134
> URL: https://issues.apache.org/jira/browse/LUCENE-9134
> Project: Lucene - Core
> Issue Type: Sub-task
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Major
> Attachments: LUCENE-9134.patch, core_regen.patch
>
> Time Spent: 5h 50m
> Remaining Estimate: 0h
>
> Take II about organizing this beast.
> A list of items that needs to be added or requires work. If you'd like to
> work on any of these, please add your name to the list. See process comments
> at parent (LUCENE-9077)
> * Implement jflex task in lucene/core
> * Implement jflex tasks in lucene/analysis
> * Implement javacc tasks in lucene/queryparser
> * Implement javacc tasks in solr/core
> * Implement python tasks in lucene (? there are several javadocs mentions in
> the build.xml, this may be irrelevant to the Gradle effort).
> * Implement python tasks in
[jira] [Updated] (LUCENE-9134) Port ant-regenerate tasks to Gradle build
[
https://issues.apache.org/jira/browse/LUCENE-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dawid Weiss updated LUCENE-9134:
Attachment: (was: kuromoji.patch)
> Port ant-regenerate tasks to Gradle build
> -
>
> Key: LUCENE-9134
> URL: https://issues.apache.org/jira/browse/LUCENE-9134
> Project: Lucene - Core
> Issue Type: Sub-task
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Major
> Attachments: LUCENE-9134.patch, core_regen.patch
>
> Time Spent: 2h
> Remaining Estimate: 0h
>
> Here are the "regenerate" targets I found in the ant version. There are a
> couple that I don't have evidence for or against being rebuilt
> // Very top level
> {code:java}
> ./build.xml:
> ./build.xml: failonerror="true">
> ./build.xml: depends="regenerate,-check-after-regeneration"/>
> {code}
> // top level Lucene. This includes the core/build.xml and
> test-framework/build.xml files
> {code:java}
> ./lucene/build.xml:
> ./lucene/build.xml: inheritall="false">
> ./lucene/build.xml:
> {code}
> // This one has quite a number of customizations to
> {code:java}
> ./lucene/core/build.xml: depends="createLevAutomata,createPackedIntSources,jflex"/>
> {code}
> // This one has a bunch of code modifications _after_ javacc is run on
> certain of the
> // output files. Save this one for last?
> {code:java}
> ./lucene/queryparser/build.xml:
> {code}
> // the files under ../lucene/analysis... are pretty self contained. I expect
> these could be done as a unit
> {code:java}
> ./lucene/analysis/build.xml:
> ./lucene/analysis/build.xml:
> ./lucene/analysis/common/build.xml: depends="jflex,unicode-data"/>
> ./lucene/analysis/icu/build.xml: depends="gen-utr30-data-files,gennorm2,genrbbi"/>
> ./lucene/analysis/kuromoji/build.xml: depends="build-dict"/>
> ./lucene/analysis/nori/build.xml: depends="build-dict"/>
> ./lucene/analysis/opennlp/build.xml: depends="train-test-models"/>
> {code}
>
> // These _are_ regenerated from the top-level regenerate target, but for --
> LUCENE-9080//the changes were only in imports so there are no
> //corresponding files checked in in that JIRA
> {code:java}
> ./lucene/expressions/build.xml: depends="run-antlr"/>
> {code}
> // Apparently unrelated to ./lucene/analysis/opennlp/build.xml
> "train-test-models" target
> // Apparently not rebuilt from the top level, but _are_ regenerated when
> executed from
> // ./solr/contrib/langid
> {code:java}
> ./solr/contrib/langid/build.xml: depends="train-test-models"/>
> {code}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Updated] (LUCENE-9134) Port ant-regenerate tasks to Gradle build
[
https://issues.apache.org/jira/browse/LUCENE-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dawid Weiss updated LUCENE-9134:
Attachment: kuromoji.patch
> Port ant-regenerate tasks to Gradle build
> -
>
> Key: LUCENE-9134
> URL: https://issues.apache.org/jira/browse/LUCENE-9134
> Project: Lucene - Core
> Issue Type: Sub-task
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Major
> Attachments: LUCENE-9134.patch, core_regen.patch
>
> Time Spent: 2h
> Remaining Estimate: 0h
>
> Here are the "regenerate" targets I found in the ant version. There are a
> couple that I don't have evidence for or against being rebuilt
> // Very top level
> {code:java}
> ./build.xml:
> ./build.xml: failonerror="true">
> ./build.xml: depends="regenerate,-check-after-regeneration"/>
> {code}
> // top level Lucene. This includes the core/build.xml and
> test-framework/build.xml files
> {code:java}
> ./lucene/build.xml:
> ./lucene/build.xml: inheritall="false">
> ./lucene/build.xml:
> {code}
> // This one has quite a number of customizations to
> {code:java}
> ./lucene/core/build.xml: depends="createLevAutomata,createPackedIntSources,jflex"/>
> {code}
> // This one has a bunch of code modifications _after_ javacc is run on
> certain of the
> // output files. Save this one for last?
> {code:java}
> ./lucene/queryparser/build.xml:
> {code}
> // the files under ../lucene/analysis... are pretty self contained. I expect
> these could be done as a unit
> {code:java}
> ./lucene/analysis/build.xml:
> ./lucene/analysis/build.xml:
> ./lucene/analysis/common/build.xml: depends="jflex,unicode-data"/>
> ./lucene/analysis/icu/build.xml: depends="gen-utr30-data-files,gennorm2,genrbbi"/>
> ./lucene/analysis/kuromoji/build.xml: depends="build-dict"/>
> ./lucene/analysis/nori/build.xml: depends="build-dict"/>
> ./lucene/analysis/opennlp/build.xml: depends="train-test-models"/>
> {code}
>
> // These _are_ regenerated from the top-level regenerate target, but for --
> LUCENE-9080//the changes were only in imports so there are no
> //corresponding files checked in in that JIRA
> {code:java}
> ./lucene/expressions/build.xml: depends="run-antlr"/>
> {code}
> // Apparently unrelated to ./lucene/analysis/opennlp/build.xml
> "train-test-models" target
> // Apparently not rebuilt from the top level, but _are_ regenerated when
> executed from
> // ./solr/contrib/langid
> {code:java}
> ./solr/contrib/langid/build.xml: depends="train-test-models"/>
> {code}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Updated] (LUCENE-9134) Port ant-regenerate tasks to Gradle build
[
https://issues.apache.org/jira/browse/LUCENE-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dawid Weiss updated LUCENE-9134:
Attachment: (was: gen-kuromoji.patch)
> Port ant-regenerate tasks to Gradle build
> -
>
> Key: LUCENE-9134
> URL: https://issues.apache.org/jira/browse/LUCENE-9134
> Project: Lucene - Core
> Issue Type: Sub-task
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Major
> Attachments: LUCENE-9134.patch, core_regen.patch
>
> Time Spent: 2h
> Remaining Estimate: 0h
>
> Here are the "regenerate" targets I found in the ant version. There are a
> couple that I don't have evidence for or against being rebuilt
> // Very top level
> {code:java}
> ./build.xml:
> ./build.xml: failonerror="true">
> ./build.xml: depends="regenerate,-check-after-regeneration"/>
> {code}
> // top level Lucene. This includes the core/build.xml and
> test-framework/build.xml files
> {code:java}
> ./lucene/build.xml:
> ./lucene/build.xml: inheritall="false">
> ./lucene/build.xml:
> {code}
> // This one has quite a number of customizations to
> {code:java}
> ./lucene/core/build.xml: depends="createLevAutomata,createPackedIntSources,jflex"/>
> {code}
> // This one has a bunch of code modifications _after_ javacc is run on
> certain of the
> // output files. Save this one for last?
> {code:java}
> ./lucene/queryparser/build.xml:
> {code}
> // the files under ../lucene/analysis... are pretty self contained. I expect
> these could be done as a unit
> {code:java}
> ./lucene/analysis/build.xml:
> ./lucene/analysis/build.xml:
> ./lucene/analysis/common/build.xml: depends="jflex,unicode-data"/>
> ./lucene/analysis/icu/build.xml: depends="gen-utr30-data-files,gennorm2,genrbbi"/>
> ./lucene/analysis/kuromoji/build.xml: depends="build-dict"/>
> ./lucene/analysis/nori/build.xml: depends="build-dict"/>
> ./lucene/analysis/opennlp/build.xml: depends="train-test-models"/>
> {code}
>
> // These _are_ regenerated from the top-level regenerate target, but for --
> LUCENE-9080//the changes were only in imports so there are no
> //corresponding files checked in in that JIRA
> {code:java}
> ./lucene/expressions/build.xml: depends="run-antlr"/>
> {code}
> // Apparently unrelated to ./lucene/analysis/opennlp/build.xml
> "train-test-models" target
> // Apparently not rebuilt from the top level, but _are_ regenerated when
> executed from
> // ./solr/contrib/langid
> {code:java}
> ./solr/contrib/langid/build.xml: depends="train-test-models"/>
> {code}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Updated] (LUCENE-9134) Port ant-regenerate tasks to Gradle build
[
https://issues.apache.org/jira/browse/LUCENE-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson updated LUCENE-9134:
---
Attachment: core_regen.patch
Status: Open (was: Open)
This adds two regenerate tasks for the lucene/core file (plus cleans up a
couple of nocommits from my PR).
I decided to put up a patch rather than a PR because I'm getting confused about
which is which, both are WIPs but separate.
This looks like it succeeds on
createPackedIntSources and createLevAutomaton
I have not yet tried to deal with the jflex bits.
NOTE: I had to munge the path in createLevAutomata.py (sys.path.insert), I'm
not clear that this is the right thing to do...
> Port ant-regenerate tasks to Gradle build
> -
>
> Key: LUCENE-9134
> URL: https://issues.apache.org/jira/browse/LUCENE-9134
> Project: Lucene - Core
> Issue Type: Sub-task
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Major
> Attachments: LUCENE-9134.patch, core_regen.patch, gen-kuromoji.patch
>
> Time Spent: 50m
> Remaining Estimate: 0h
>
> Here are the "regenerate" targets I found in the ant version. There are a
> couple that I don't have evidence for or against being rebuilt
> // Very top level
> {code:java}
> ./build.xml:
> ./build.xml: failonerror="true">
> ./build.xml: depends="regenerate,-check-after-regeneration"/>
> {code}
> // top level Lucene. This includes the core/build.xml and
> test-framework/build.xml files
> {code:java}
> ./lucene/build.xml:
> ./lucene/build.xml: inheritall="false">
> ./lucene/build.xml:
> {code}
> // This one has quite a number of customizations to
> {code:java}
> ./lucene/core/build.xml: depends="createLevAutomata,createPackedIntSources,jflex"/>
> {code}
> // This one has a bunch of code modifications _after_ javacc is run on
> certain of the
> // output files. Save this one for last?
> {code:java}
> ./lucene/queryparser/build.xml:
> {code}
> // the files under ../lucene/analysis... are pretty self contained. I expect
> these could be done as a unit
> {code:java}
> ./lucene/analysis/build.xml:
> ./lucene/analysis/build.xml:
> ./lucene/analysis/common/build.xml: depends="jflex,unicode-data"/>
> ./lucene/analysis/icu/build.xml: depends="gen-utr30-data-files,gennorm2,genrbbi"/>
> ./lucene/analysis/kuromoji/build.xml: depends="build-dict"/>
> ./lucene/analysis/nori/build.xml: depends="build-dict"/>
> ./lucene/analysis/opennlp/build.xml: depends="train-test-models"/>
> {code}
>
> // These _are_ regenerated from the top-level regenerate target, but for --
> LUCENE-9080//the changes were only in imports so there are no
> //corresponding files checked in in that JIRA
> {code:java}
> ./lucene/expressions/build.xml: depends="run-antlr"/>
> {code}
> // Apparently unrelated to ./lucene/analysis/opennlp/build.xml
> "train-test-models" target
> // Apparently not rebuilt from the top level, but _are_ regenerated when
> executed from
> // ./solr/contrib/langid
> {code:java}
> ./solr/contrib/langid/build.xml: depends="train-test-models"/>
> {code}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Updated] (LUCENE-9134) Port ant-regenerate tasks to Gradle build
[
https://issues.apache.org/jira/browse/LUCENE-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dawid Weiss updated LUCENE-9134:
Attachment: gen-kuromoji.patch
> Port ant-regenerate tasks to Gradle build
> -
>
> Key: LUCENE-9134
> URL: https://issues.apache.org/jira/browse/LUCENE-9134
> Project: Lucene - Core
> Issue Type: Sub-task
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Major
> Attachments: LUCENE-9134.patch, gen-kuromoji.patch
>
>
> Here are the "regenerate" targets I found in the ant version. There are a
> couple that I don't have evidence for or against being rebuilt
> // Very top level
> {code:java}
> ./build.xml:
> ./build.xml: failonerror="true">
> ./build.xml: depends="regenerate,-check-after-regeneration"/>
> {code}
> // top level Lucene. This includes the core/build.xml and
> test-framework/build.xml files
> {code:java}
> ./lucene/build.xml:
> ./lucene/build.xml: inheritall="false">
> ./lucene/build.xml:
> {code}
> // This one has quite a number of customizations to
> {code:java}
> ./lucene/core/build.xml: depends="createLevAutomata,createPackedIntSources,jflex"/>
> {code}
> // This one has a bunch of code modifications _after_ javacc is run on
> certain of the
> // output files. Save this one for last?
> {code:java}
> ./lucene/queryparser/build.xml:
> {code}
> // the files under ../lucene/analysis... are pretty self contained. I expect
> these could be done as a unit
> {code:java}
> ./lucene/analysis/build.xml:
> ./lucene/analysis/build.xml:
> ./lucene/analysis/common/build.xml: depends="jflex,unicode-data"/>
> ./lucene/analysis/icu/build.xml: depends="gen-utr30-data-files,gennorm2,genrbbi"/>
> ./lucene/analysis/kuromoji/build.xml: depends="build-dict"/>
> ./lucene/analysis/nori/build.xml: depends="build-dict"/>
> ./lucene/analysis/opennlp/build.xml: depends="train-test-models"/>
> {code}
>
> // These _are_ regenerated from the top-level regenerate target, but for --
> LUCENE-9080//the changes were only in imports so there are no
> //corresponding files checked in in that JIRA
> {code:java}
> ./lucene/expressions/build.xml: depends="run-antlr"/>
> {code}
> // Apparently unrelated to ./lucene/analysis/opennlp/build.xml
> "train-test-models" target
> // Apparently not rebuilt from the top level, but _are_ regenerated when
> executed from
> // ./solr/contrib/langid
> {code:java}
> ./solr/contrib/langid/build.xml: depends="train-test-models"/>
> {code}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
[jira] [Updated] (LUCENE-9134) Port ant-regenerate tasks to Gradle build
[
https://issues.apache.org/jira/browse/LUCENE-9134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Erick Erickson updated LUCENE-9134:
---
Attachment: LUCENE-9134.patch
Status: Open (was: Open)
Just for queryparser, doesn't run yet. Need to know where to deal with the
JavaCC script (not attached, lives in
"buildSrc/src/main/groovy/org/apache/lucene/gradle/JavaCC.groovy" in Mark's
version)
> Port ant-regenerate tasks to Gradle build
> -
>
> Key: LUCENE-9134
> URL: https://issues.apache.org/jira/browse/LUCENE-9134
> Project: Lucene - Core
> Issue Type: Sub-task
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Major
> Attachments: LUCENE-9134.patch
>
>
> Here are the "regenerate" targets I found in the ant version. There are a
> couple that I don't have evidence for or against being rebuilt
> // Very top level
> {code:java}
> ./build.xml:
> ./build.xml: failonerror="true">
> ./build.xml: depends="regenerate,-check-after-regeneration"/>
> {code}
> // top level Lucene. This includes the core/build.xml and
> test-framework/build.xml files
> {code:java}
> ./lucene/build.xml:
> ./lucene/build.xml: inheritall="false">
> ./lucene/build.xml:
> {code}
> // This one has quite a number of customizations to
> {code:java}
> ./lucene/core/build.xml: depends="createLevAutomata,createPackedIntSources,jflex"/>
> {code}
> // This one has a bunch of code modifications _after_ javacc is run on
> certain of the
> // output files. Save this one for last?
> {code:java}
> ./lucene/queryparser/build.xml:
> {code}
> // the files under ../lucene/analysis... are pretty self contained. I expect
> these could be done as a unit
> {code:java}
> ./lucene/analysis/build.xml:
> ./lucene/analysis/build.xml:
> ./lucene/analysis/common/build.xml: depends="jflex,unicode-data"/>
> ./lucene/analysis/icu/build.xml: depends="gen-utr30-data-files,gennorm2,genrbbi"/>
> ./lucene/analysis/kuromoji/build.xml: depends="build-dict"/>
> ./lucene/analysis/nori/build.xml: depends="build-dict"/>
> ./lucene/analysis/opennlp/build.xml: depends="train-test-models"/>
> {code}
>
> // These _are_ regenerated from the top-level regenerate target, but for --
> LUCENE-9080//the changes were only in imports so there are no
> //corresponding files checked in in that JIRA
> {code:java}
> ./lucene/expressions/build.xml: depends="run-antlr"/>
> {code}
> // Apparently unrelated to ./lucene/analysis/opennlp/build.xml
> "train-test-models" target
> // Apparently not rebuilt from the top level, but _are_ regenerated when
> executed from
> // ./solr/contrib/langid
> {code:java}
> ./solr/contrib/langid/build.xml: depends="train-test-models"/>
> {code}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
