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

Treat pom scope=runtime as compile to make gradle poms usable #128

Closed
wants to merge 3 commits into from

Conversation

niloc132
Copy link
Member

@niloc132 niloc132 commented Mar 1, 2022

Gradle's "implementation" configuration for dependencies results in
published maven poms that are technically accurate for building
bytecode, but useless for building J2CL. To fix this, we interpret any
scope=runtime as if it says scope=compile.

This patch also tests many publicly released gwt modules to ensure that
they build cleanly in the plugin, with the hope of avoiding this issue
in the future. There are several commented out dependencies, to avoid
trying to build gwt-dom until the next release is ready. Bug #127 is
filed for followup.

Fixes #126

Gradle's "implementation" configuration for dependencies results in
published maven poms that are technically accurate for building
bytecode, but useless for building J2CL. To fix this, we interpret any
scope=runtime as if it says scope=compile.

This patch also tests many publicly released gwt modules to ensure that
they build cleanly in the plugin, with the hope of avoiding this issue
in the future. There are several commented out dependencies, to avoid
trying to build gwt-dom until the next release is ready. Bug Vertispan#127 is
filed for followup.

Fixes Vertispan#126
@niloc132 niloc132 force-pushed the 126-gradle-runtime-scope branch from 37500ac to 7b17a99 Compare March 1, 2022 22:25
This wasn't needed locally with a clean maven cache, but apparently GHA
wants to have it.
@niloc132 niloc132 force-pushed the 126-gradle-runtime-scope branch from 6079e1b to 0bb2294 Compare March 2, 2022 23:30
@niloc132
Copy link
Member Author

niloc132 commented Mar 3, 2022

Build failure continues to not happen locally even with a custom maven local repo, downloading everything from scratch. I have now managed to reproduce the failure in act, will debug in that environment and figure out what is going on.

I don't like this "fix", but it does force the invoker plugin to
correctly use the dependencies it has downloaded. This PR will be split
to avoid merging this with the actual fix
@niloc132
Copy link
Member Author

niloc132 commented Mar 3, 2022

Closing for now in favor of #130, the maven-invoker-plugin doesn't seem to be setting up the extraArtifacts correctly such that the integration tests can use them. I'll land the tests separately when I have an acceptable resolution to this issue.

@niloc132 niloc132 closed this Mar 3, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Using org.gwtproject.http:gwt-http:1.0.0-RC3 fails finding elemental2 sources
1 participant