[jira] [Updated] (NETBEANS-1861) Recognize @method static for documenting static methods
[ 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] [Updated] (NETBEANS-3046) Ant build Java cluster, create new project wizard shows HTML/JS node
[ 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] [Commented] (NETBEANS-3039) Extreme slow down on large YAML files
[ https://issues.apache.org/jira/browse/NETBEANS-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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] [Commented] (NETBEANS-3039) Extreme slow down on large YAML files
[ https://issues.apache.org/jira/browse/NETBEANS-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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
[ https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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] [Comment Edited] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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] [Comment Edited] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16919488#comment-16919488 ] Werner Harnisch commented on NETBEANS-1097: --- Ok, thanks for your help! > "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
[ https://issues.apache.org/jira/browse/NETBEANS-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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
[netbeans] branch geertjanw-patch-2 created (now 8b2f3f3)
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] [Updated] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[ 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] 01/01: NETBEANS-1097 "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
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: ;lt¬gt& ;lt&istrue 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
[netbeans] branch geertjanw-patch-3 created (now 2efb5e0)
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
[jira] [Commented] (NETBEANS-1097) "Copy Dependent Libraries" does not work if "Source/Binary Format" is greater than JDK 8
[ https://issues.apache.org/jira/browse/NETBEANS-1097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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
[jira] [Commented] (NETBEANS-2415) Bring back support for WildFly server
[ https://issues.apache.org/jira/browse/NETBEANS-2415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16919561#comment-16919561 ] Joern commented on NETBEANS-2415: - The version works quite well - I was finally able to switch to NB 11.1. Thanks so for the effort! How do we handle bug reports? Create a new issue and link to this one? > Bring back support for WildFly server > - > > Key: NETBEANS-2415 > URL: https://issues.apache.org/jira/browse/NETBEANS-2415 > Project: NetBeans > Issue Type: Wish > Components: serverplugins - WildFly >Affects Versions: 11.0 > Environment: n.a. >Reporter: Dominik Derwiński >Assignee: Emmanuel Hugonnet >Priority: Minor > > NetBeans 8.2 had WildFly server module, which helped greatly in debugging > Java EE applications directly from IDE. NetBeans 11.0 does not contain this > module, despite boasting to be the first version of Apache NetBeans to offer > full support for developing Java EE applications. > I don't think it would be very hard to bring back WildFly server module > (currently it does not complile), because copying files of the module from > NetBeans 8.2 into NetBeans 11.0 installation, and recreating userdir is > enough to bring back that functionality (so the old module still works, but > for how long?). > The files I have copied (after removing references to localization files) are: > * enterprise/config/Modules/org-netbeans-modules-javaee-wildfly.xml > * enterprise/modules/org-netbeans-modules-javaee-wildfly.jar > * enterprise/update_tracking/org-netbeans-modules-javaee-wildfly.xml > -- 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-1287) First class EditorConfig support
[ https://issues.apache.org/jira/browse/NETBEANS-1287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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