[jira] [Created] (NETBEANS-4361) can't creat new java object

2020-05-21 Thread Ya Li (Jira)
Ya Li created NETBEANS-4361:
---

 Summary: can't creat new java object
 Key: NETBEANS-4361
 URL: https://issues.apache.org/jira/browse/NETBEANS-4361
 Project: NetBeans
  Issue Type: Bug
Reporter: Ya Li
 Attachments: Screenshot (267).png, messages.log





--
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] [Commented] (NETBEANS-519) Bump Eclipse JGit dependency to latest version

2020-05-21 Thread Agly (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17113677#comment-17113677
 ] 

Agly commented on NETBEANS-519:
---

Thanks for working on this!!! It will be good to start using NetBeans again!!

> Bump Eclipse JGit dependency to latest version
> --
>
> Key: NETBEANS-519
> URL: https://issues.apache.org/jira/browse/NETBEANS-519
> Project: NetBeans
>  Issue Type: Improvement
>  Components: versioncontrol - Git
>Affects Versions: 8.2
>Reporter: Christian Bourque
>Assignee: Matthias Bläsing
>Priority: Major
>  Labels: pull-request-available
> Fix For: 11.3
>
>  Time Spent: 9h 50m
>  Remaining Estimate: 0h
>
> The current JGit dependency bundled with NetBeans 8.2 is 3 years old and 
> missing all the newest Git features! This would also be a good time to remove 
> the old JGit Java 7 NetBeans module...
> This would upgrade the current dependency from version 3.6.2 to 4.11.0.



--
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] [Commented] (NETBEANS-4360) StackOverflowException in JsParser

2020-05-21 Thread Geertjan Wielenga (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17113541#comment-17113541
 ] 

Geertjan Wielenga commented on NETBEANS-4360:
-

So can you check what happens without the project open? And with a different 
project open?

> StackOverflowException in JsParser
> --
>
> Key: NETBEANS-4360
> URL: https://issues.apache.org/jira/browse/NETBEANS-4360
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0, 11.3
>Reporter: Thomas Wolf
>Priority: Critical
> Attachments: messages.log
>
>
> Starting the day before yesterday, with no discernible change in my NB 
> version (11.3), the IDE became first slow and then unresponsive.  After 
> restart, but before it could become unresponsive, I checked the IDE log and 
> saw a StackOverflowException.
> I downloaded 12b4 and tried it - with the same results (see IDE log w. 
> exception).  I then cleared out the application support directory as well as 
> the cache and tried again.  Same result.
> Since the application has become unusable and I have deadlines, I had to 
> switch to Visual Studio Code until this is resolved.



--
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] [Commented] (NETBEANS-4360) StackOverflowException in JsParser

2020-05-21 Thread Thomas Wolf (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17113540#comment-17113540
 ] 

Thomas Wolf commented on NETBEANS-4360:
---

No idea what steps to take.  As indicated, it just started happening in my 
project - with no changes to NB (plugins, etc.)  It could even be that it's 
been happening for quite some time but had never caused a slow-down before now.

My connectivity while WFH for the last month has been slow - I"m basically 
using my cellphone's hotspot capability to our work laptops (no broadband at 
our new house).  I get between 5-15mb/sec.  I'm just bringing this up as the 
exception is preceded by a message from the RepositoryUpdater - in case that 
refers to some NB repository, not my own git repository.

I was hoping the problem would be apparent by looking at the stack trace.  If 
not, I can ask my boss whether I can send the project src to you.  It happens 
100% of the time after the IDE starts with the project open.

 

> StackOverflowException in JsParser
> --
>
> Key: NETBEANS-4360
> URL: https://issues.apache.org/jira/browse/NETBEANS-4360
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0, 11.3
>Reporter: Thomas Wolf
>Priority: Critical
> Attachments: messages.log
>
>
> Starting the day before yesterday, with no discernible change in my NB 
> version (11.3), the IDE became first slow and then unresponsive.  After 
> restart, but before it could become unresponsive, I checked the IDE log and 
> saw a StackOverflowException.
> I downloaded 12b4 and tried it - with the same results (see IDE log w. 
> exception).  I then cleared out the application support directory as well as 
> the cache and tried again.  Same result.
> Since the application has become unusable and I have deadlines, I had to 
> switch to Visual Studio Code until this is resolved.



