[jira] [Commented] (NETBEANS-1287) First class EditorConfig support

2019-08-30 Thread Benjamin Asbach (Jira)


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

Benjamin Asbach commented on NETBEANS-1287:
---

Maybe it would be worth of trying to discuss that topic on NetBeans dev mailing 
list to get some more traction to that topic.

> First class EditorConfig support
> 
>
> Key: NETBEANS-1287
> URL: https://issues.apache.org/jira/browse/NETBEANS-1287
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Paul Galbraith
>Priority: Major
>
> I know there is an unofficial plugin for EditorConfig, but (a) I don't think 
> it works very well atm, and (b) I think it's important enough that there 
> should be first-class support for EditorConfig built right into NetBeans, so 
> that it can be a fully co-operative member of the development tools ecosystem 
> :).



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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

2019-08-30 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-1097:
-

Comment on it here now please:

https://github.com/apache/netbeans/pull/1468

> "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
>  Time Spent: 0.5h
>  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.2#803003)

-
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 geertjanw-patch-3 created (now 2efb5e0)

2019-08-30 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a change to branch geertjanw-patch-3
in repository https://gitbox.apache.org/repos/asf/netbeans.git.


  at 2efb5e0  NETBEANS-1097 "Copy Dependent Libraries" does not work if 
"Source/Binary Format" is greater than JDK 8

This branch includes the following new commits:

 new 2efb5e0  NETBEANS-1097 "Copy Dependent Libraries" does not work if 
"Source/Binary Format" is greater than JDK 8

The 1 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.



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

2019-08-30 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a commit to branch geertjanw-patch-3
in repository https://gitbox.apache.org/repos/asf/netbeans.git

commit 2efb5e0e8493e6e686fb802efa6845dce7fb4f51
Author: Geertjan Wielenga 
AuthorDate: Fri Aug 30 14:38:44 2019 +0100

NETBEANS-1097 "Copy Dependent Libraries" does not work if "Source/Binary 
Format" is greater than JDK 8

Removing the below which seems to cause more problems than it helps:

;ltgt&
;lt value="${{modules.supported.internal}}"/;gt&
;lt&/not;gt&
---
 .../src/org/netbeans/modules/java/j2seproject/resources/build-impl.xsl | 3 ---
 1 file changed, 3 deletions(-)

diff --git 
a/java/java.j2seproject/src/org/netbeans/modules/java/j2seproject/resources/build-impl.xsl
 
b/java/java.j2seproject/src/org/netbeans/modules/java/j2seproject/resources/build-impl.xsl
index 395a993..e1474c7 100644
--- 
a/java/java.j2seproject/src/org/netbeans/modules/java/j2seproject/resources/build-impl.xsl
+++ 
b/java/java.j2seproject/src/org/netbeans/modules/java/j2seproject/resources/build-impl.xsl
@@ -301,9 +301,6 @@ is divided into following sections:
 
 
 
-
-
-
 
 
 


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

2019-08-30 Thread ASF GitHub Bot (Jira)


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

ASF GitHub Bot updated NETBEANS-1097:
-
Labels: pull-request-available  (was: )

> "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
>
> 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.2#803003)

-
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 geertjanw-patch-2 created (now 8b2f3f3)

2019-08-30 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a change to branch geertjanw-patch-2
in repository https://gitbox.apache.org/repos/asf/netbeans.git.


  at 8b2f3f3  NETBEANS-1097: "Copy Dependent Libraries" does not work if 
"Source/Binary Format" is greater than JDK 8

No new revisions were added by this update.


-
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

2019-08-30 Thread Werner Harnisch (Jira)


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

Werner Harnisch commented on NETBEANS-1097:
---

Super,

removing

__
__
__

not only fixes the problem '*Copy Dependent Libraries does not work if 
Source/Binary Format is greater than JDK 8*', but this also fixes the 
'*Class-Path'Attribute is not included in MANIFEST.MF if Source/Binary Format 
is greater than JDK 8*'-problem!

Thank you very much!

Hope this fix will be included in NetBeans soon.

Regards

> "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
>
> 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.2#803003)

-
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

2019-08-30 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-1097:
-

Please help and answer these questions: Is it true that removing this fixes the 
problem:





If so, we can remove that in Apache NetBeans GitHub, after investigating why 
its there in the first place?

And, secondly, this ''Class-Path' Attribute is not included in MANIFEST.MF' 
seems like a different issue, if so, can a new issue be created for that?

> "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
>
> 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.2#803003)

-
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-3039) Extreme slow down on large YAML files

2019-08-30 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-3039:
-

Here it is, no sound, just video: https://youtu.be/XOC5-mu__J0

If this is not what needs to be done to reproduce it, then what should be done 
instead?

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

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

2019-08-30 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga edited comment on NETBEANS-1097 at 8/30/19 12:09 PM:
---

It seems that removing this fixes the problem?





If so, we can remove that in Apache NetBeans GitHub, after investigating why 
its there in the first place?

And this ''Class-Path' Attribute is not included in MANIFEST.MF' seems like a 
different issue, if so, can a new issue be created for that?


was (Author: geertjanwielenga):
It seems that removing this fixes the problem?





If so, we can remove that in Apache NetBeans GitHub, after investigating why 
its there in the first place?

> "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
>
> 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.2#803003)

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

2019-08-30 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga edited comment on NETBEANS-1097 at 8/30/19 12:08 PM:
---

It seems that removing this fixes the problem?





If so, we can remove that in Apache NetBeans GitHub, after investigating why 
its there in the first place?


was (Author: geertjanwielenga):
It seems that removing this fixes the problem?





> "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
>
> 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.2#803003)

-
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

2019-08-30 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-1097:
-

It seems that removing this fixes the problem?





> "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
>
> 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.2#803003)

-
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

2019-08-30 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-1097:
-

You're doing nothing wrong, you're making use of JIRA now, like everyone else.

> "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
>
> 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.2#803003)

-
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

2019-08-30 Thread Werner Harnisch (Jira)


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

Werner Harnisch commented on NETBEANS-1097:
---

Sorry, did not find a way to report the error on 'github.com/apache/netbeans'. 
There is no 'issues' tab. Wo am I doing wrong?

Regards

> "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
>
> 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.2#803003)

-
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-3039) Extreme slow down on large YAML files

2019-08-30 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-3039:
-

Attaching an MP4 now, please look at it and say if this is what should be done 
to reproduce the problem.

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3039) Extreme slow down on large YAML files

2019-08-30 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-3039:
-

What exactly is slow? Can you write steps like the below so that we can 
reproduce the problem:

1. Do...
2. Do...
3. Now, when you do... you can see that...

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3046) Ant build Java cluster, create new project wizard shows HTML/JS node

2019-08-30 Thread Reema Taneja (Jira)


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

Reema Taneja updated NETBEANS-3046:
---
Description: 
Came across this issue while working on NETBEANS-3045 for enabling installation 
of a subset of IDE using Installers.
Java cluster has dependence on webcommon cluster. If webcommon is not included, 
Create New Java Application fails during Activation because loading of 
org.netbeans.modules.debugger.jpda.truffle module jar fails. The side effect of 
including webcommon is - in new Project Wizard, node for HTML/JavaScript is 
seen. Selecting this node to create JavaScript application fails because it 
further requires websvccommon cluster.

  was:
Came across this issue while working on enh for enabling installation of a 
subset of IDE using Installers.
Java cluster has dependence on webcommon cluster. If webcommon is not included, 
Create New Java Application fails during Activation because loading of 
org.netbeans.modules.debugger.jpda.truffle module jar fails. The side effect of 
including webcommon is - in new Project Wizard, node for HTML/JavaScript is 
seen. Selecting this node to create JavaScript application fails because it 
further requires websvccommon cluster.


> Ant build Java cluster, create new project wizard shows HTML/JS node 
> -
>
> Key: NETBEANS-3046
> URL: https://issues.apache.org/jira/browse/NETBEANS-3046
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Reema Taneja
>Priority: Minor
>
> Came across this issue while working on NETBEANS-3045 for enabling 
> installation of a subset of IDE using Installers.
> Java cluster has dependence on webcommon cluster. If webcommon is not 
> included, Create New Java Application fails during Activation because loading 
> of org.netbeans.modules.debugger.jpda.truffle module jar fails. The side 
> effect of including webcommon is - in new Project Wizard, node for 
> HTML/JavaScript is seen. Selecting this node to create JavaScript application 
> fails because it further requires websvccommon cluster.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-1861) Recognize @method static for documenting static methods

2019-08-30 Thread Junichi Yamamoto (Jira)


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

Junichi Yamamoto updated NETBEANS-1861:
---
Component/s: (was: php - Code Analysis)

> Recognize @method static for documenting static methods
> ---
>
> Key: NETBEANS-1861
> URL: https://issues.apache.org/jira/browse/NETBEANS-1861
> Project: NetBeans
>  Issue Type: Improvement
>  Components: php - Editor, php - PHPDoc
>Affects Versions: 8.2, 9.0, 10.0
>Reporter: Ales Seifert
>Assignee: Junichi Yamamoto
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 50m
>  Remaining Estimate: 0h
>
> The static keyword is not documented at phpdoc.org yet but it is stated that 
> it was added in 2.9.1 or probably 3.x branch here:
> [https://github.com/phpDocumentor/phpDocumentor2/issues/822]
> Other recent IDEs seems to support this syntax already.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3045) Add customize panel in Installer wizard to select install components

2019-08-30 Thread Reema Taneja (Jira)


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

Reema Taneja commented on NETBEANS-3045:


NETBEANS-3046 - Install Javase - create new project wizard shows node for 
HTML/JavaScript project type.

> Add customize panel in Installer wizard to select install components  
> --
>
> Key: NETBEANS-3045
> URL: https://issues.apache.org/jira/browse/NETBEANS-3045
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Reema Taneja
>Assignee: Reema Taneja
>Priority: Major
>
> Need to add Customize panel in Installer wizard that provides option to users 
> to install a subset of the full IDE, eg like PHP, HTML/JavaScript, Javase, 
> Javaee, CPP



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3046) Ant build Java cluster, create new project wizard shows HTML/JS node

2019-08-30 Thread Reema Taneja (Jira)
Reema Taneja created NETBEANS-3046:
--

 Summary: Ant build Java cluster, create new project wizard shows 
HTML/JS node 
 Key: NETBEANS-3046
 URL: https://issues.apache.org/jira/browse/NETBEANS-3046
 Project: NetBeans
  Issue Type: Bug
Reporter: Reema Taneja


Came across this issue while working on enh for enabling installation of a 
subset of IDE using Installers.
Java cluster has dependence on webcommon cluster. If webcommon is not included, 
Create New Java Application fails during Activation because loading of 
org.netbeans.modules.debugger.jpda.truffle module jar fails. The side effect of 
including webcommon is - in new Project Wizard, node for HTML/JavaScript is 
seen. Selecting this node to create JavaScript application fails because it 
further requires websvccommon cluster.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3039) Extreme slow down on large YAML files

2019-08-30 Thread Christian Naitsirch (Jira)


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

Christian Naitsirch commented on NETBEANS-3039:
---

No it happen with every YAML file that is a little bit larger.

I have created such a self profile and uploaded the files as "profile.zip". I 
hope it contains all needed data.

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3039) Extreme slow down on large YAML files

2019-08-30 Thread Christian Naitsirch (Jira)


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

Christian Naitsirch updated NETBEANS-3039:
--
Attachment: profile.zip

> Extreme slow down on large YAML files
> -
>
> Key: NETBEANS-3039
> URL: https://issues.apache.org/jira/browse/NETBEANS-3039
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0, 11.0, 11.1
> Environment: Netbeans 11.1, GNU/Debian Stretch, KDE
>Reporter: Christian Naitsirch
>Priority: Major
>  Labels: performance, yaml
> Attachments: profile.zip, services.yml
>
>
> When I work with Symfony web application (PHP framework) I usually have to 
> edit larger YAML files. In the last releases Netbeans really slows down when 
> editing those files. After some small changes in the file the loading 
> indicator is displayed and everything gets extremely slow.
> This is why I still have to use Netbeans 8.2 which lacks some nice features 
> (e.g. conditional breakpoints in PHP Debugger).
> I'll attach an example YAML file which makes my IDE unresponsive. I hope you 
> can reproduce this issue.
> Other file types like large PHP files are not affected.
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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