On 04/04/2018 09:11 AM, Glenn Holmer wrote:
> On 04/03/2018 06:08 PM, Efrem Mc wrote:
>> I went to an existing Java Application, and switched it from JDK8
>> (default) to JDK10. I rebuild using Clean and Build
>> I received no error message and was able to run the app without any errors.
>
>>
On 04/03/2018 06:08 PM, Efrem Mc wrote:
> I went to an existing Java Application, and switched it from JDK8
> (default) to JDK10. I rebuild using Clean and Build
> I received no error message and was able to run the app without any errors.
> I am not sure these are the steps mention. Please
For me it is working running maven, too, but NetBeans is lowering the source
level to 1.8. Because of this all usages of Java 9 Syntax (the new try-catch
for example) are marked as invalid and compile-on-save is not working cleanly.
As noted, the code in JavacParser checks the variable bootClass
This appears to be the same as I reported @ [NETBEANS-413].
In my case I was implementing jdk9 WebSocket. jdk8 WebSocket is entirely
different and does not show the error -- for whatever reason.
On Tue, Apr 3, 2018 at 4:08 PM, Efrem Mc wrote:
> HI Glenn,
>
> I went to an existing Java Applicat
HI Glenn,
I went to an existing Java Application, and switched it from JDK8
(default) to JDK10. I rebuild using Clean and Build
I received no error message and was able to run the app without any errors.
Output:
ant -f P:\\testing\\netcat9\\srctest\\projects\\JavaApplication19
-Dnb.internal
Hi all:
Does it matter if you are using JDK8, JDK10, or OpenJDK that may contain this jar file?
I noticed in the original report it had openjdk-# and it appears that
source file does some type of checking.
What are the steps or the test case, I can run to see if I can reproduce it?
Thanks,
Ef
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 modul
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,
I would say it is...
grep -R CRC32C /usr/lib64/jvm/java-9-openjdk
Übereinstimmungen in Binärdatei /usr/lib64/jvm/java-9-openjdk/lib/server/
libjvm.so
Übereinstimmungen in Binärdatei /usr/lib64/jvm/java-9-openjdk/lib/modules
Übereinstimmungen in Binärdatei /usr/lib64/jvm/java-9-openjdk/lib/src.zip
Are you sure CRC32C exists? Could you check which modules has it (I assume it
would be java.base, but I can't check myself).
--emi
‐‐‐ Original Message ‐‐‐
On 23 March 2018 4:27 PM, Marcel Witte wrote:
> I'm using the current netbeans jenkins build. After changing my project to
> Jav
10 matches
Mail list logo