--
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-4359) Incorrect wrapping of type annotations

2020-05-21 Thread David Kleszyk (Jira)


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

David Kleszyk updated NETBEANS-4359:

Description: 
I've been playing with the beta 4 release of 12.0 to test out some of the 
preview functionality in Java 14.

It appears that the automatic formatting tool is always wrapping type 
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set 
to 'Never'.

For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:

{code:java}
public static @Nullable Object getNullable()
{
return null;
}
{code}

is formatted as

{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}

(As an aside, it probably would be reasonable to add a separate option for the 
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}} 
as a {{@Target}})

  was:
I've been playing with the beta 4 release of 12.0 to test out some of the 
preview functionality in Java 14.

It appears that the automatic formatting tool is always wrapping type 
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set 
to 'Never'.

For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:

{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}

is formatted as

{code:java}
@Nullable
local;
{code}

(As an aside, it probably would be reasonable to add a separate option for the 
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}} 
as a {{@Target}})


> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml, 
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the 
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type 
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is 
> set to 'Never'.
> For example, when using 
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> public static @Nullable Object getNullable()
> {
> return null;
> }
> {code}
> is formatted as
> {code:java}
> public static @Nullable
> Object getNullable()
> {
> return null;
> }
> {code}
> (As an aside, it probably would be reasonable to add a separate option for 
> the wrapping behavior of annotations that have {{TYPE_USE}} or 
> {{TYPE_PARAMETER}} as a {{@Target}})



--
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-4359) Incorrect wrapping of type annotations

2020-05-21 Thread David Kleszyk (Jira)


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

David Kleszyk updated NETBEANS-4359:

Description: 
I've been playing with the beta 4 release of 12.0 to test out some of the 
preview functionality in Java 14.

It appears that the automatic formatting tool is always wrapping some type 
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set 
to 'Never'.

For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:

{code:java}
public static @Nullable Object getNullable()
{
return null;
}
{code}

is formatted as

{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}

(As an aside, it probably would be reasonable to add a separate option for the 
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}} 
as a {{@Target}})

  was:
I've been playing with the beta 4 release of 12.0 to test out some of the 
preview functionality in Java 14.

It appears that the automatic formatting tool is always wrapping type 
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set 
to 'Never'.

For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:

{code:java}
public static @Nullable Object getNullable()
{
return null;
}
{code}

is formatted as

{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}

(As an aside, it probably would be reasonable to add a separate option for the 
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}} 
as a {{@Target}})


> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml, 
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the 
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping some type 
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is 
> set to 'Never'.
> For example, when using 
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> public static @Nullable Object getNullable()
> {
> return null;
> }
> {code}
> is formatted as
> {code:java}
> public static @Nullable
> Object getNullable()
> {
> return null;
> }
> {code}
> (As an aside, it probably would be reasonable to add a separate option for 
> the wrapping behavior of annotations that have {{TYPE_USE}} or 
> {{TYPE_PARAMETER}} as a {{@Target}})



--
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-4359) Incorrect wrapping of type annotations

2020-05-21 Thread David Kleszyk (Jira)


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

David Kleszyk updated NETBEANS-4359:

Description: 
I've been playing with the beta 4 release of 12.0 to test out some of the 
preview functionality in Java 14.

It appears that the automatic formatting tool is always wrapping type 
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set 
to 'Never'.

For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:

{code:java}
public static @Nullable
Object getNullable()
{
return null;
}
{code}

is formatted as

{code:java}
@Nullable
local;
{code}

(As an aside, it probably would be reasonable to add a separate option for the 
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}} 
as a {{@Target}})

  was:
I've been playing with the beta 4 release of 12.0 to test out some of the 
preview functionality in Java 14.

It appears that the automatic formatting tool is always wrapping type 
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set 
to 'Never'.

For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:

{code:java}
@Nullable local;
{code}

is formatted as

{code:java}
@Nullable
local;
{code}

(As an aside, it probably would be reasonable to add a separate option for the 
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}} 
as a {{@Target}})


> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml, 
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the 
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type 
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is 
> set to 'Never'.
> For example, when using 
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> public static @Nullable
> Object getNullable()
> {
> return null;
> }
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for 
> the wrapping behavior of annotations that have {{TYPE_USE}} or 
> {{TYPE_PARAMETER}} as a {{@Target}})



--
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] [Commented] (NETBEANS-4360) StackOverflowException in JsParser

2020-05-21 Thread Geertjan Wielenga (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17113490#comment-17113490
 ] 

Geertjan Wielenga commented on NETBEANS-4360:
-

What steps can we be take to see the problem.

> StackOverflowException in JsParser
> --
>
> Key: NETBEANS-4360
> URL: https://issues.apache.org/jira/browse/NETBEANS-4360
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0, 11.3
>Reporter: Thomas Wolf
>Priority: Critical
> Attachments: messages.log
>
>
> Starting the day before yesterday, with no discernible change in my NB 
> version (11.3), the IDE became first slow and then unresponsive.  After 
> restart, but before it could become unresponsive, I checked the IDE log and 
> saw a StackOverflowException.
> I downloaded 12b4 and tried it - with the same results (see IDE log w. 
> exception).  I then cleared out the application support directory as well as 
> the cache and tried again.  Same result.
> Since the application has become unusable and I have deadlines, I had to 
> switch to Visual Studio Code until this is resolved.



--
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-4359) Incorrect wrapping of type annotations

2020-05-21 Thread David Kleszyk (Jira)


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

David Kleszyk updated NETBEANS-4359:

Attachment: org-netbeans-modules-editor-settings-CustomPreferences.xml

> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml, 
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the 
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type 
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is 
> set to 'Never'.
> For example, when using 
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> @Nullable local;
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for 
> the wrapping behavior of annotations that have {{TYPE_USE}} or 
> {{TYPE_PARAMETER}} as a {{@Target}})



--
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-4359) Incorrect wrapping of type annotations

2020-05-21 Thread David Kleszyk (Jira)


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

David Kleszyk updated NETBEANS-4359:

Attachment: nb-configuration.xml

> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: nb-configuration.xml, 
> org-netbeans-modules-editor-settings-CustomPreferences.xml, pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the 
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type 
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is 
> set to 'Never'.
> For example, when using 
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> @Nullable local;
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for 
> the wrapping behavior of annotations that have {{TYPE_USE}} or 
> {{TYPE_PARAMETER}} as a {{@Target}})



--
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-4359) Incorrect wrapping of type annotations

2020-05-21 Thread David Kleszyk (Jira)


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

David Kleszyk updated NETBEANS-4359:

Environment: 
OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
1.38, Groovy 1.4, Base IDE 1.0

  was:
OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
1.38, Groovy 1.4, Base IDE 1.0
Project type: Maven > Java Application


> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
> 1.38, Groovy 1.4, Base IDE 1.0
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the 
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type 
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is 
> set to 'Never'.
> For example, when using 
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> @Nullable local;
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for 
> the wrapping behavior of annotations that have {{TYPE_USE}} or 
> {{TYPE_PARAMETER}} as a {{@Target}})



--
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-4360) StackOverflowException in JsParser

2020-05-21 Thread Thomas Wolf (Jira)
Thomas Wolf created NETBEANS-4360:
-

 Summary: StackOverflowException in JsParser
 Key: NETBEANS-4360
 URL: https://issues.apache.org/jira/browse/NETBEANS-4360
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 12.0, 11.3
Reporter: Thomas Wolf
 Attachments: messages.log

Starting the day before yesterday, with no discernible change in my NB version 
(11.3), the IDE became first slow and then unresponsive.  After restart, but 
before it could become unresponsive, I checked the IDE log and saw a 
StackOverflowException.

I downloaded 12b4 and tried it - with the same results (see IDE log w. 
exception).  I then cleared out the application support directory as well as 
the cache and tried again.  Same result.

Since the application has become unusable and I have deadlines, I had to switch 
to Visual Studio Code until this is resolved.



--
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-4359) Incorrect wrapping of type annotations

2020-05-21 Thread David Kleszyk (Jira)


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

David Kleszyk updated NETBEANS-4359:

 Attachment: pom.xml
Environment: 
OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
1.38, Groovy 1.4, Base IDE 1.0
Project type: Maven > Java Application

  was:
OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
1.38, Groovy 1.4, Base IDE 1.0


> Incorrect wrapping of type annotations
> --
>
> Key: NETBEANS-4359
> URL: https://issues.apache.org/jira/browse/NETBEANS-4359
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting  Indentation
>Affects Versions: 12.0
> Environment: OS: Windows 7 x64
> Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
> Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
> Registry 1.35
> Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
> 1.38, Groovy 1.4, Base IDE 1.0
> Project type: Maven > Java Application
>Reporter: David Kleszyk
>Priority: Trivial
> Attachments: pom.xml
>
>
> I've been playing with the beta 4 release of 12.0 to test out some of the 
> preview functionality in Java 14.
> It appears that the automatic formatting tool is always wrapping type 
> annotations, even if Editor > Formatting > Java > Wrapping > Annotations is 
> set to 'Never'.
> For example, when using 
> {{org.checkerframework.checker.nullness.qual.Nullable}}:
> {code:java}
> @Nullable local;
> {code}
> is formatted as
> {code:java}
> @Nullable
> local;
> {code}
> (As an aside, it probably would be reasonable to add a separate option for 
> the wrapping behavior of annotations that have {{TYPE_USE}} or 
> {{TYPE_PARAMETER}} as a {{@Target}})



--
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-4359) Incorrect wrapping of type annotations

2020-05-21 Thread David Kleszyk (Jira)
David Kleszyk created NETBEANS-4359:
---

 Summary: Incorrect wrapping of type annotations
 Key: NETBEANS-4359
 URL: https://issues.apache.org/jira/browse/NETBEANS-4359
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Formatting  Indentation
Affects Versions: 12.0
 Environment: OS: Windows 7 x64
Java: OpenJDK 64-Bit Server VM (build 14.0.1+7, mixed mode, sharing)
Active plugins: HTML5 1.24, Java SE 1.43, Tools 3.92.0.2, PHP 1.70, Service 
Registry 1.35
Inactive plugins: JavaFX 2 1.25, Java Web and EE 1.33, Developing NetBeans 
1.38, Groovy 1.4, Base IDE 1.0
Reporter: David Kleszyk


I've been playing with the beta 4 release of 12.0 to test out some of the 
preview functionality in Java 14.

It appears that the automatic formatting tool is always wrapping type 
annotations, even if Editor > Formatting > Java > Wrapping > Annotations is set 
to 'Never'.

For example, when using {{org.checkerframework.checker.nullness.qual.Nullable}}:

{code:java}
@Nullable local;
{code}

is formatted as

{code:java}
@Nullable
local;
{code}

(As an aside, it probably would be reasonable to add a separate option for the 
wrapping behavior of annotations that have {{TYPE_USE}} or {{TYPE_PARAMETER}} 
as a {{@Target}})



--
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] [Commented] (NETBEANS-4356) Unneeded/redundant cast added by code completion

2020-05-21 Thread Ernie Rael (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17113390#comment-17113390
 ] 

Ernie Rael commented on NETBEANS-4356:
--

the-example.jar has a minimal project that exhibits the problem. Fails starting 
up with empty userdir.

Unzip the file, open play/UneededCast.java, try code completion as indicated.

Would be nice if a fix could...

> Unneeded/redundant cast added by code completion
> 
>
> Key: NETBEANS-4356
> URL: https://issues.apache.org/jira/browse/NETBEANS-4356
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion  Templates
>Affects Versions: 12.0
> Environment: Product Version: Apache NetBeans IDE 12.0-beta4
> Updates: Updates available to version NetBeans 8.2 Patch 2
> Java: 14.0.1; Java HotSpot(TM) 64-Bit Server VM 14.0.1+7
> Runtime: Java(TM) SE Runtime Environment 14.0.1+7
> System: Windows 7 version 6.1 running on amd64; UTF-8; en_US (nb)
>Reporter: Ernie Rael
>Priority: Major
>  Labels: regresion
> Attachments: the-example.jar
>
>
> Consider the code, caret shown as '|',
> {code:java}
>   static private void xxx(ViMark m) {
> if(m instanceof Filemark) {
>   if(m.getb|)
> }
>   }
> {code}
> Bring up code completion, it show info for Filemark, not ViMark; that could 
> be handy in some cases. BTW, ViMark is an interface. Select method 
> getBuffer() and the result is
> {code:java}
>   if(((Filemark)m).getBuffer())
> {code}
> ViMark has a getBuffer method, the cast is bogus. The project is marked 1.8 
> source.
> I tried it after removing cachedir, still failed. A simple test case works. 
> I'll try to get a smaller case.



--
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-4356) Unneeded/redundant cast added by code completion

2020-05-21 Thread Ernie Rael (Jira)


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

Ernie Rael updated NETBEANS-4356:
-
Attachment: the-example.jar

> Unneeded/redundant cast added by code completion
> 
>
> Key: NETBEANS-4356
> URL: https://issues.apache.org/jira/browse/NETBEANS-4356
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion  Templates
>Affects Versions: 12.0
> Environment: Product Version: Apache NetBeans IDE 12.0-beta4
> Updates: Updates available to version NetBeans 8.2 Patch 2
> Java: 14.0.1; Java HotSpot(TM) 64-Bit Server VM 14.0.1+7
> Runtime: Java(TM) SE Runtime Environment 14.0.1+7
> System: Windows 7 version 6.1 running on amd64; UTF-8; en_US (nb)
>Reporter: Ernie Rael
>Priority: Major
>  Labels: regresion
> Attachments: the-example.jar
>
>
> Consider the code, caret shown as '|',
> {code:java}
>   static private void xxx(ViMark m) {
> if(m instanceof Filemark) {
>   if(m.getb|)
> }
>   }
> {code}
> Bring up code completion, it show info for Filemark, not ViMark; that could 
> be handy in some cases. BTW, ViMark is an interface. Select method 
> getBuffer() and the result is
> {code:java}
>   if(((Filemark)m).getBuffer())
> {code}
> ViMark has a getBuffer method, the cast is bogus. The project is marked 1.8 
> source.
> I tried it after removing cachedir, still failed. A simple test case works. 
> I'll try to get a smaller case.



--
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] [Comment Edited] (NETBEANS-3966) Missing to show in editor where is problem

2020-05-21 Thread Netbeans User 2019 (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17113128#comment-17113128
 ] 

Netbeans User 2019 edited comment on NETBEANS-3966 at 5/21/20, 12:10 PM:
-

Another example:

{{public class Example {}}{{    public void methodA(String str) {
     java.util.Optional.ofNullable(str)
     .filter((s)->s.startsWith("example"))
     .flatMap(this::getMyObject)
     .ifPresent((o)->

{     o.someMethod(str);     }

);
     }}}{{    public java.util.Optional getMyObject() {}}{{   
 return java.util.Optional.empty();
     }}}{{    public static class MyObject {}}{{    public void 
someMethod(String str) {}}{\{    }
     }
 }}}

 

And only shown error on tab (indicator) and in Action items "Error incompatible 
types: invalid method reference method getMyObject in class", but nothing 
inside editor itself.


was (Author: nb-user-2019):
Another example:

{{public class Example {}}{{    public void methodA(String str) {
    java.util.Optional.ofNullable(str)
    .filter((s)->s.startsWith("example"))
    .flatMap(this::getMyObject)
    .ifPresent((o)->{
    o.someMethod(str);
    });
    }}}{{    public java.util.Optional getMyObject() {}}{{
    return java.util.Optional.empty();
    }}}{{    public static class MyObject {}}{{    public void 
someMethod(String str) {}}{{    }
    }
}}}

> Missing to show in editor where is problem
> --
>
> Key: NETBEANS-3966
> URL: https://issues.apache.org/jira/browse/NETBEANS-3966
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler, java - Editor, platform - Action Items
>Affects Versions: 11.2, 11.3
> Environment: Apache Netbeans 11.2 and even 11.3
> OpenJDK 11.0.2
>Reporter: Netbeans User 2019
>Priority: Major
>  Labels: compiler
>
> public static void main(String[] args) {
>  
>  List z = List.of(1,2,3);
>  z.stream()
>  .map(SandboxTemp1::ou)
>  .toString();
> }
> private static int ou(String o) {
>  return 0;
> }
> There is missing to be shown as error on such line.
> It is seen as issue in action items and red indicator in tab next name of 
> file, but no issue shown in editor itself.
> In actions items you can see:
> Error incompatible types: invalid method reference incompatible types: 
> java.lang.Integer cannot be converted to java.lang.String ... :23
> This is not one case, but this happens for different types so not only that 
> one from example.



--
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] [Commented] (NETBEANS-3966) Missing to show in editor where is problem

2020-05-21 Thread Netbeans User 2019 (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-3966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17113128#comment-17113128
 ] 

Netbeans User 2019 commented on NETBEANS-3966:
--

Another example:

{{public class Example {}}{{    public void methodA(String str) {
    java.util.Optional.ofNullable(str)
    .filter((s)->s.startsWith("example"))
    .flatMap(this::getMyObject)
    .ifPresent((o)->{
    o.someMethod(str);
    });
    }}}{{    public java.util.Optional getMyObject() {}}{{
    return java.util.Optional.empty();
    }}}{{    public static class MyObject {}}{{    public void 
someMethod(String str) {}}{{    }
    }
}}}

> Missing to show in editor where is problem
> --
>
> Key: NETBEANS-3966
> URL: https://issues.apache.org/jira/browse/NETBEANS-3966
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler, java - Editor, platform - Action Items
>Affects Versions: 11.2, 11.3
> Environment: Apache Netbeans 11.2 and even 11.3
> OpenJDK 11.0.2
>Reporter: Netbeans User 2019
>Priority: Major
>  Labels: compiler
>
> public static void main(String[] args) {
>  
>  List z = List.of(1,2,3);
>  z.stream()
>  .map(SandboxTemp1::ou)
>  .toString();
> }
> private static int ou(String o) {
>  return 0;
> }
> There is missing to be shown as error on such line.
> It is seen as issue in action items and red indicator in tab next name of 
> file, but no issue shown in editor itself.
> In actions items you can see:
> Error incompatible types: invalid method reference incompatible types: 
> java.lang.Integer cannot be converted to java.lang.String ... :23
> This is not one case, but this happens for different types so not only that 
> one from example.



--
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-4358) DeploymentException exception has occurred.

2020-05-21 Thread Netbeans User 2019 (Jira)
Netbeans User 2019 created NETBEANS-4358:


 Summary: DeploymentException exception has occurred.
 Key: NETBEANS-4358
 URL: https://issues.apache.org/jira/browse/NETBEANS-4358
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Other
Affects Versions: 11.3
 Environment: OpenJDK 11.0.2 
Gradle 6.4 
Reporter: Netbeans User 2019


A 
org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment$DeploymentException
 exception has occurred.
However, the system should continue working without further problems.

java.lang.RuntimeException: Bad target server ID null
 at 
org.netbeans.modules.j2ee.deployment.impl.projects.DeploymentTarget.getServer(DeploymentTarget.java:257)
[catch] at 
org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment.deploy(Deployment.java:172)
Caused: Deployment error: Bad target server ID null
See the server log for details.
 at 
org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment.deploy(Deployment.java:269)
[catch] at 
org.netbeans.modules.gradle.javaee.execute.DeployHook.deploy(DeployHook.java:95)
 at 
org.netbeans.modules.gradle.javaee.execute.DeployHook.afterAction(DeployHook.java:59)
 at 
org.netbeans.modules.gradle.ActionHookMerger.afterAction(ActionHookMerger.java:63)
 at 
org.netbeans.modules.gradle.ActionProviderImpl.lambda$invokeProjectAction$0(ActionProviderImpl.java:253)
 at org.openide.util.Task.notifyFinished(Task.java:215)
 at 
org.netbeans.core.execution.ExecutorTaskImpl.finished(ExecutorTaskImpl.java:64)
 at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:150)



--
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-4357) NPE trying to safely delete a local variable

2020-05-21 Thread Aldo Brucale (Jira)
Aldo Brucale created NETBEANS-4357:
--

 Summary: NPE trying to safely delete a local variable
 Key: NETBEANS-4357
 URL: https://issues.apache.org/jira/browse/NETBEANS-4357
 Project: NetBeans
  Issue Type: Bug
  Components: java - Refactoring
Affects Versions: 12.0
Reporter: Aldo Brucale


I got this exception trying to (safely) delete a local variable, which was used 
once in the rest of the method:
{noformat}
java.lang.NullPointerExceptionjava.lang.NullPointerException at 
org.netbeans.modules.refactoring.java.plugins.SafeDeleteRefactoringPlugin$5.run(SafeDeleteRefactoringPlugin.java:390)
 at 
org.netbeans.modules.refactoring.java.plugins.SafeDeleteRefactoringPlugin$5.run(SafeDeleteRefactoringPlugin.java:383)
 at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) 
at 
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
 at 
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
 at 
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
 at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) 
at 
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) 
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
 at 
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
 at 
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
 at 
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at 
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
 at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) 
at 
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452)
 at 
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) 
at 
org.netbeans.modules.refactoring.java.plugins.SafeDeleteRefactoringPlugin.getWhereUsedItemNames(SafeDeleteRefactoringPlugin.java:383)
 at 
org.netbeans.modules.refactoring.java.plugins.SafeDeleteRefactoringPlugin.prepare(SafeDeleteRefactoringPlugin.java:272)[catch]
 at 
org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare2(AbstractRefactoring.java:417)
 at 
org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare(AbstractRefactoring.java:401)
 at 
org.netbeans.modules.refactoring.api.AbstractRefactoring.prepare(AbstractRefactoring.java:212)
 at 
org.netbeans.modules.refactoring.spi.impl.ParametersPanel$Prepare.run(ParametersPanel.java:1063)
 at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at 
org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
{noformat}



--
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] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8

2020-05-21 Thread Jira


[ 
https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17112877#comment-17112877
 ] 

Germán Bouzas commented on NETBEANS-1097:
-

This is broken in Netbeans 11.2  with JDK 11.

It just does not generate the lib.

Do not have a workaround because the above snippets are not foundable in 
build-impl.xml 

Any hints?

> "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater 
> than JDK 8
> 
>
> Key: NETBEANS-1097
> URL: https://issues.apache.org/jira/browse/NETBEANS-1097
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project
>Affects Versions: 9.0, 10.0, 11.0, 11.1
>Reporter: Joonas Pulakka
>Priority: Major
>  Labels: pull-request-available
> Fix For: 11.2
>
>  Time Spent: 2h
>  Remaining Estimate: 0h
>
> Steps to reproduce:
>  # File -> New Project -> Java Application -> Next -> Finish
>  # Right-click Libraries, Add JAR/Folder. Add whatever jar file.
>  # Check that project Properties -> Packaging -> Copy Dependent Libraries is 
> checked.
>  # Clean and Build project.
>  # Observe contents of dist\ directory.
> When Project -> Properties -> Source/Binary Format is JDK 8, there exists 
> dist\lib\ directory, and the jar added in step 1) is copied into that 
> directory, as expected, when Copy Dependent Libraries is checked.
> But when Source/Binary Format is greater than JDK 8, dist\lib\ directory does 
> not exist.
> The reason seems to be these parts in build-impl.xml:
> {code:java}
> 
> 
> 
> 
> 
> 
> 
> ...
> 
> 
> 
> 
> 
> 
> 
> 
> <-- WHY THIS 
> CONDITION??
> 
> 
> {code}
> I've observed that mkdist.disabled setting is "Copy Dependent Libraries" 
> checbox state negated. And do.mkdist controls the library copying.
> But why is this library copying connected to javac.source version in this 
> way? If by design, what should I do in order to get jars copied to dist\lib\ 
> as they used to?
> For now, a workaround seems to be manually deleting the weird
> {code:java}
> 
> 
> {code}
> part from build-impl.xml, but that needs to be re-done every time NetBeans 
> recreates it.



--
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] [Assigned] (NETBEANS-150) Move and understand what to do with the NS section on the site

2020-05-21 Thread Ivan Cachicatari (Jira)


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

Ivan Cachicatari reassigned NETBEANS-150:
-

Assignee: Ivan Cachicatari

> Move and understand what to do with the NS section on the site
> --
>
> Key: NETBEANS-150
> URL: https://issues.apache.org/jira/browse/NETBEANS-150
> Project: NetBeans
>  Issue Type: Task
>  Components: website
>Reporter: Wade Chandler
>Assignee: Ivan Cachicatari
>Priority: Major
>  Labels: website
>
> The NetBeans site has a section or area "ns" which has various schemas used 
> in the IDE and referenced by way of namespace URLs. It does not make a lot of 
> sense for these to be in the static site. It seems they should be some form 
> of an artifact, placed into some area related to artifacts, or at least 
> placed some where else which is not the static website and its sources.



--
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] [Assigned] (NETBEANS-151) Add link checking to project build or as a subproject

2020-05-21 Thread Ivan Cachicatari (Jira)


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

Ivan Cachicatari reassigned NETBEANS-151:
-

Assignee: Ivan Cachicatari  (was: Daniel De Leon)

> Add link checking to project build or as a subproject
> -
>
> Key: NETBEANS-151
> URL: https://issues.apache.org/jira/browse/NETBEANS-151
> Project: NetBeans
>  Issue Type: Task
>  Components: website
>Reporter: Wade Chandler
>Assignee: Ivan Cachicatari
>Priority: Major
>




--
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-2438) Groovy project

2020-05-21 Thread Walter Kruse (Jira)


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

Walter Kruse updated NETBEANS-2438:
---
Description: 
As a test automator using Groovy scripting, when I create a new project I want 
to be able to:

-create a Groovy project (with or without Maven/Ivy)

-that will be able to run a classless script

-execute @Grab statements to collect jars upon executing

Test case:

{{groovy.grape.Grape.grab(group:'org.apache.commons', module:'commons-lang3', 
version:'3.3.2')}}

{{def s = "A silly string with words"}}

{{assert org.apache.commons.lang3.text.WordUtils.capitalizeFully(s) == 'A Silly 
String With Words'}}

or:

{{@Grab(group='org.apache.commons', module='commons-lang3', version='3.3.2')}}

{{def s = "A silly string with words"}}

{{assert org.apache.commons.lang3.text.WordUtils.capitalizeFully(s) == 'A Silly 
String With Words'}}

At the moment I am using [~GeertjanWielenga]'s Pure Groovy Project from 
[http://plugins.netbeans.org/plugin/49928/pure-groovy-project]

 

 

  was:
As a test automator using Groovy scripting, when I create a new project I want 
to be able to:

-create a Groovy project (with or without Maven/Ivy)

-that will be able to run a classless script

-execute @Grab statements to collect jars upon executing

Test case:

{{groovy.grape.Grape.grab(group:'org.apache.commons', module:'commons-lang3', 
version:'3.3.2'}}

{{def s = "A silly string with words"}}

{{assert org.apache.commons.lang3.text.WordUtils.capitalizeFully(s) == 'A Silly 
String With Words'}}

or:

{{@Grab(group='org.apache.commons', module='commons-lang3', version='3.3.2')}}

{{def s = "A silly string with words"}}

{{assert org.apache.commons.lang3.text.WordUtils.capitalizeFully(s) == 'A Silly 
String With Words'}}

At the moment I am using [~GeertjanWielenga]'s Pure Groovy Project from 
[http://plugins.netbeans.org/plugin/49928/pure-groovy-project]

 

 


> Groovy project
> --
>
> Key: NETBEANS-2438
> URL: https://issues.apache.org/jira/browse/NETBEANS-2438
> Project: NetBeans
>  Issue Type: New Feature
>  Components: apisupport - Project
>Affects Versions: 11.0
>Reporter: Walter Kruse
>Priority: Major
> Fix For: 12.0
>
>
> As a test automator using Groovy scripting, when I create a new project I 
> want to be able to:
> -create a Groovy project (with or without Maven/Ivy)
> -that will be able to run a classless script
> -execute @Grab statements to collect jars upon executing
> Test case:
> {{groovy.grape.Grape.grab(group:'org.apache.commons', module:'commons-lang3', 
> version:'3.3.2')}}
> {{def s = "A silly string with words"}}
> {{assert org.apache.commons.lang3.text.WordUtils.capitalizeFully(s) == 'A 
> Silly String With Words'}}
> or:
> {{@Grab(group='org.apache.commons', module='commons-lang3', version='3.3.2')}}
> {{def s = "A silly string with words"}}
> {{assert org.apache.commons.lang3.text.WordUtils.capitalizeFully(s) == 'A 
> Silly String With Words'}}
> At the moment I am using [~GeertjanWielenga]'s Pure Groovy Project from 
> [http://plugins.netbeans.org/plugin/49928/pure-groovy-project]
>  
>  



--
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