[jira] [Created] (NETBEANS-4012) Ant's web applications totally do not work

2020-03-14 Thread Tie (Jira)
Tie created NETBEANS-4012:
-

 Summary: Ant's web applications totally do not work
 Key: NETBEANS-4012
 URL: https://issues.apache.org/jira/browse/NETBEANS-4012
 Project: NetBeans
  Issue Type: Bug
  Components: javaee - Web Project, projects - Ant Project
Affects Versions: 11.2, 11.3
 Environment: Netbeans 11.3, JDK11, Windows 10 64 bits
Reporter: Tie


When I created a web application using Ant, I cannot run any Java class 
contained in the web application with JDK 11.

The run log reported such issues:

-Xbootclasspath/p is no longer a supported option.
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
C:\Users\lteb2\AppData\Local\NetBeans\Cache\11.3\executor-snippets\run.xml:111: 
The following error occurred while executing this line:
C:\Users\lteb2\AppData\Local\NetBeans\Cache\11.3\executor-snippets\run.xml:68: 
Java returned: 1

 

I cannot find any configuration about the JVM option -Xbootclasspath/p. It 
seems the Ant web project Wizard implicitly added such a JVM option and then 
stoped the Java classes from running correctly with JDK 11.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-4011) Allow feature "Assign Value To New Variable" to user var

2020-03-14 Thread Miguel (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Miguel updated NETBEANS-4011:
-
Description: 
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example: 
{code:java}
// generated now 
boolean isBlank = "    ".isBlank();   

// would be cool 
var isBlank = "    ".isBlank();{code}
 

 

Of course this would only work for local variables inside function as per 
definition

 

 

 

  was:
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example: 
{code:java}
// generated now 
boolean isBlank = "    ".isBlank();   

// would be cool 
var isBlank = "    ".isBlank();For example:{code}
 

 

Of course this would only work for local variables inside function as per 
definition

 

 

 


> Allow feature "Assign Value To New Variable" to user var
> 
>
> Key: NETBEANS-4011
> URL: https://issues.apache.org/jira/browse/NETBEANS-4011
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Editor
>Affects Versions: 11.3
>Reporter: Miguel
>Priority: Major
>
> When using the editor feature "assign value to new variable" it would be nice
> to have the possibility to configure whether the variable generated is 
> created with the full type declaration or "var", either always, never or on a 
> case by case basis.
>  
> For example: 
> {code:java}
> // generated now 
> boolean isBlank = "    ".isBlank();   
> // would be cool 
> var isBlank = "    ".isBlank();{code}
>  
>  
> Of course this would only work for local variables inside function as per 
> definition
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-4011) Allow feature "Assign Value To New Variable" to user var

2020-03-14 Thread Miguel (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Miguel updated NETBEANS-4011:
-
Description: 
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example: 
{code:java}
// generated now 
boolean isBlank = "    ".isBlank();   

// would be cool 
var isBlank = "    ".isBlank();For example:{code}
 

 

Of course this would only work for local variables inside function as per 
definition

 

 

 

  was:
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

```java
// generated now
boolean isBlank = "    ".isBlank();

 

// would be cool
var isBlank = "    ".isBlank();
```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 


> Allow feature "Assign Value To New Variable" to user var
> 
>
> Key: NETBEANS-4011
> URL: https://issues.apache.org/jira/browse/NETBEANS-4011
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Editor
>Affects Versions: 11.3
>Reporter: Miguel
>Priority: Major
>
> When using the editor feature "assign value to new variable" it would be nice
> to have the possibility to configure whether the variable generated is 
> created with the full type declaration or "var", either always, never or on a 
> case by case basis.
>  
> For example: 
> {code:java}
> // generated now 
> boolean isBlank = "    ".isBlank();   
> // would be cool 
> var isBlank = "    ".isBlank();For example:{code}
>  
>  
> Of course this would only work for local variables inside function as per 
> definition
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-4011) Allow feature "Assign Value To New Variable" to user var

