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

Fix #211 #261

Merged
merged 1 commit into from
Mar 28, 2018
Merged

Fix #211 #261

merged 1 commit into from
Mar 28, 2018

Conversation

lihaoyi
Copy link
Member

@lihaoyi lihaoyi commented Mar 27, 2018

Ensure that transitive ivy jars are not directly aggregated under a module's runClasspath; only the ivy coordinates are aggregated, and every module resolves it's own set of ivy jars using coursier, which avoids duplicate jars entering the classpath through ivy

Fixes #211

Not sure why the tests are sad on Java 9

…odule's `runClasspath`; only the ivy coordinates are aggregated, and every module resolves it's own set of ivy jars using coursier, which avoids duplicate jars entering the classpath through ivy

Fixes #211
@rockjam
Copy link
Collaborator

rockjam commented Mar 27, 2018

Would be great to see what caused java.lang.reflect.InvocationTargetException in java 9 tests

all java.lang.reflect.InvocationTargetException
    java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    java.base/java.lang.reflect.Method.invoke(Method.java:564)
    mill.define.Module$Internal.$anonfun$reflect$2(Module.scala:67)
    scala.collection.TraversableLike$WithFilter.$anonfun$map$2(TraversableLike.scala:739)
    scala.collection.IndexedSeqOptimized.foreach(IndexedSeqOptimized.scala:32)
    scala.collection.IndexedSeqOptimized.foreach$(IndexedSeqOptimized.scala:29)
    scala.collection.mutable.ArrayOps$ofRef.foreach(ArrayOps.scala:191)
    scala.collection.TraversableLike$WithFilter.map(TraversableLike.scala:738)
    mill.define.Module$Internal.reflect(Module.scala:61)
    mill.main.ResolveTasks$.endResolveLabel(Resolve.scala:125)

@robby-phd
Copy link
Collaborator

robby-phd commented Mar 27, 2018

I managed to reduplicate the issue on my machine.
Based on @lihaoyi's comment here, I tried removing ~/.mill and it seems to workaround it (see https://travis-ci.org/lihaoyi/mill/builds/359079895). So, it seems the issue is Ammonite caching (no idea why the caching issue is exposed only in Java 9; I guess it's a ... feature 😆).

@robby-phd
Copy link
Collaborator

@lihaoyi I changed some ci test scripts and appveyor config in master to remove ~/.mill before running tests; if you rebase/merge, that should make this PR green. It can be reverted when the caching issue cause is identified and resolved.

@Ammonite-Bot
Copy link
Collaborator

Ammonite-Bot commented Mar 27, 2018 via email

@lihaoyi lihaoyi merged commit 25b321e into master Mar 28, 2018
@lihaoyi lihaoyi deleted the fix-211 branch November 5, 2018 14:36
@lefou lefou added this to the 0.2.0 milestone Apr 18, 2019
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.

multi-module dependency resolving broken (duplicates)
5 participants