Has anyone seen this weirdness before? (Javadoc ge...

# announcements

[jlleitschuh]

Has anyone seen this weirdness before? (Javadoc generation for JDK 9)

:junit-jupiter-api:javadocPicked up _JAVA_OPTIONS: -Xmx500m
javadoc: error - An exception occurred while building a component: TagInfo
	(com.sun.tools.javac.code.ClassFinder$BadClassFile: bad class file: /home/travis/build/junit-team/junit5/junit-jupiter-api/build/classes/kotlin/main/org/junit/jupiter/api/AssertionsKt$sam$Supplier$i$44378ebd.class
  undeclared type variable: T
  Please remove or make sure it appears in the correct subdirectory of the classpath.)
Please file a bug against the javadoc tool via the Java bug reporting page
(<http://bugreport.java.com>) after checking the Bug Database (<http://bugs.java.com>)
for duplicates. Include error messages and the following diagnostic in your report. Thank you.
com.sun.tools.javac.code.ClassFinder$BadClassFile: bad class file: /home/travis/build/junit-team/junit5/junit-jupiter-api/build/classes/kotlin/main/org/junit/jupiter/api/AssertionsKt$sam$Supplier$i$44378ebd.class
  undeclared type variable: T
  Please remove or make sure it appears in the correct subdirectory of the classpath.
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.badClassFile(ClassReader.java:278)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.findTypeVar(ClassReader.java:963)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.sigToType(ClassReader.java:670)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.sigToType(ClassReader.java:732)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.sigToType(ClassReader.java:656)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.readType(ClassReader.java:499)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader$11.read(ClassReader.java:1193)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.readAttrs(ClassReader.java:1537)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.readMemberAttrs(ClassReader.java:1527)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.readMethod(ClassReader.java:2391)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.readClass(ClassReader.java:2641)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.readClassBuffer(ClassReader.java:2706)
	at jdk.compiler/com.sun.tools.javac.jvm.ClassReader.readClassFile(ClassReader.java:2719)
	at jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:348)
	at jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:285)
	at jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:633)
	at jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1314)
	at jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.flags(Symbol.java:1248)

https://travis-ci.org/junit-team/junit5/jobs/270479723#L1179
Thread in Slack Conversation
This looks like a Kotlin compiler problem.
I have a method above that has almost the same signature that generates the correct bytecode.