2020-03-14 Thread Miguel (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Miguel updated NETBEANS-4011:
-
Description: 
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

```java

// generated now

boolean isBlank = "    ".isBlank();

 

// would be cool

var isBlank = "    ".isBlank();

```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 

  was:
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

``java

// generated now

boolean isBlank = "    ".isBlank();

 

// would be cool

var isBlank = "    ".isBlank();

```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 


> Allow feature "Assign Value To New Variable" to user var
> 
>
> Key: NETBEANS-4011
> URL: https://issues.apache.org/jira/browse/NETBEANS-4011
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Editor
>Affects Versions: 11.3
>Reporter: Miguel
>Priority: Major
>
> When using the editor feature "assign value to new variable" it would be nice
> to have the possibility to configure whether the variable generated is 
> created with the full type declaration or "var", either always, never or on a 
> case by case basis.
>  
> For example:
> ```java
> // generated now
> boolean isBlank = "    ".isBlank();
>  
> // would be cool
> var isBlank = "    ".isBlank();
> ```
>  
> Of course this would only work for local variables inside function as per 
> definition
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-4011) Allow feature "Assign Value To New Variable" to user var

2020-03-14 Thread Miguel (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Miguel updated NETBEANS-4011:
-
Description: 
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

```java
// generated now
boolean isBlank = "    ".isBlank();

 

// would be cool
var isBlank = "    ".isBlank();
```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 

  was:
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

```
// generated now
boolean isBlank = "    ".isBlank();

 

// would be cool
var isBlank = "    ".isBlank();
```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 


> Allow feature "Assign Value To New Variable" to user var
> 
>
> Key: NETBEANS-4011
> URL: https://issues.apache.org/jira/browse/NETBEANS-4011
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Editor
>Affects Versions: 11.3
>Reporter: Miguel
>Priority: Major
>
> When using the editor feature "assign value to new variable" it would be nice
> to have the possibility to configure whether the variable generated is 
> created with the full type declaration or "var", either always, never or on a 
> case by case basis.
>  
> For example:
> ```java
> // generated now
> boolean isBlank = "    ".isBlank();
>  
> // would be cool
> var isBlank = "    ".isBlank();
> ```
>  
> Of course this would only work for local variables inside function as per 
> definition
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-4011) Allow feature "Assign Value To New Variable" to user var

2020-03-14 Thread Miguel (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Miguel updated NETBEANS-4011:
-
Description: 
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

```
// generated now
boolean isBlank = "    ".isBlank();

 

// would be cool
var isBlank = "    ".isBlank();
```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 

  was:
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

```

// generated now

boolean isBlank = "    ".isBlank();

 

// would be cool

var isBlank = "    ".isBlank();

```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 


> Allow feature "Assign Value To New Variable" to user var
> 
>
> Key: NETBEANS-4011
> URL: https://issues.apache.org/jira/browse/NETBEANS-4011
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Editor
>Affects Versions: 11.3
>Reporter: Miguel
>Priority: Major
>
> When using the editor feature "assign value to new variable" it would be nice
> to have the possibility to configure whether the variable generated is 
> created with the full type declaration or "var", either always, never or on a 
> case by case basis.
>  
> For example:
> ```
> // generated now
> boolean isBlank = "    ".isBlank();
>  
> // would be cool
> var isBlank = "    ".isBlank();
> ```
>  
> Of course this would only work for local variables inside function as per 
> definition
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-4011) Allow feature "Assign Value To New Variable" to user var

2020-03-14 Thread Miguel (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Miguel updated NETBEANS-4011:
-
Description: 
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

```

// generated now

boolean isBlank = "    ".isBlank();

 

// would be cool

var isBlank = "    ".isBlank();

```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 

  was:
When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

```java

// generated now

boolean isBlank = "    ".isBlank();

 

// would be cool

var isBlank = "    ".isBlank();

```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 


> Allow feature "Assign Value To New Variable" to user var
> 
>
> Key: NETBEANS-4011
> URL: https://issues.apache.org/jira/browse/NETBEANS-4011
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Editor
>Affects Versions: 11.3
>Reporter: Miguel
>Priority: Major
>
> When using the editor feature "assign value to new variable" it would be nice
> to have the possibility to configure whether the variable generated is 
> created with the full type declaration or "var", either always, never or on a 
> case by case basis.
>  
> For example:
> ```
> // generated now
> boolean isBlank = "    ".isBlank();
>  
> // would be cool
> var isBlank = "    ".isBlank();
> ```
>  
> Of course this would only work for local variables inside function as per 
> definition
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-4011) Allow feature "Assign Value To New Variable" to user var

2020-03-14 Thread Miguel (Jira)
Miguel created NETBEANS-4011:


 Summary: Allow feature "Assign Value To New Variable" to user var
 Key: NETBEANS-4011
 URL: https://issues.apache.org/jira/browse/NETBEANS-4011
 Project: NetBeans
  Issue Type: Improvement
  Components: java - Editor
Affects Versions: 11.3
Reporter: Miguel


When using the editor feature "assign value to new variable" it would be nice

to have the possibility to configure whether the variable generated is created 
with the full type declaration or "var", either always, never or on a case by 
case basis.

 

For example:

``java

// generated now

boolean isBlank = "    ".isBlank();

 

// would be cool

var isBlank = "    ".isBlank();

```

 

Of course this would only work for local variables inside function as per 
definition

 

 

 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[netbeans] branch master updated: Update JUnit from 5.5.2 to 5.6.0

2020-03-14 Thread skygo
This is an automated email from the ASF dual-hosted git repository.

skygo pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new 7f9fffe  Update JUnit from 5.5.2 to 5.6.0
 new 5a32af3  Merge pull request #1977 from pepness/junit-5.6.0
7f9fffe is described below

commit 7f9fffe2fb26c6354677d2dfaefbbfb811d149d5
Author: Jose Contreras 
AuthorDate: Mon Feb 24 21:29:34 2020 -0600

Update JUnit from 5.5.2 to 5.6.0
---
 .../modules/maven/ActionProviderImplTest.java  |  2 +-
 platform/junitlib/external/binaries-list   | 12 +--
 ...nse.txt => junit-jupiter-api-5.6.0-license.txt} |  4 ++--
 txt => junit-jupiter-engine-5.6.0-license.txt} |  4 ++--
 txt => junit-jupiter-params-5.6.0-license.txt} |  4 ++--
 platform/junitlib/nbproject/project.properties | 24 +++---
 .../netbeans/modules/junitlib/Bundle.properties|  2 +-
 .../src/org/netbeans/modules/junitlib/junit_5.xml  | 24 +++---
 platform/libs.junit5/external/binaries-list|  6 +++---
 ...license.txt => junit-jupiter-5.6.0-license.txt} |  6 +++---
 platform/libs.junit5/nbproject/project.properties  |  6 +++---
 platform/libs.junit5/nbproject/project.xml | 12 +--
 12 files changed, 53 insertions(+), 53 deletions(-)

diff --git 
a/java/maven/test/unit/src/org/netbeans/modules/maven/ActionProviderImplTest.java
 
b/java/maven/test/unit/src/org/netbeans/modules/maven/ActionProviderImplTest.java
index 3aa76c0..278a866 100644
--- 
a/java/maven/test/unit/src/org/netbeans/modules/maven/ActionProviderImplTest.java
+++ 
b/java/maven/test/unit/src/org/netbeans/modules/maven/ActionProviderImplTest.java
@@ -107,7 +107,7 @@ public class ActionProviderImplTest extends NbTestCase {
 + "testprj"
 + "1.0"
 + 
"org.apache.maven.pluginsmaven-surefire-plugin2.22.2"
-+ 
"org.junit.jupiterjunit-jupiter-api5.5.2testorg.junit.jupiterjunit-jupiter-params5.5.2testorg.junit.jupiterjunit-jupiter-engine5.5.2test"
++ 
"org.junit.jupiterjunit-jupiter-api5.6.0testorg.junit.jupiterjunit-jupiter-params5.6.0testorg.junit.jupiterjunit-jupiter-engine5.6.0test"
 + 
"none"
 + "");
 
assertSupportsRunSingleMethod(ProjectManager.getDefault().findProject(FileUtil.toFileObject(getWorkDir())),
 true);
