[ https://issues.apache.org/jira/browse/SOLR-14660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17409690#comment-17409690 ]
Istvan Farkas commented on SOLR-14660: -------------------------------------- I fixed a couple of minor things which came up during gradlew check. However, unfortunately I run into a problem: both gradlew assemble and the tests run fine, but gradlew check fails to resolve dependencies: {code} ➜ lucene-solr_apache git:(ifarkas_HDFS_on_upstream_main) ./gradlew check > Task :verifyLocks FAILED > Task :solr:core:compileTestFixturesJava Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':verifyLocks'. > Failed to calculate the value of task ':verifyLocks' property > 'currentLockState'. > Could not compute lock state from configuration 'unifiedClasspath' due to unresolved dependencies: * project :solr:core (requested: 'project :solr:core' because: requested) Failures: - Could not resolve project :solr:core. - Multiple incompatible variants of org.apache.solr:core:9.0.0-SNAPSHOT were selected: - Variant org.apache.solr:core:9.0.0-SNAPSHOT variant compileClasspathCopy has attributes {org.gradle.category=library, org.gradle.dependency.bundling=external, org.gradle.usage=consistent-versions-usage} - Variant org.apache.solr:core:9.0.0-SNAPSHOT variant consistentVersionsPlaceholder has attributes {com.palantir.consistent-versions.usage=GCV_SOURCE, org.gradle.usage=consistent-versions-usage} - Variant org.apache.solr:core:9.0.0-SNAPSHOT variant consistentVersionsProduction has attributes {org.gradle.usage=consistent-versions-usage} - Variant org.apache.solr:core:9.0.0-SNAPSHOT variant consistentVersionsTest has attributes {org.gradle.usage=consistent-versions-usage} - Variant org.apache.solr:core:9.0.0-SNAPSHOT variant runtimeClasspathCopy has attributes {org.gradle.category=library, org.gradle.dependency.bundling=external, org.gradle.libraryelements=jar, org.gradle.usage=consistent-versions-usage} - Variant org.apache.solr:core:9.0.0-SNAPSHOT variant testCompileClasspathCopy has attributes {org.gradle.category=library, org.gradle.dependency.bundling=external, org.gradle.usage=consistent-versions-usage} - Variant org.apache.solr:core:9.0.0-SNAPSHOT variant testFixturesRuntimeElements has attributes {org.gradle.category=library, org.gradle.dependency.bundling=external, org.gradle.jvm.version=11, org.gradle.libraryelements=jar, org.gradle.usage=java-runtime} - Variant org.apache.solr:core:9.0.0-SNAPSHOT variant testRuntimeClasspathCopy has attributes {org.gradle.category=library, org.gradle.dependency.bundling=external, org.gradle.libraryelements=jar, org.gradle.usage=consistent-versions-usage} {code} I researched for a while and found that this problem happens when solr core has the test fixtures plugin applied: {code} apply plugin: 'java-test-fixtures' {code} I see that others have also hit a problem which seems to be similar or the same: https://github.com/palantir/gradle-consistent-versions/issues/308 If someone is interested, this can be reproduced by running gradlew check on this branch: https://github.com/warperwolf/solr/tree/ifarkas_HDFS_checkerror At this point I think the easiest way to get around this is to drop the idea of using test fixtures and moving the fixture classes (which need to be shared between Solr core tests and hdfs contrib module tests) to the Solr test framework if that's okay. > Migrating HDFS into a package > ----------------------------- > > Key: SOLR-14660 > URL: https://issues.apache.org/jira/browse/SOLR-14660 > Project: Solr > Issue Type: Improvement > Components: Hadoop Integration, Plugin system > Reporter: Ishan Chattopadhyaya > Priority: Major > Labels: package, packagemanager > > Following up on the deprecation of HDFS (SOLR-14021), we need to work on > isolating it away from Solr core and making a package for this. This issue is > to track the efforts for that. -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org