-
Notifications
You must be signed in to change notification settings - Fork 580
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
Consume final ASM 6 #373
Comments
The SpotBugs 3.1.0 description says "First SpotBugs release. Same features as FindBugs, plus proper support for Java 8." Doesn't ASM 5.x have proper support for Java 8? Doesn't ASM 6 support Java 9? Do you mean Java 9? Is there a plan for Java 9 support? |
ASM 5 supports Java 8. ASM 6 was introduced at FindBugs 3.1.0 preview version, to support Java 9.
ASM 6 beta support Java 9. You can refer official release note.
We have plan to support Java 9, but it has no progress for now. Java 9 is not supported by ASM and other bytecode manupilation tools. So Java 9 will not be supported by SpotBugs 3.1.0, I guess. |
??? ASM 6 has support for Java 9.
I guess we will support it (we had it in FindBugs already, see https://github.com/findbugsproject/findbugs/issues?q=java+9+label%3Ajava9), we just need to validate if the new Java 9 builds broke something again. |
Then it's OK. Their release note says that |
But Jigsaw broke FindBugs/SpotBugs so current |
Please create an issue for that, with details what is broken again and which JDK build was used. |
I believe this is about using ASM jars as modules for javac, but we don't care about that aspect. |
#101 is the related issue. |
This is the issue only for running SpotBugs standalone. If SpotBugs is just used as a library (e.g. in Eclipse or maven/jenkins/whatever), it depends on the container configuration, and this is out of our control. So if this is the only problem, then we can say that we support Java 9 if used as library. Standalone execution is easy to fix anyway, and we can also mention that too, if we didn't manage to merge #101 for 3.1.0 release. BTW, I believe the #101 is already out-of-date, they changed their mind multiple times and I believe we need just to read some recent JDK 9 docs to get the right options set. |
OK, then our remaining TODO is just about ensuring that SpotBugs can work as library, right? Then maybe we can make integration test which runs with Maven, And and Gradle. In my understanding we cannot automate test with Eclipse, then we need to check it by hands. |
Yes and no. We can and should try to fix the command line execution. AFAIK the JDK guys seem to managed really final set of JVM arguments which are still needed for SpotBugs command line application to run. So we should check the latest JDK build/docs (where are they?!?!?, is this only we get: https://docs.oracle.com/javase/9/migrate/toc.htm#JSMIG-GUID-7BB28E4D-99B3-4078-BDC4-FC24180CE82B ?. Eclipse seem to do some tricks with
I found https://docs.oracle.com/javase/9/tools/java.htm#JSWOR-GUID-4856361B-8BFD-4964-AE84-121F5F6CF111 where it says following:
But of course (!?!?!) there is not a single word what all the options actually do. Beside this, JDK docu say that "--illegal-access=debug" can be used to trace down reflection related issues. |
😭 |
I've confirmed that:
Then I will propose a PR to use Java 9 to run smokeTest. -> #393 |
ASM 6.0 will be released tomorrow. |
Bad news: final ASM 6 will break API compared with ASM 6 BETA.
Good news: the change is small and they plan to release by the end of September.
So we should consider to switch to the final ASM 6 for the 3.1 release.
See https://mail.ow2.org/wws/arc/asm/2017-09/msg00000.html
The text was updated successfully, but these errors were encountered: