You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@lucene.apache.org by dw...@apache.org on 2019/12/03 13:40:43 UTC
[lucene-solr] 01/04: Moved the list to:
https://issues.apache.org/jira/browse/LUCENE-9077
This is an automated email from the ASF dual-hosted git repository.
dweiss pushed a commit to branch gradle-master
in repository https://gitbox.apache.org/repos/asf/lucene-solr.git
commit 7174f3342b19162083c45ca05bf6251f91165931
Author: Dawid Weiss <dw...@apache.org>
AuthorDate: Tue Dec 3 11:20:05 2019 +0100
Moved the list to: https://issues.apache.org/jira/browse/LUCENE-9077
---
gradle.TODO | 52 ----------------------------------------------------
1 file changed, 52 deletions(-)
diff --git a/gradle.TODO b/gradle.TODO
deleted file mode 100644
index 4dffe42..0000000
--- a/gradle.TODO
+++ /dev/null
@@ -1,52 +0,0 @@
-
-The gradle build is currently missing or could use some love in the following areas:
-
-- Apply forbiddenAPIs
-
-- configure security policy/ sandboxing for tests (!).
-
-- add test 'beasting' (rerunning the same suite multiple times). I'm afraid it'll be difficult
- to run it sensibly because gradle doesn't offer cwd separation for the forked test runners (?)
-
-- jar checksums, jar checksum computation and validation.
- this should be done without intermediate folders (directly
- on dependency sets).
-
-- add a :helpDeps explanation to how the dependency system works (palantir plugin, lockfile) and
- how to retrieve structured information about current dependencies of a given module
- (in a tree-like output).
-
-- identify and list precommit tasks so that they can be ported one by one.
-
-- identify and port any other "check" utilities that may be called from ant.
-
-- identify and port various "regenerate" tasks from ant builds (javacc, precompiled automata, etc.)
-
-- add rendering of javadocs (gradlew javadoc) and attaching them to maven publications.
-
-- fill in POM details in gradle/defaults-maven.gradle so that they reflect the previous content better
- (dependencies aside).
-
-- Add any IDE integration layers that should be added (I use IntelliJ and it imports the project
- out of the box, without the need for any special tuning).
-
-- Clean up dependencies, especially for Solr: any { transitive = false } should just explicitly
- exclude whatever they don't need (and their dependencies currently declared explicitly
- should be folded). Figure out which scope to import a dependency to.
-
-- add Solr packaging for docs/* (see TODO in packaging/build.gradle; currently XSLT...)
-
-- I didn't bother adding Solr dist/test-framework to packaging (who'd use it from a binary
- distribution?)
-
-Intentional differences:
-
-- the back-compatibility target 'resolve' is added to gradle but it's really for informational purposes
- and debugging. Packaging should be done from subcomponent configurations and dependencies,
- not from source folders... "gradlew -p packaging assemble" puts together the entire Solr distribution
- under packaging/build where it doesn't interfere with sources.
-
- 'resolve' for Lucene also does *not* copy test dependencies under lib/ (like ant version does).
-
-- transitive export of certain core libraries from solr-core/ solrj (guava, etc.).
-