Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Corrupt serialized resolution result when using composing builds. #19656

Closed
KaiyuanZhao opened this issue Jan 21, 2022 · 4 comments
Closed

Corrupt serialized resolution result when using composing builds. #19656

KaiyuanZhao opened this issue Jan 21, 2022 · 4 comments
Labels
closed:duplicate Duplicated or superseeded by another issue

Comments

@KaiyuanZhao
Copy link

Expected Behavior

Resolve dependencies successfully when using composing builds with platform and boms.

Current Behavior

We have some repositories using platform and boms to sync our app's dependencies. When we includeBuild these repositories in our app, it always says Corrupt serialized resolution result. However, if we remove/add some dependencies, or even remove an exclusion configuration, it will be fixed automaticlly. Gradle failed in Gradle6.9.2/7.2/7.3.3/7.4-rc-1/7.5nightly, but succeeded in Gradle6.7.1/6.9.1/7.0/7.1

Context

It makes us impossible to build our app.

Steps to Reproduce

It's really hard to reproduces this issue on a small poject, our app has hundreds of dependencies.

Your Environment

Windows/Linux/Mac
Java 11
Failed in Gradle6.9.2/7.2/7.3.3/7.4-rc-1/7.5nightly
Succeeded in Gradle6.7.1/6.9.1/7.0/7.1

Stacktrace

Gradle6.9.2
stack.txt

@ljacomet I saw that you have fixed several similar problems recently, and I was wondering if you could help solve our problem.

@jbartok jbartok added in:composite-builds including BuildIdentifier in:dependency-resolution engine metadata and removed to-triage labels Jan 21, 2022
@ljacomet
Copy link
Member

Hello,

Unfortunately, tracking those without a reproducer is a really hard problem.
Any chance you can produce an anonymized version of your project with its set of dependencies?

@KaiyuanZhao
Copy link
Author

KaiyuanZhao commented Jan 23, 2022

Hello,

Unfortunately, tracking those without a reproducer is a really hard problem. Any chance you can produce an anonymized version of your project with its set of dependencies?

Any way to send our demo to you privately? Even though I hid all the jars and aars, I still didn't want to expose other files. @ljacomet

@KaiyuanZhao
Copy link
Author

@ljacomet Any updates? I submit a new issue with demo in #21057

@ov7a
Copy link
Member

ov7a commented Aug 8, 2023

@ov7a ov7a closed this as not planned Won't fix, can't repro, duplicate, stale Aug 8, 2023
@ov7a ov7a added closed:duplicate Duplicated or superseeded by another issue and removed a:bug in:composite-builds including BuildIdentifier in:dependency-resolution engine metadata labels Aug 8, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
closed:duplicate Duplicated or superseeded by another issue
Projects
None yet
Development

No branches or pull requests

4 participants