On 04/03/2018 03:56 AM, Marcel Witte wrote:
> I checked the source for this error and found something interesting. In
> JavacParser there is the check for the different JDK versions. Every check up
> to 1.8 checks the bootClassPath for a specific JDK class, but the check for 9
> checks the moduleBoot. Sadly, the log output seems to be copy-paste, as it
> still shows the bootClassPath. If I apply the following patch:
>
> @@ -1005,7 +1000,7 @@ public class JavacParser extends Parser {
> LOGGER.log(warnLevel,
> "Even though the source level of {0} is set
> to: {1}, java.util.zip.CRC32C cannot be found on the system module path: {2}
> \n" + //NOI18N
> "Changing source level to 1.8", //NOI18N
> - new Object[]{srcClassPath, sourceLevel,
> bootClassPath}); //NOI18N
> + new Object[]{srcClassPath, sourceLevel,
> moduleBoot}); //NOI18N
> return SourceLevelUtils.JDK1_8;
> }
> return source;
>
> then I get a log the same log output about changing back to 1.8
I'm also seeing this for java.lang.AssertionError (when starting the
profiler against the Anagram Game sample project under JDK 10), with a
message saying "Changing source level to 1.3" (looks like lines 970-977
of JavacParser).
--
Glenn Holmer (Linux registered user #16682)
"After the vintage season came the aftermath -- and Cenbe."
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