diff --git a/platform/junitlib/external/binaries-list 
b/platform/junitlib/external/binaries-list
index c5eda0a..8558d11 100644
--- a/platform/junitlib/external/binaries-list
+++ b/platform/junitlib/external/binaries-list
@@ -16,9 +16,9 @@
 # under the License.
 A6C32B40BF3D76ECA54E3C601E5D1470C86FCDFA junit:junit:4.12:sources
 941A8BE4506C65F0A9001C08812FB7DA1E505E21 junit:junit:4.12:javadoc
-22B57242E953BF2DE96FD5A122BD697F18B2FCD2 
org.junit.jupiter:junit-jupiter-api:5.5.2:sources
-D24A5A6853030EBB11DACE58BD5FA49F0BCE4D58 
org.junit.jupiter:junit-jupiter-api:5.5.2:javadoc
-F68669855D3DCFD6F6087FAF53A5A503DEF5D09B 
org.junit.jupiter:junit-jupiter-params:5.5.2:sources
-E94D6EA9D7460B9460114A009857D5588F8DC1BA 
org.junit.jupiter:junit-jupiter-params:5.5.2:javadoc
-44D1543A802A072D87CC146D9D96223D61683617 
org.junit.jupiter:junit-jupiter-engine:5.5.2:sources
-EEAA786F518DDE7B0298A08426A349B55728D7D9 
org.junit.jupiter:junit-jupiter-engine:5.5.2:javadoc
\ No newline at end of file
+EECCE5DA465F85A39FDD55F39A55591290170FAE 
org.junit.jupiter:junit-jupiter-api:5.6.0:sources
+9FF3C4B16802300C00C765F5D134D22291C98B34 
org.junit.jupiter:junit-jupiter-api:5.6.0:javadoc
+6F38FDB1F7E00CEB6AA6F7DB54B1EE92CB196257 
org.junit.jupiter:junit-jupiter-params:5.6.0:sources
+82B86EA526559DD1C1E2D7BD748CEA63AA7D067D 
org.junit.jupiter:junit-jupiter-params:5.6.0:javadoc
+9001C3C1E19E10FD2D0CF3C0E9CD9EAE96AE 
org.junit.jupiter:junit-jupiter-engine:5.6.0:sources
+2960C0C3D45F9F0078E75549C2FB479A73AF8BE4 
org.junit.jupiter:junit-jupiter-engine:5.6.0:javadoc
\ No newline at end of file
diff --git a/platform/junitlib/external/junit-jupiter-api-5.5.2-license.txt 
b/platform/junitlib/external/junit-jupiter-api-5.6.0-license.txt
similarity index 99%
rename from platform/junitlib/external/junit-jupiter-api-5.5.2-license.txt
rename to platform/junitlib/external/junit-jupiter-api-5.6.0-license.txt
index 28177f3..6589771 100644
--- a/platform/junitlib/external/junit-jupiter-api-5.5.2-license.txt
+++ b/platform/junitlib/external/junit-jupiter-api-5.6.0-license.txt
@@ -1,9 +1,9 @@
 Name: JUnit Jupiter API
-Version: 5.5.2
+Version: 5.6.0
 License: EPL-v20
 Description: JUnit Jupiter API
 Origin: JUnit
-Files: junit-jupiter-api-5.5.2-sources.jar junit-jupiter-api-5.5.2-javadoc.jar
+Files: junit-jupiter-api-5.6.0-sources.jar junit-jupiter-api-5.6.0-javadoc.jar
 
 
 Eclipse Public License - v 2.0
diff --git a/platform/junitlib/external/junit-jupiter-engine-5.5.2-license.txt 

[netbeans] branch master updated: Adding a new hint for hardcoded version numbers after -source when --enable-preview.

2020-03-14 Thread skygo
This is an automated email from the ASF dual-hosted git repository.

skygo pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new 3f12316  Adding a new hint for hardcoded version numbers after -source 
when --enable-preview.
 new 8e98e1e  Merge pull request #1993 from 
jlahoda/hardcoded-source-version-hint
3f12316 is described below

commit 3f12316207dc6b98d56e9372b0e1a6ef45f3de0d
Author: Jan Lahoda 
AuthorDate: Mon Feb 3 06:21:43 2020 +0100

