[
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: [email protected]
For additional commands, e-mail: [email protected]