Adding a new hint for hardcoded version numbers after -source when 
--enable-preview.
---
 .../java/openjdk/jtreg/WrongSourceVersion.java | 103 +
 .../java/openjdk/jtreg/WrongSourceVersionTest.java |  58 
 2 files changed, 161 insertions(+)

diff --git 
a/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/jtreg/WrongSourceVersion.java
 
b/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/jtreg/WrongSourceVersion.java
new file mode 100644
index 000..e8a5a8a
--- /dev/null
+++ 
b/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/jtreg/WrongSourceVersion.java
@@ -0,0 +1,103 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+ package org.netbeans.modules.java.openjdk.jtreg;
+
+import java.util.ArrayList;
+import java.util.List;
+
+import com.sun.source.tree.Tree.Kind;
+import com.sun.source.util.TreePath;
+import java.io.IOException;
+import java.util.Arrays;
+import org.netbeans.api.java.source.CompilationInfo;
+import org.netbeans.modules.java.openjdk.jtreg.TagParser.Result;
+import org.netbeans.spi.editor.hints.ErrorDescription;
+import org.netbeans.spi.java.hints.ErrorDescriptionFactory;
+import org.netbeans.spi.java.hints.Hint;
+import org.netbeans.spi.java.hints.Hint.Options;
+import org.netbeans.spi.java.hints.HintContext;
+import org.netbeans.spi.java.hints.JavaFix;
+import org.netbeans.spi.java.hints.TriggerTreeKind;
+import org.openide.util.NbBundle.Messages;
+
+@Hint(displayName = "#DN_WrongSourceVersion", description = 
"#DESC_WrongSourceVersion", category = "general", options=Options.NO_BATCH)
+@Messages({
+"DN_WrongSourceVersion=Wrong -source",
+"DESC_WrongSourceVersion=Checks for hardcoded values for -source when 
--enable-preview"
+})
+public class WrongSourceVersion {
+
+@TriggerTreeKind(Kind.COMPILATION_UNIT)
+@Messages({
+"ERR_HardcodedSource=Hardcoded source version, should use 
${jdk.version}"
+})
+public static List computeWarning(HintContext ctx) {
+Result tags = TagParser.parseTags(ctx.getInfo());
+List result = new ArrayList<>();
+for (Tag tag : tags.getTags()) {
+if (!"compile".equals(tag.getName())) {
+continue;
+}
+String[] params = tag.getValue().split("[\\s]+");
+boolean hasEnablePreview = Arrays.stream(params).anyMatch(s -> 
"--enable-preview".equals(s));
+if (hasEnablePreview) {
+for (int i = 0; i < params.length; i++) {
+if ((params[i].equals("-source") || 
params[i].equals("--source")) && i + 1 < params.length) {
+try {
+Integer.parseInt(params[i + 1]);
+int pos = tag.getValue().indexOf(params[i]);
+int start = tag.getValue().indexOf(params[i + 1], 
pos) + tag.getTagEnd();
+int end = start + params[i + 1].length();
+ErrorDescription idealED = 
ErrorDescriptionFactory.forName(ctx, ctx.getPath(), 
Bundle.ERR_HardcodedSource(), new UseJdkSource(ctx.getInfo(), ctx.getPath(), 
start, end).toEditorFix());
+
+
result.add(org.netbeans.spi.editor.hints.ErrorDescriptionFactory.createErrorDescription(idealED.getSeverity(),
 idealED.getDescription(), idealED.getFixes(), ctx.getInfo().getFileObject(), 
start, end));
+} catch (NumberFormatException ex) {
+//OK
+}
+}
+}
+}
+}
+return result;

[netbeans] branch master updated (82f2684 -> f8def4a)

2020-03-14 Thread skygo
This is an automated email from the ASF dual-hosted git repository.

skygo pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git.


from 82f2684  Merge pull request #2008 from apache/NETBEANS-3254-2
 new b6fabfe  Update SpringFramework 3
 new 8d38f08  Fix default Spring versionb
 new f8def4a  Merge pull request #1954 from blackleg/springframework

The 3748 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "add" were already present in the repository and have only
been added to this reference.


Summary of changes:
 java/libs.springframework/external/binaries-list   | 21 +-
 .../spring-framework-3.2.18.RELEASE-license.txt| 76 +--
 .../spring-framework-3.2.18.RELEASE-notice.txt |  2 +
 .../spring-framework-3.2.7.RELEASE-notice.txt  |  2 -
 .../nbproject/project.properties   | 88 ++
 .../libs/springframework/Bundle.properties |  2 +-
 .../libs/springframework/spring-framework300.xml   | 82 ++--
 java/spring.beans/nbproject/project.properties |  2 +-
 .../wizards/NewSpringXMLConfigWizardIterator.java  |  2 +-
 .../licenses/Apache-2.0-spring3.2.18   | 55 --
 10 files changed, 191 insertions(+), 141 deletions(-)
 rename nbbuild/licenses/Apache-2.0-spring3.2.7 => 
java/libs.springframework/external/spring-framework-3.2.18.RELEASE-license.txt 
(85%)
 create mode 100644 
java/libs.springframework/external/spring-framework-3.2.18.RELEASE-notice.txt
 delete mode 100644 
java/libs.springframework/external/spring-framework-3.2.7.RELEASE-notice.txt
 rename 
java/libs.springframework/external/spring-framework-3.2.7.RELEASE-license.txt 
=> nbbuild/licenses/Apache-2.0-spring3.2.18 (91%)


-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



svn commit: r38509 - /dev/netbeans/netbeans-maven-utilities/nb-repository-plugin/nb-repository-plugin-1.6/ /dev/netbeans/netbeans-maven-utilities/nbm-maven-plugin/nbm-maven-plugin-4.5/ /release/netbea

2020-03-14 Thread skygo
Author: skygo
Date: Sat Mar 14 18:06:29 2020
New Revision: 38509

Log:
release NetBeans Utilities plugin

Added:

release/netbeans/netbeans-maven-utilities/nb-repository-plugin/nb-repository-plugin-1.6/
  - copied from r38508, 
dev/netbeans/netbeans-maven-utilities/nb-repository-plugin/nb-repository-plugin-1.6/

release/netbeans/netbeans-maven-utilities/nbm-maven-plugin/nbm-maven-plugin-4.5/
  - copied from r38508, 
dev/netbeans/netbeans-maven-utilities/nbm-maven-plugin/nbm-maven-plugin-4.5/
Removed:

dev/netbeans/netbeans-maven-utilities/nb-repository-plugin/nb-repository-plugin-1.6/
dev/netbeans/netbeans-maven-utilities/nbm-maven-plugin/nbm-maven-plugin-4.5/

release/netbeans/netbeans-maven-utilities/nb-repository-plugin/nb-repository-plugin-1.5/

release/netbeans/netbeans-maven-utilities/nbm-maven-plugin/nbm-maven-plugin-4.4/


-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Created] (NETBEANS-4010) IDE windows overlap incorrectly

2020-03-14 Thread Don (Jira)
Don created NETBEANS-4010:
-

 Summary: IDE windows overlap incorrectly
 Key: NETBEANS-4010
 URL: https://issues.apache.org/jira/browse/NETBEANS-4010
 Project: NetBeans
  Issue Type: Bug
  Components: cnd - Other
Affects Versions: 11.3
 Environment: MacBook MacOS Catalina, Netbeans 11.3
Reporter: Don
 Attachments: Netbeans IDE windowing problem.png

On a MacBook, at times, the "Output", main IDE window (where editors are 
usually contained as tabs), "Variables", or other windows overlay each other 
incorrectly. For example, a floating/detached "Output" window is overlaying the 
main IDE window and will not let other windows overlay it. At other times, 
clicking on the main window during a debug session results in the "Call stack" 
or "Variable" window overlaying the main IDE window. Of course, this is when 
these windows are in floating/detached or "undocked" (pick the description that 
fits your understanding) states. If they are part of the main IDE window that 
is presented when the IDE is started, they obviously cannot overlap that 
window. I've included a screen capture to help understand the problem. The 
"Variables" and "Output" windows show will come to top when clicked. But the 
main IDE window under them cannot be displayed on top of either of the others.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists