[jira] [Created] (NETBEANS-4784) J2EE Server support
Qaimat Karim created NETBEANS-4784: -- Summary: J2EE Server support Key: NETBEANS-4784 URL: https://issues.apache.org/jira/browse/NETBEANS-4784 Project: NetBeans Issue Type: Improvement Affects Versions: 12.0 Reporter: Qaimat Karim Cannot add Oracle WebLogicServer 12 or IBM WebSphere or JBOSS Application server in NetBeans. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated: Switch http://repo1.maven.org to HTTPS
This is an automated email from the ASF dual-hosted git repository. lkishalmi pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/master by this push: new 813ca7c Switch http://repo1.maven.org to HTTPS 813ca7c is described below commit 813ca7c02b8ceb7beca99b49fdf4a489d138e97c Author: Laszlo Kishalmi AuthorDate: Fri Aug 14 20:13:52 2020 -0700 Switch http://repo1.maven.org to HTTPS --- .../test/unit/data/projects/completion/ivysettings.xml | 2 +- .../glassfish/tooling/server/config/GlassFishV3.xml| 2 +- .../glassfish/tooling/server/config/GlassFishV4.xml| 2 +- .../glassfish/tooling/server/config/GlassFishV4_1.xml | 2 +- .../glassfish/tooling/server/config/GlassFishV5.xml| 2 +- .../glassfish/tooling/server/config/GlassFishV5_1_0.xml| 2 +- .../modules/payara/tooling/server/config/PayaraV3.xml | 2 +- .../modules/payara/tooling/server/config/PayaraV4.xml | 2 +- .../modules/payara/tooling/server/config/PayaraV5.xml | 2 +- .../modules/payara/tooling/server/config/PayaraV5_192.xml | 2 +- .../external/README-xml-resolver-1.2-netbeans.patch| 2 +- java/maven.indexer/external/indexer-core-6.0.0-license.txt | 2 +- .../maven/indexer/api/RepositoryPreferencesTest.java | 12 ++-- java/maven.model/test/unit/src/sample.pom | 4 ++-- .../src/org/netbeans/modules/maven/api/ModelUtils.java | 2 +- .../src/org/netbeans/modules/maven/api/ModelUtilsTest.java | 14 +++--- .../netbeans/modules/maven/classpath/CPExtenderTest.java | 4 ++-- nbbuild/antsrc/org/netbeans/nbbuild/ParseProjectXml.java | 2 +- 18 files changed, 31 insertions(+), 31 deletions(-) diff --git a/contrib/groovy.grailsproject/test/unit/data/projects/completion/ivysettings.xml b/contrib/groovy.grailsproject/test/unit/data/projects/completion/ivysettings.xml index 4107e65..4320bb0 100644 --- a/contrib/groovy.grailsproject/test/unit/data/projects/completion/ivysettings.xml +++ b/contrib/groovy.grailsproject/test/unit/data/projects/completion/ivysettings.xml @@ -8,7 +8,7 @@ http://snapshots.repository.codehaus.org"; m2compatible="true" changingPattern=".*SNAPSHOT"/> http://repository.codehaus.org"; m2compatible="true"/> - http://repo1.maven.org/maven2/"; m2compatible="true"/> + https://repo1.maven.org/maven2/"; m2compatible="true"/> diff --git a/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV3.xml b/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV3.xml index 39d6e75..d35f670 100644 --- a/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV3.xml +++ b/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV3.xml @@ -79,7 +79,7 @@ -http://repo1.maven.org/maven2/com/sun/jersey/glassfish/v32/jersey-gfv3-docs-and-samples/1.13/jersey-gfv3-docs-and-samples-1.13-project.zip"/> +https://repo1.maven.org/maven2/com/sun/jersey/glassfish/v32/jersey-gfv3-docs-and-samples/1.13/jersey-gfv3-docs-and-samples-1.13-project.zip"/> diff --git a/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV4.xml b/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV4.xml index 69ecbc4..43fb1e0 100644 --- a/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV4.xml +++ b/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV4.xml @@ -79,7 +79,7 @@ -http://repo1.maven.org/maven2/org/glassfish/jersey/jersey-documentation/2.0-m05-2/jersey-documentation-2.0-m05-2-docbook.zip"/> +https://repo1.maven.org/maven2/org/glassfish/jersey/jersey-documentation/2.0-m05-2/jersey-documentation-2.0-m05-2-docbook.zip"/> diff --git a/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV4_1.xml b/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV4_1.xml index 8ec414c..8caee87 100644 --- a/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV4_1.xml +++ b/enterprise/glassfish.tooling/src/org/netbeans/modules/glassfish/tooling/server/config/GlassFishV4_1.xml @@ -80,7 +80,7 @@ -http://repo1.maven.org/maven2/org/glassfish/jersey/jersey-documentation/2.0-m05-2/jersey-documentation-2.0-m05-2-docbook.zip"/> +https://repo1.maven.org/maven2/org/glassfish/jersey/jersey-documentation/2.0-m05-2/jersey-documentat
[jira] [Updated] (NETBEANS-2617) Redraw common icons in SVG
[ https://issues.apache.org/jira/browse/NETBEANS-2617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-2617: -- Attachment: style example (dark filter).png > Redraw common icons in SVG > -- > > Key: NETBEANS-2617 > URL: https://issues.apache.org/jira/browse/NETBEANS-2617 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 11.0 > Environment: Windows, Linux, and MacOS >Reporter: Eirik Bakke >Priority: Major > Labels: HiDPI > Attachments: ScreenshotExample.png, ide.editor.bookmarks.ai, > ide.editor.macros.ai, ide.seperator.breadcrumbs.ai, > netbeans_icons_illustrator_template.ai, style example (dark filter).png, > style example.png > > > Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans > icons with SVG versions, for improved appearance on Retina/HiDPI displays. > With some practice, it takes on average 30 minutes to create an SVG version > of a typical icon in Adobe Illustrator. See the attached illustration and > Illustrator template. The Illustrator template includes a few icons which > have already been converted. > In NETBEANS-2605, the following prioritized list of icons to convert was > produced: > https://people.csail.mit.edu/ebakke/misc/netbeans-icons/prioritized.html > By redrawing the most commonly seen icons first, we can get the greatest > "bang for the buck" in terms of improving NetBeans' appearance on HiDPI > displays. Note that in cases where an icon file has been copied around to > various places in the NetBeans codebase, only one of the paths is shown in > the list above. > See also the overview page for HiDPI improvements on > https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements > . > h2. Proposed Style Guide for Vectorized Icons > * Vector icons should be drawn in Adobe Illustrator. Each icon should be one > named artboard, sized to the correct size in pixels. See the attached > Illustrator template. (Adobe Illustrator comes with a free 7-day trial, after > which it's $35/month. If cost is a problem but you want to contribute your > time to draw icons, ask Eirik...) > * For each icon to be vectorized, place the old bitmap version of the icon in > the "Old Bitmap Icons" layer in Illustrator. You can then draw the vectorized > version on top. > * Since most of the existing NetBeans icons follow a quite consistent visual > style, and to simplify the job of creating new icons, it is best to keep the > shape of the new vectorized icons the same as in the old bitmap icons. For > instance, a rectangle of size 5x4px in the bitmap icon should probably become > a rectangle of 5x4px in the vector version. > * Keep the same general colors in vectorized icons as in the corresponding > old bitmap icons. (The color scheme is not too hard to change later, but we > should do this only once most of the IDE icons have been vectorized.) > * If the old bitmap icon is complex, it is fine to simplify it a bit when > drawing vectorized versions. > * Omit gradients, bevels, and unnecessary drop shadows. They take more time > to draw, and with "flat design", they are now out of fashion in any case. > * Use a stroke width of 1px around the main shapes in the icon, like in the > existing bitmap icons. The new icons should look consistent with the existing > bitmap icons, especially since we may see bitmap icons and vector icons > side-by-side for a long time. Within shapes, 0.5px strokes can be used for > finer details. > * The 1px strokes that outline the icon's shapes should typically be 33% > transparent black on top of the shape's background color, or of similar > darkness. See the examples in the attached "style example.png" file. > * Horizontal and vertical strokes must be aligned to the pixel grid. > * While it may sometimes be necessary to "outline" strokes for the purposes > of applying boolean operations (e.g. subtracting another shape from the > stroke only), strokes should be left as strokes whenever possible, as this > leads to smaller SVG files, and makes shapes within the icon easier to modify. > * For toolbar icons, which exist in both 16x16 and 24x24 sizes, base the > vector version on the smaller 16x16 one, which is sometimes simpler. (This is > already done in the prioritized icon list above.) > If you wish to contribute to this effort, comment here; Eirik will coordinate > to make sure multiple people are not working on the same icons. -- 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 abo
[jira] [Commented] (NETBEANS-2617) Redraw common icons in SVG
[ https://issues.apache.org/jira/browse/NETBEANS-2617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17192471#comment-17192471 ] Eirik Bakke commented on NETBEANS-2617: --- Also adding a screenshot showing what these icons would look like with a "Dark Mode" filter applied (invert L channel in LAB color space). > Redraw common icons in SVG > -- > > Key: NETBEANS-2617 > URL: https://issues.apache.org/jira/browse/NETBEANS-2617 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 11.0 > Environment: Windows, Linux, and MacOS >Reporter: Eirik Bakke >Priority: Major > Labels: HiDPI > Attachments: ScreenshotExample.png, ide.editor.bookmarks.ai, > ide.editor.macros.ai, ide.seperator.breadcrumbs.ai, > netbeans_icons_illustrator_template.ai, style example (dark filter).png, > style example.png > > > Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans > icons with SVG versions, for improved appearance on Retina/HiDPI displays. > With some practice, it takes on average 30 minutes to create an SVG version > of a typical icon in Adobe Illustrator. See the attached illustration and > Illustrator template. The Illustrator template includes a few icons which > have already been converted. > In NETBEANS-2605, the following prioritized list of icons to convert was > produced: > https://people.csail.mit.edu/ebakke/misc/netbeans-icons/prioritized.html > By redrawing the most commonly seen icons first, we can get the greatest > "bang for the buck" in terms of improving NetBeans' appearance on HiDPI > displays. Note that in cases where an icon file has been copied around to > various places in the NetBeans codebase, only one of the paths is shown in > the list above. > See also the overview page for HiDPI improvements on > https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements > . > h2. Proposed Style Guide for Vectorized Icons > * Vector icons should be drawn in Adobe Illustrator. Each icon should be one > named artboard, sized to the correct size in pixels. See the attached > Illustrator template. (Adobe Illustrator comes with a free 7-day trial, after > which it's $35/month. If cost is a problem but you want to contribute your > time to draw icons, ask Eirik...) > * For each icon to be vectorized, place the old bitmap version of the icon in > the "Old Bitmap Icons" layer in Illustrator. You can then draw the vectorized > version on top. > * Since most of the existing NetBeans icons follow a quite consistent visual > style, and to simplify the job of creating new icons, it is best to keep the > shape of the new vectorized icons the same as in the old bitmap icons. For > instance, a rectangle of size 5x4px in the bitmap icon should probably become > a rectangle of 5x4px in the vector version. > * Keep the same general colors in vectorized icons as in the corresponding > old bitmap icons. (The color scheme is not too hard to change later, but we > should do this only once most of the IDE icons have been vectorized.) > * If the old bitmap icon is complex, it is fine to simplify it a bit when > drawing vectorized versions. > * Omit gradients, bevels, and unnecessary drop shadows. They take more time > to draw, and with "flat design", they are now out of fashion in any case. > * Use a stroke width of 1px around the main shapes in the icon, like in the > existing bitmap icons. The new icons should look consistent with the existing > bitmap icons, especially since we may see bitmap icons and vector icons > side-by-side for a long time. Within shapes, 0.5px strokes can be used for > finer details. > * The 1px strokes that outline the icon's shapes should typically be 33% > transparent black on top of the shape's background color, or of similar > darkness. See the examples in the attached "style example.png" file. > * Horizontal and vertical strokes must be aligned to the pixel grid. > * While it may sometimes be necessary to "outline" strokes for the purposes > of applying boolean operations (e.g. subtracting another shape from the > stroke only), strokes should be left as strokes whenever possible, as this > leads to smaller SVG files, and makes shapes within the icon easier to modify. > * For toolbar icons, which exist in both 16x16 and 24x24 sizes, base the > vector version on the smaller 16x16 one, which is sometimes simpler. (This is > already done in the prioritized icon list above.) > If you wish to contribute to this effort, comment here; Eirik will coordinate > to make sure multiple people are not working on the same icons. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsub
[jira] [Commented] (NETBEANS-2617) Redraw common icons in SVG
[ https://issues.apache.org/jira/browse/NETBEANS-2617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17192419#comment-17192419 ] Eirik Bakke commented on NETBEANS-2617: --- I'm adding a screenshot of my NetBeans Platform application, which uses the icon style proposed here, to give an idea of what this would look like in the IDE (especially in the Projects pane and editor toolbar). > Redraw common icons in SVG > -- > > Key: NETBEANS-2617 > URL: https://issues.apache.org/jira/browse/NETBEANS-2617 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 11.0 > Environment: Windows, Linux, and MacOS >Reporter: Eirik Bakke >Priority: Major > Labels: HiDPI > Attachments: ScreenshotExample.png, ide.editor.bookmarks.ai, > ide.editor.macros.ai, ide.seperator.breadcrumbs.ai, > netbeans_icons_illustrator_template.ai, style example.png > > > Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans > icons with SVG versions, for improved appearance on Retina/HiDPI displays. > With some practice, it takes on average 30 minutes to create an SVG version > of a typical icon in Adobe Illustrator. See the attached illustration and > Illustrator template. The Illustrator template includes a few icons which > have already been converted. > In NETBEANS-2605, the following prioritized list of icons to convert was > produced: > https://people.csail.mit.edu/ebakke/misc/netbeans-icons/prioritized.html > By redrawing the most commonly seen icons first, we can get the greatest > "bang for the buck" in terms of improving NetBeans' appearance on HiDPI > displays. Note that in cases where an icon file has been copied around to > various places in the NetBeans codebase, only one of the paths is shown in > the list above. > See also the overview page for HiDPI improvements on > https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements > . > h2. Proposed Style Guide for Vectorized Icons > * Vector icons should be drawn in Adobe Illustrator. Each icon should be one > named artboard, sized to the correct size in pixels. See the attached > Illustrator template. (Adobe Illustrator comes with a free 7-day trial, after > which it's $35/month. If cost is a problem but you want to contribute your > time to draw icons, ask Eirik...) > * For each icon to be vectorized, place the old bitmap version of the icon in > the "Old Bitmap Icons" layer in Illustrator. You can then draw the vectorized > version on top. > * Since most of the existing NetBeans icons follow a quite consistent visual > style, and to simplify the job of creating new icons, it is best to keep the > shape of the new vectorized icons the same as in the old bitmap icons. For > instance, a rectangle of size 5x4px in the bitmap icon should probably become > a rectangle of 5x4px in the vector version. > * Keep the same general colors in vectorized icons as in the corresponding > old bitmap icons. (The color scheme is not too hard to change later, but we > should do this only once most of the IDE icons have been vectorized.) > * If the old bitmap icon is complex, it is fine to simplify it a bit when > drawing vectorized versions. > * Omit gradients, bevels, and unnecessary drop shadows. They take more time > to draw, and with "flat design", they are now out of fashion in any case. > * Use a stroke width of 1px around the main shapes in the icon, like in the > existing bitmap icons. The new icons should look consistent with the existing > bitmap icons, especially since we may see bitmap icons and vector icons > side-by-side for a long time. Within shapes, 0.5px strokes can be used for > finer details. > * The 1px strokes that outline the icon's shapes should typically be 33% > transparent black on top of the shape's background color, or of similar > darkness. See the examples in the attached "style example.png" file. > * Horizontal and vertical strokes must be aligned to the pixel grid. > * While it may sometimes be necessary to "outline" strokes for the purposes > of applying boolean operations (e.g. subtracting another shape from the > stroke only), strokes should be left as strokes whenever possible, as this > leads to smaller SVG files, and makes shapes within the icon easier to modify. > * For toolbar icons, which exist in both 16x16 and 24x24 sizes, base the > vector version on the smaller 16x16 one, which is sometimes simpler. (This is > already done in the prioritized icon list above.) > If you wish to contribute to this effort, comment here; Eirik will coordinate > to make sure multiple people are not working on the same icons. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (NETBEANS-2617) Redraw common icons in SVG
[ https://issues.apache.org/jira/browse/NETBEANS-2617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-2617: -- Attachment: ScreenshotExample.png > Redraw common icons in SVG > -- > > Key: NETBEANS-2617 > URL: https://issues.apache.org/jira/browse/NETBEANS-2617 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 11.0 > Environment: Windows, Linux, and MacOS >Reporter: Eirik Bakke >Priority: Major > Labels: HiDPI > Attachments: ScreenshotExample.png, ide.editor.bookmarks.ai, > ide.editor.macros.ai, ide.seperator.breadcrumbs.ai, > netbeans_icons_illustrator_template.ai, style example.png > > > Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans > icons with SVG versions, for improved appearance on Retina/HiDPI displays. > With some practice, it takes on average 30 minutes to create an SVG version > of a typical icon in Adobe Illustrator. See the attached illustration and > Illustrator template. The Illustrator template includes a few icons which > have already been converted. > In NETBEANS-2605, the following prioritized list of icons to convert was > produced: > https://people.csail.mit.edu/ebakke/misc/netbeans-icons/prioritized.html > By redrawing the most commonly seen icons first, we can get the greatest > "bang for the buck" in terms of improving NetBeans' appearance on HiDPI > displays. Note that in cases where an icon file has been copied around to > various places in the NetBeans codebase, only one of the paths is shown in > the list above. > See also the overview page for HiDPI improvements on > https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements > . > h2. Proposed Style Guide for Vectorized Icons > * Vector icons should be drawn in Adobe Illustrator. Each icon should be one > named artboard, sized to the correct size in pixels. See the attached > Illustrator template. (Adobe Illustrator comes with a free 7-day trial, after > which it's $35/month. If cost is a problem but you want to contribute your > time to draw icons, ask Eirik...) > * For each icon to be vectorized, place the old bitmap version of the icon in > the "Old Bitmap Icons" layer in Illustrator. You can then draw the vectorized > version on top. > * Since most of the existing NetBeans icons follow a quite consistent visual > style, and to simplify the job of creating new icons, it is best to keep the > shape of the new vectorized icons the same as in the old bitmap icons. For > instance, a rectangle of size 5x4px in the bitmap icon should probably become > a rectangle of 5x4px in the vector version. > * Keep the same general colors in vectorized icons as in the corresponding > old bitmap icons. (The color scheme is not too hard to change later, but we > should do this only once most of the IDE icons have been vectorized.) > * If the old bitmap icon is complex, it is fine to simplify it a bit when > drawing vectorized versions. > * Omit gradients, bevels, and unnecessary drop shadows. They take more time > to draw, and with "flat design", they are now out of fashion in any case. > * Use a stroke width of 1px around the main shapes in the icon, like in the > existing bitmap icons. The new icons should look consistent with the existing > bitmap icons, especially since we may see bitmap icons and vector icons > side-by-side for a long time. Within shapes, 0.5px strokes can be used for > finer details. > * The 1px strokes that outline the icon's shapes should typically be 33% > transparent black on top of the shape's background color, or of similar > darkness. See the examples in the attached "style example.png" file. > * Horizontal and vertical strokes must be aligned to the pixel grid. > * While it may sometimes be necessary to "outline" strokes for the purposes > of applying boolean operations (e.g. subtracting another shape from the > stroke only), strokes should be left as strokes whenever possible, as this > leads to smaller SVG files, and makes shapes within the icon easier to modify. > * For toolbar icons, which exist in both 16x16 and 24x24 sizes, base the > vector version on the smaller 16x16 one, which is sometimes simpler. (This is > already done in the prioritized icon list above.) > If you wish to contribute to this effort, comment here; Eirik will coordinate > to make sure multiple people are not working on the same icons. -- 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://
[netbeans] branch cnd updated: Update the copyright in all the files in the dlight/git.remote package..
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a commit to branch cnd in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/cnd by this push: new 9baedc6 Update the copyright in all the files in the dlight/git.remote package.. new bf55111 Merge pull request #2356 from BradWalker/cnd_update_git_remote_copyright 9baedc6 is described below commit 9baedc69bc7d87a4cdd1ed38d14893c1f99ad01c Author: Brad Walker AuthorDate: Tue Sep 8 13:51:46 2020 -0400 Update the copyright in all the files in the dlight/git.remote package.. --- .../modules/git/remote/client/CommandReport.form | 20 .../modules/git/remote/options/Bundle.properties | 56 +++--- .../git/remote/options/GitOptionsPanel.form| 20 .../modules/git/remote/options/LabelsPanel.form| 20 .../git/remote/ui/branch/CherryPickPanel.form | 20 .../git/remote/ui/branch/CreateBranchPanel.form| 20 .../remote/ui/branch/SelectTrackedBranchPanel.form | 20 .../git/remote/ui/checkout/CheckoutPathsPanel.form | 20 .../remote/ui/checkout/CheckoutRevisionPanel.form | 20 .../git/remote/ui/checkout/RevertChangesPanel.form | 20 .../git/remote/ui/clone/CloneDestinationPanel.form | 20 .../git/remote/ui/clone/RepositoryStepPanel.form | 20 .../modules/git/remote/ui/commit/CommitPanel.form | 20 .../ui/conflicts/ResolveTreeConflictPanel.form | 20 .../git/remote/ui/diff/DiffToRevisionPanel.form| 20 .../git/remote/ui/diff/ExportAsFilePanel.form | 20 .../git/remote/ui/diff/ExportCommitPanel.form | 20 .../modules/git/remote/ui/diff/MultiDiffPanel.form | 20 .../git/remote/ui/history/SearchCriteriaPanel.form | 20 .../git/remote/ui/history/SearchHistoryPanel.form | 20 .../modules/git/remote/ui/init/InitPanel.form | 20 .../git/remote/ui/merge/MergeRevisionPanel.form| 20 .../modules/git/remote/ui/rebase/BasicPanel.form | 20 .../modules/git/remote/ui/rebase/RebasePanel.form | 20 .../git/remote/ui/rebase/SelectDestPanel.form | 20 .../git/remote/ui/repository/ControlToolbar.form | 20 .../ui/repository/RepositoryBrowserPanel.form | 20 .../git/remote/ui/repository/RevisionDialog.form | 20 .../remote/ui/repository/RevisionInfoPanel.form| 20 .../remote/ui/repository/RevisionListPanel.form| 20 .../remote/ui/repository/RevisionPickerDialog.form | 20 .../remote/ui/repository/SelectBranchPanel.form| 20 .../repository/remote/RemoteRepositoryPanel.form | 20 .../git/remote/ui/repository/remote/SSHPanel.form | 20 .../ui/repository/remote/SelectUriPanel.form | 20 .../ui/repository/remote/UserPasswordPanel.form| 20 .../modules/git/remote/ui/reset/ResetPanel.form| 20 .../git/remote/ui/revert/RevertCommitPanel.form| 20 .../git/remote/ui/selectors/Bundle.properties | 55 +++-- .../git/remote/ui/selectors/ItemsPanel.form| 20 .../git/remote/ui/stash/SaveStashPanel.form| 20 .../git/remote/ui/status/VersioningPanel.form | 20 .../modules/git/remote/ui/tag/CreateTagPanel.form | 20 .../modules/git/remote/ui/tag/ManageTagsPanel.form | 20 44 files changed, 872 insertions(+), 79 deletions(-) diff --git a/dlight/git.remote/src/org/netbeans/modules/git/remote/client/CommandReport.form b/dlight/git.remote/src/org/netbeans/modules/git/remote/client/CommandReport.form index c594349..df18795 100644 --- a/dlight/git.remote/src/org/netbeans/modules/git/remote/client/CommandReport.form +++ b/dlight/git.remote/src/org/netbeans/modules/git/remote/client/CommandReport.form @@ -1,4 +1,24 @@ + diff --git a/dlight/git.remote/src/org/netbeans/modules/git/remote/options/Bundle.properties b/dlight/git.remote/src/org/netbeans/modules/git/remote/options/Bundle.properties index a6ae69c..fb42c17 100644 --- a/dlight/git.remote/src/org/netbeans/modules/git/remote/options/Bundle.properties +++ b/dlight/git.remote/src/org/netbeans/modules/git/remote/options/Bundle.properties @@ -1,44 +1,20 @@ +# Licensed to the Apache Software Foundation (ASF) under one +# or more contributor license agreements. See the NOTICE file +# distributed with this work for additional information +# regarding copyright ownership. The ASF licenses this file +# to you under the Apache License, Version 2.0 (the +# "License"); you may not use this file except in compliance +# with the License. You may obtain a copy of the License at +# +# http://www.apache.org/licenses/LICENSE-2.0 +# +# Unless required by applicable law or agreed to in writing, +# software
[netbeans] branch cnd updated: [NETBEANS-4744] - update RAT license exceptions
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a commit to branch cnd in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/cnd by this push: new 5cc62ab [NETBEANS-4744] - update RAT license exceptions new d99a060 Merge pull request #2355 from BradWalker/cnd_update_RAT_report 5cc62ab is described below commit 5cc62abe8b7a5cc89fbfc7ede234d6df720f5d56 Author: Brad Walker AuthorDate: Wed Aug 26 14:31:01 2020 -0600 [NETBEANS-4744] - update RAT license exceptions Updated the copyright in the XML files. Updated the copyright in the C,C++ files. Updated the copyright in the .h files. --- .../org/netbeans/modules/cnd/discovery/layer.xml | 1 - .../samples_src/freeway/arrow_left.bitmap | 39 .../samples_src/freeway/arrow_over.bitmap | 39 .../samples_src/freeway/arrow_right.bitmap | 39 .../samples_src/freeway/arrow_up.bitmap| 39 .../samples_src/freeway/traffic.icon | 39 .../samples_src/freeway/traffic.mask | 39 cnd/cnd.makeproject/samples_src/hello/bar.f| 39 cnd/cnd.makeproject/samples_src/hello/foo.f| 40 - .../samples_src/helloqt/HelloForm.cpp | 39 .../samples_src/helloqt/newmain.cpp| 39 cnd/cnd.makeproject/samples_src/lexyacc/token.l| 39 cnd/cnd.makeproject/samples_src/lexyacc/token.y| 39 .../samples_src/sample.cookbook.txt| 41 -- .../resources/toolchaindefinition/GNU_debugger.xml | 1 + .../cnd.diagnostics.clank/nbproject/project.xml| 1 - 16 files changed, 183 insertions(+), 330 deletions(-) diff --git a/cnd/cnd.discovery/src/org/netbeans/modules/cnd/discovery/layer.xml b/cnd/cnd.discovery/src/org/netbeans/modules/cnd/discovery/layer.xml index 14ca838..8ae9dc8 100644 --- a/cnd/cnd.discovery/src/org/netbeans/modules/cnd/discovery/layer.xml +++ b/cnd/cnd.discovery/src/org/netbeans/modules/cnd/discovery/layer.xml @@ -22,7 +22,6 @@ --> - diff --git a/cnd/cnd.makeproject/samples_src/freeway/arrow_left.bitmap b/cnd/cnd.makeproject/samples_src/freeway/arrow_left.bitmap index b80495c..4923314 100644 --- a/cnd/cnd.makeproject/samples_src/freeway/arrow_left.bitmap +++ b/cnd/cnd.makeproject/samples_src/freeway/arrow_left.bitmap @@ -1,31 +1,20 @@ /* - * Copyright (c) 2009-2010, Oracle and/or its affiliates. All rights reserved. + * Licensed to the Apache Software Foundation (ASF) under one + * or more contributor license agreements. See the NOTICE file + * distributed with this work for additional information + * regarding copyright ownership. The ASF licenses this file + * to you under the Apache License, Version 2.0 (the + * "License"); you may not use this file except in compliance + * with the License. You may obtain a copy of the License at * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions are met: + * http://www.apache.org/licenses/LICENSE-2.0 * - * * Redistributions of source code must retain the above copyright notice, - * this list of conditions and the following disclaimer. - * - * * Redistributions in binary form must reproduce the above copyright notice, - * this list of conditions and the following disclaimer in the documentation - * and/or other materials provided with the distribution. - * - * * Neither the name of Oracle nor the names of its contributors - * may be used to endorse or promote products derived from this software without - * specific prior written permission. - * - * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" - * AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE - * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE - * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE - * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR - * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF - * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS - * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN - * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) - * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF - * THE POSSIBILITY OF SUCH DAMAGE. + * Unless required by applicable law or agreed to in writing, + * software distributed under the License is distributed on an + * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY + * KIND, either express or implied. See the L
[jira] [Resolved] (NETBEANS-4777) Fix wrong binary-origin path for slf4j-api module
[ https://issues.apache.org/jira/browse/NETBEANS-4777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jose resolved NETBEANS-4777. Resolution: Fixed Fixed via [PR-2349|https://github.com/apache/netbeans/pull/2349] > Fix wrong binary-origin path for slf4j-api module > - > > Key: NETBEANS-4777 > URL: https://issues.apache.org/jira/browse/NETBEANS-4777 > Project: NetBeans > Issue Type: Bug > Components: ide - Logger >Affects Versions: 12.0, 12.1 >Reporter: Jose >Assignee: Jose >Priority: Minor > Fix For: 12.2 > > Time Spent: 20m > Remaining Estimate: 0h > > Currently is: > external/org.slf4j.api-1.7.28.jar > Should be: > external/slf4j-api-1.7.28.jar -- 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] [Resolved] (NETBEANS-4776) Fix Spring Web MVC 3.2.x wrong version
[ https://issues.apache.org/jira/browse/NETBEANS-4776?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hector Espert resolved NETBEANS-4776. - Fix Version/s: Next Resolution: Fixed > Fix Spring Web MVC 3.2.x wrong version > -- > > Key: NETBEANS-4776 > URL: https://issues.apache.org/jira/browse/NETBEANS-4776 > Project: NetBeans > Issue Type: Bug > Components: javaee - Spring, projects - Libraries >Affects Versions: 12.1 >Reporter: Jose >Assignee: Jose >Priority: Minor > Fix For: Next, 12.2 > > Time Spent: 0.5h > Remaining Estimate: 0h > > Currently is: > Spring Web MVC 3.2.7 > Should be: > Spring Web MVC 3.2.18 -- 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-4783) Unselect CDNJS libraries by default
Victor Pineda created NETBEANS-4783: --- Summary: Unselect CDNJS libraries by default Key: NETBEANS-4783 URL: https://issues.apache.org/jira/browse/NETBEANS-4783 Project: NetBeans Issue Type: Bug Components: javascript - Libraries Affects Versions: 12.1 Environment: Product Version: Apache NetBeans IDE 12.1 Java: 14.0.2; OpenJDK 64-Bit Server VM 14.0.2+12 Runtime: OpenJDK Runtime Environment 14.0.2+12 System: Windows 10 version 10.0 running on amd64; UTF-8; en_US (nb) Reporter: Victor Pineda Attachments: image-2020-09-08-10-44-15-944.png Could be possible to *unselect all* CDNJS libraries *by default* when we search them? Some of them have a lot of libraries and it's hard and a waste of time to unselect them and just select the required one. !image-2020-09-08-10-44-15-944.png! -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated: [NETBEANS-4777] - Fix wrong binary-origin path for slf4j-api
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/master by this push: new e6db244 [NETBEANS-4777] - Fix wrong binary-origin path for slf4j-api new 121a136 Merge pull request #2349 from pepness/slf4j-api e6db244 is described below commit e6db2441f2cdc61ab1c94bdb91c0663bc988f7e2 Author: Jose Contreras AuthorDate: Sun Sep 6 18:20:40 2020 -0500 [NETBEANS-4777] - Fix wrong binary-origin path for slf4j-api --- ide/slf4j.api/nbproject/project.properties | 2 ++ ide/slf4j.api/nbproject/project.xml| 2 +- 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/ide/slf4j.api/nbproject/project.properties b/ide/slf4j.api/nbproject/project.properties index 91ae8bc..a2e73e2 100644 --- a/ide/slf4j.api/nbproject/project.properties +++ b/ide/slf4j.api/nbproject/project.properties @@ -14,5 +14,7 @@ # KIND, either express or implied. See the License for the # specific language governing permissions and limitations # under the License. +javac.compilerargs=-Xlint -Xlint:-serial +javac.source=1.8 release.external/slf4j-api-1.7.28.jar=modules/slf4j-api.jar is.autoload=true diff --git a/ide/slf4j.api/nbproject/project.xml b/ide/slf4j.api/nbproject/project.xml index 6ef7453..342d20a 100644 --- a/ide/slf4j.api/nbproject/project.xml +++ b/ide/slf4j.api/nbproject/project.xml @@ -28,7 +28,7 @@ slf4j-api.jar - external/org.slf4j.api-1.7.28.jar +external/slf4j-api-1.7.28.jar - 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 php80-support updated (7e0621f -> dabf717)
This is an automated email from the ASF dual-hosted git repository. tmysik pushed a change to branch php80-support in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 7e0621f Merge pull request #2335 from junichi11/php80-static-return-type new 94e6960 [NETBEANS-4443] PHP 8.0 Support: Mixed type v2 (Part 1) new a6ccfd8 [NETBEANS-4443] PHP 8.0 Support: Mixed type v2 (Part 2) new dabf717 Merge pull request #2342 from junichi11/php80-mixed-type-v2 The 4191 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: .../org/netbeans/modules/php/api/PhpVersion.java | 11 + .../editor/completion/CompletionContextFinder.java |1 + .../php/editor/completion/PHPCodeCompletion.java | 29 + .../php/editor/lexer/PHP5ColoringLexer.java| 2554 ++-- .../modules/php/editor/lexer/PHPTokenId.java |1 + .../php/editor/model/impl/FunctionScopeImpl.java |2 +- .../php/editor/model/impl/MethodScopeImpl.java |2 +- .../modules/php/editor/model/impl/Type.java| 11 +- .../editor/verification/PHP80UnhandledError.java |4 + .../verification/UnusableTypesUnhandledError.java | 52 +- .../lexer/php80/mixedType_01.pass | 80 + .../parser/php80/mixedTypeError_01.pass| 42 + .../parser/php80/mixedType_01.pass | 253 ++ .../testMixedTypeImplementMethod01.php}| 28 +- ...hp.testMixedTypeImplementMethod01_PHP80.codegen |2 + .../testMixedTypeOverrideMethod01.php} | 28 +- ...php.testMixedTypeOverrideMethod01_PHP80.codegen |3 + .../byReferences.php.testByReferences01.completion |1 + .../byReferences.php.testByReferences03.completion |1 + .../byReferences.php.testByReferences05.completion |1 + .../byReferences.php.testByReferences07.completion |1 + .../byReferences.php.testByReferences08.completion |1 + .../byReferences.php.testByReferences10.completion |1 + .../byReferences.php.testByReferences12.completion |1 + .../byReferences.php.testByReferences14.completion |1 + .../byReferences.php.testByReferences16.completion |1 + .../byReferences.php.testByReferences18.completion |1 + .../byReferences.php.testByReferences20.completion |1 + .../byReferences.php.testByReferences22.completion |1 + .../byReferences.php.testByReferences24.completion |1 + .../byReferences.php.testByReferences26.completion |1 + .../byReferences.php.testByReferences28.completion |1 + .../byReferences.php.testByReferences30.completion |1 + .../byReferences.php.testByReferences32.completion |1 + .../byReferences.php.testByReferences34.completion |1 + .../byReferences.php.testByReferences36.completion |1 + ...amdecltypes.php.testParamDeclTypes11.completion |1 + ...amdecltypes.php.testParamDeclTypes14.completion |1 + ...ramdecltypes.php.testParamDeclTypes5.completion |1 + ...ramdecltypes.php.testParamDeclTypes8.completion |1 + ...TypeHint.php.testCallableTypeHint_01.completion |1 + ...TypeHint.php.testCallableTypeHint_03.completion |1 + .../returnTypes.php.testReturnType01.completion|1 + .../returnTypes.php.testReturnType03.completion|1 + .../returnTypes.php.testReturnType05.completion|1 + .../returnTypes.php.testReturnType07.completion|1 + .../returnTypes.php.testReturnType12.completion|1 + .../returnTypes.php.testReturnType13.completion|1 + .../returnTypes.php.testReturnType14.completion|1 + ...Typing01.php.testReturnTypesTyping01.completion |1 + ...Typing02.php.testReturnTypesTyping02.completion |1 + ...Typing03.php.testReturnTypesTyping03.completion |1 + ...yping04.php.testReturnTypesTyping04a.completion |1 + ...yping04.php.testReturnTypesTyping04b.completion |1 + ...Typing05.php.testReturnTypesTyping05.completion |1 + ...Typing06.php.testReturnTypesTyping06.completion |1 + ...Typing07.php.testReturnTypesTyping07.completion |1 + ...yping08.php.testReturnTypesTyping08a.completion |1 + ...yping08.php.testReturnTypesTyping08b.completion |1 + ...Typing09.php.testReturnTypesTyping09.completion |1 + ...Typing10.php.testReturnTypesTyping10.completion |1 + ...Typing11.php.testReturnTypesTyping11.completion |1 + ...yping12.php.testReturnTypesTyping12a.completion |1 + ...yping12.php.testReturnTypesTyping12b.completion |1 + ...alarTypeHints.php.testBoolTypeHint01.completion |1 + ...alarTypeHints.php.testBoolTypeHint03.completion |1 + ...larTypeHints.php.testFloatTypeHint01.completion |1 + ...larTypeHints.php.testFloatTypeHint03.completion |1 + ...calarTypeHints.php.testIntTypeHint01.completion |1 + ...calarTypeHin
[netbeans] branch php80-support updated (7e0621f -> dabf717)
This is an automated email from the ASF dual-hosted git repository. tmysik pushed a change to branch php80-support in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 7e0621f Merge pull request #2335 from junichi11/php80-static-return-type new 94e6960 [NETBEANS-4443] PHP 8.0 Support: Mixed type v2 (Part 1) new a6ccfd8 [NETBEANS-4443] PHP 8.0 Support: Mixed type v2 (Part 2) new dabf717 Merge pull request #2342 from junichi11/php80-mixed-type-v2 The 4191 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: .../org/netbeans/modules/php/api/PhpVersion.java | 11 + .../editor/completion/CompletionContextFinder.java |1 + .../php/editor/completion/PHPCodeCompletion.java | 29 + .../php/editor/lexer/PHP5ColoringLexer.java| 2554 ++-- .../modules/php/editor/lexer/PHPTokenId.java |1 + .../php/editor/model/impl/FunctionScopeImpl.java |2 +- .../php/editor/model/impl/MethodScopeImpl.java |2 +- .../modules/php/editor/model/impl/Type.java| 11 +- .../editor/verification/PHP80UnhandledError.java |4 + .../verification/UnusableTypesUnhandledError.java | 52 +- .../lexer/php80/mixedType_01.pass | 80 + .../parser/php80/mixedTypeError_01.pass| 42 + .../parser/php80/mixedType_01.pass | 253 ++ .../testMixedTypeImplementMethod01.php}| 28 +- ...hp.testMixedTypeImplementMethod01_PHP80.codegen |2 + .../testMixedTypeOverrideMethod01.php} | 28 +- ...php.testMixedTypeOverrideMethod01_PHP80.codegen |3 + .../byReferences.php.testByReferences01.completion |1 + .../byReferences.php.testByReferences03.completion |1 + .../byReferences.php.testByReferences05.completion |1 + .../byReferences.php.testByReferences07.completion |1 + .../byReferences.php.testByReferences08.completion |1 + .../byReferences.php.testByReferences10.completion |1 + .../byReferences.php.testByReferences12.completion |1 + .../byReferences.php.testByReferences14.completion |1 + .../byReferences.php.testByReferences16.completion |1 + .../byReferences.php.testByReferences18.completion |1 + .../byReferences.php.testByReferences20.completion |1 + .../byReferences.php.testByReferences22.completion |1 + .../byReferences.php.testByReferences24.completion |1 + .../byReferences.php.testByReferences26.completion |1 + .../byReferences.php.testByReferences28.completion |1 + .../byReferences.php.testByReferences30.completion |1 + .../byReferences.php.testByReferences32.completion |1 + .../byReferences.php.testByReferences34.completion |1 + .../byReferences.php.testByReferences36.completion |1 + ...amdecltypes.php.testParamDeclTypes11.completion |1 + ...amdecltypes.php.testParamDeclTypes14.completion |1 + ...ramdecltypes.php.testParamDeclTypes5.completion |1 + ...ramdecltypes.php.testParamDeclTypes8.completion |1 + ...TypeHint.php.testCallableTypeHint_01.completion |1 + ...TypeHint.php.testCallableTypeHint_03.completion |1 + .../returnTypes.php.testReturnType01.completion|1 + .../returnTypes.php.testReturnType03.completion|1 + .../returnTypes.php.testReturnType05.completion|1 + .../returnTypes.php.testReturnType07.completion|1 + .../returnTypes.php.testReturnType12.completion|1 + .../returnTypes.php.testReturnType13.completion|1 + .../returnTypes.php.testReturnType14.completion|1 + ...Typing01.php.testReturnTypesTyping01.completion |1 + ...Typing02.php.testReturnTypesTyping02.completion |1 + ...Typing03.php.testReturnTypesTyping03.completion |1 + ...yping04.php.testReturnTypesTyping04a.completion |1 + ...yping04.php.testReturnTypesTyping04b.completion |1 + ...Typing05.php.testReturnTypesTyping05.completion |1 + ...Typing06.php.testReturnTypesTyping06.completion |1 + ...Typing07.php.testReturnTypesTyping07.completion |1 + ...yping08.php.testReturnTypesTyping08a.completion |1 + ...yping08.php.testReturnTypesTyping08b.completion |1 + ...Typing09.php.testReturnTypesTyping09.completion |1 + ...Typing10.php.testReturnTypesTyping10.completion |1 + ...Typing11.php.testReturnTypesTyping11.completion |1 + ...yping12.php.testReturnTypesTyping12a.completion |1 + ...yping12.php.testReturnTypesTyping12b.completion |1 + ...alarTypeHints.php.testBoolTypeHint01.completion |1 + ...alarTypeHints.php.testBoolTypeHint03.completion |1 + ...larTypeHints.php.testFloatTypeHint01.completion |1 + ...larTypeHints.php.testFloatTypeHint03.completion |1 + ...calarTypeHints.php.testIntTypeHint01.completion |1 + ...calarTypeHin
[jira] [Comment Edited] (NETBEANS-3579) Code completion not working inside block lambdas
[ https://issues.apache.org/jira/browse/NETBEANS-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17192224#comment-17192224 ] Akhilesh Singh edited comment on NETBEANS-3579 at 9/8/20, 1:50 PM: --- Completion works by adding the class name & argument of left hand side lambda. e.g. (String s) . {noformat} public class NewClass { public int compute(Collection c) { return c.stream().map((String s) -> {s.|}); } }{noformat} was (Author: singh-akhilesh): Completion works by adding the class name & argument of left hand side lambda. e.g. (String s) . {noformat} public class NewClass { public int compute(Collection c) { return c.stream().map((String s) -> {s.|}); } }{noformat} > Code completion not working inside block lambdas > > > Key: NETBEANS-3579 > URL: https://issues.apache.org/jira/browse/NETBEANS-3579 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0, 11.2 >Reporter: Jan Lahoda >Assignee: Akhilesh Singh >Priority: Critical > > Consider the following code ('|' should not be part of the code, and > represents where the caret should be placed): > {{package org.netbeans.modules.learning.lambda.code.completion;}} > {{import java.util.Collection;}} > {{public class NewClass {}} > {{ public int compute(Collection c) {}} > {{ return c.stream().map(s -> {s.|)}} > {{ }}} > {{}}} > Invoking the code completion at the marked place ('|') yields not results > whatsoever for me. That is apparently wrong - there should be results for a > variable of type String. > > The IDE is a fully updated Apache NetBeans 11.2, with nb-javac installed > running on JDK 13: > Product Version: Apache NetBeans IDE 11.2 > Java: 13.0.1; OpenJDK 64-Bit Server VM 13.0.1+9 > Runtime: OpenJDK Runtime Environment 13.0.1+9 > System: Linux version 4.15.0-72-generic running on amd64; UTF-8; en_US (nb) > User directory: /tmp/nbuser.lambda.test > Cache directory: /tmp/nbuser.lambda.test/var/cache -- 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-3579) Code completion not working inside block lambdas
[ https://issues.apache.org/jira/browse/NETBEANS-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17192224#comment-17192224 ] Akhilesh Singh commented on NETBEANS-3579: -- Completion works by adding the class name & argument of left hand side lambda. e.g. (String s) . {noformat} public class NewClass { public int compute(Collection c) { return c.stream().map((String s) -> {s.|}); } }{noformat} > Code completion not working inside block lambdas > > > Key: NETBEANS-3579 > URL: https://issues.apache.org/jira/browse/NETBEANS-3579 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0, 11.2 >Reporter: Jan Lahoda >Assignee: Akhilesh Singh >Priority: Critical > > Consider the following code ('|' should not be part of the code, and > represents where the caret should be placed): > {{package org.netbeans.modules.learning.lambda.code.completion;}} > {{import java.util.Collection;}} > {{public class NewClass {}} > {{ public int compute(Collection c) {}} > {{ return c.stream().map(s -> {s.|)}} > {{ }}} > {{}}} > Invoking the code completion at the marked place ('|') yields not results > whatsoever for me. That is apparently wrong - there should be results for a > variable of type String. > > The IDE is a fully updated Apache NetBeans 11.2, with nb-javac installed > running on JDK 13: > Product Version: Apache NetBeans IDE 11.2 > Java: 13.0.1; OpenJDK 64-Bit Server VM 13.0.1+9 > Runtime: OpenJDK Runtime Environment 13.0.1+9 > System: Linux version 4.15.0-72-generic running on amd64; UTF-8; en_US (nb) > User directory: /tmp/nbuser.lambda.test > Cache directory: /tmp/nbuser.lambda.test/var/cache -- 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-4782) Quick Search Provider wizard localizes wrong element in layer.xml
Patrik Karlström created NETBEANS-4782: -- Summary: Quick Search Provider wizard localizes wrong element in layer.xml Key: NETBEANS-4782 URL: https://issues.apache.org/jira/browse/NETBEANS-4782 Project: NetBeans Issue Type: Bug Affects Versions: 12.0, 12.1 Reporter: Patrik Karlström The generated layer.xml localizes the wrong element, the file object and not the folder of the file object. The automatic generated one. {{}} {{http://www.netbeans.org/dtds/filesystem-1_2.dtd]";>}} {{}} {{ }} {{ }} {{ }} {{ }} {{ }} {{ }} {{ }} {{ }} {{ }} {{}} My manually fixed variant. {{}} {{http://www.netbeans.org/dtds/filesystem-1_2.dtd]";>}} {{}} {{ }} {{ }} {{ }} {{ }} {{ }} {{ }} {{ }} {{ }} {{}} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated: [NETBEANS-3342] Fix Netbeans Installer on macOS to work with Java 8 and 11+ (#2211)
This is an automated email from the ASF dual-hosted git repository. johnmcdonnell pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git The following commit(s) were added to refs/heads/master by this push: new 11a0c7a [NETBEANS-3342] Fix Netbeans Installer on macOS to work with Java 8 and 11+ (#2211) 11a0c7a is described below commit 11a0c7a59654f54fd56bc4bd22be842c4c6fe568 Author: oyarzun AuthorDate: Tue Sep 8 07:15:38 2020 -0400 [NETBEANS-3342] Fix Netbeans Installer on macOS to work with Java 8 and 11+ (#2211) --- nbbuild/binaries-default-properties.xml| 25 ++ nbbuild/default-properties.xml | 3 +- nbbuild/installer/infra/build/build.sh | 2 + nbi/engine/build.xml | 51 ++- ...lemenu-external-desktop-classes-8.2-license.txt | 389 + nbi/engine/external/binaries-list | 17 + .../system/launchers/impl/CommonLauncher.java | 7 + .../wizard/containers/InitializeMacJDK8.java | 49 +++ .../wizard/containers/InitializeMacJDK9.java | 40 +++ .../wizard/containers/SwingFrameContainer.java | 34 +- 10 files changed, 599 insertions(+), 18 deletions(-) diff --git a/nbbuild/binaries-default-properties.xml b/nbbuild/binaries-default-properties.xml new file mode 100644 index 000..bc6b5b5 --- /dev/null +++ b/nbbuild/binaries-default-properties.xml @@ -0,0 +1,25 @@ + + + + + https://netbeans.osuosl.org/binaries/"/> + diff --git a/nbbuild/default-properties.xml b/nbbuild/default-properties.xml index 3a9c913..88ce933 100644 --- a/nbbuild/default-properties.xml +++ b/nbbuild/default-properties.xml @@ -66,8 +66,7 @@ - - https://netbeans.osuosl.org/binaries/"/> + diff --git a/nbbuild/installer/infra/build/build.sh b/nbbuild/installer/infra/build/build.sh index 00459e8..5fa47d4 100644 --- a/nbbuild/installer/infra/build/build.sh +++ b/nbbuild/installer/infra/build/build.sh @@ -124,6 +124,8 @@ if [ -z "$ANT_OPTS" ] ; then ANT_OPTS="-Xmx768m" fi +ANT_OPTS="$ANT_OPTS -DIS_NB_INSTALLER=true" + java8output=`"$JAVA_HOME/bin/java" -version 2>&1 | grep 1.8.0` if [ -n "$java7output" ] ; then diff --git a/nbi/engine/build.xml b/nbi/engine/build.xml index 69339e9..e5e034c 100644 --- a/nbi/engine/build.xml +++ b/nbi/engine/build.xml @@ -24,6 +24,16 @@ + + + + + + + + + + @@ -32,7 +42,44 @@ --> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + @@ -145,8 +192,8 @@ - - + + diff --git a/nbi/engine/external/applemenu-external-desktop-classes-8.2-license.txt b/nbi/engine/external/applemenu-external-desktop-classes-8.2-license.txt new file mode 100644 index 000..f7a0f76 --- /dev/null +++ b/nbi/engine/external/applemenu-external-desktop-classes-8.2-license.txt @@ -0,0 +1,389 @@ +Name: External Desktop Classes +Description: Provides java.awt.desktop classes to support compilation on JDK 8. +Version: 8.2 +License: CDDL-1.0 +Source: file://applemenu-external-desktop-classes-8.2.zip +Origin: NetBeans +Type: compile-time +Comment: Allows to build code leveraging JDK 9's java.awt.desktop classes on JDK 8. + +COMMON DEVELOPMENT AND DISTRIBUTION LICENSE (CDDL) Version 1.0 + +1. Definitions. + +1.1. "Contributor" means each individual or entity that +creates or contributes to the creation of Modifications. + +1.2. "Contributor Version" means the combination of the +Original Software, prior Modifications used by a +Contributor (if any), and the Modifications made by that +particular Contributor. + +1.3. "Covered Software" means (a) the Original Software, or +(b) Modifications, or (c) the combination of files +containing Original Software with files containing +Modifications, in each case including portions thereof. + +1.4. "Executable" means the Covered Software in any form +other than Source Code. + +1.5. "Initial Developer" means the individual or entity +that first makes Original Software available under this +License. + +1.6. "Larger Work" means a work which combines Covered +Software or portions thereof with code not governed by the +terms of this License. + +1.7. "License" means this document. + +1.8. "Licensable" means having the right to grant, to the +maximum extent possible, whether at the time of the initial +grant or subsequently acquired, any and all of the rights +conveyed herein. + +1.9. "Modifications" means the Source Code and Executable +form of any of the following: + +A. Any file that results from an addition to, +
[netbeans-jenkins-lib] branch master updated: Updating the pipeline to include additional files
This is an automated email from the ASF dual-hosted git repository. johnmcdonnell pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git The following commit(s) were added to refs/heads/master by this push: new 2b800b1 Updating the pipeline to include additional files new 6a6e986 Merge pull request #20 from mcdonnell-john/updates_based_on_pr2211 2b800b1 is described below commit 2b800b13dd88fd8f1a738db78249de09a2a4921e Author: John McDonnell AuthorDate: Wed Sep 2 19:23:17 2020 +0100 Updating the pipeline to include additional files As per https://github.com/apache/netbeans/pull/2211 we now need to include the antclasses and a xml file in order to build the mac osx installer into the distpreparations folder. --- vars/asfMainNetBeansBuild.groovy | 2 ++ 1 file changed, 2 insertions(+) diff --git a/vars/asfMainNetBeansBuild.groovy b/vars/asfMainNetBeansBuild.groovy index ba63496..7001dee 100644 --- a/vars/asfMainNetBeansBuild.groovy +++ b/vars/asfMainNetBeansBuild.groovy @@ -323,6 +323,8 @@ def doParallelClusters(cconfigs) { sh "mkdir -p distpreparation${versionnedpath}installer/nbbuild/newbuild && cp build-${clustername}-temp/nbbuild/newbuild/* distpreparation${versionnedpath}installer/nbbuild/newbuild " sh "mkdir -p distpreparation${versionnedpath}installer/nbbuild/installer && cp -r build-${clustername}-temp/nbbuild/installer distpreparation${versionnedpath}installer/nbbuild " sh "mkdir -p distpreparation${versionnedpath}installer/nbi && cp -r build-${clustername}-temp/nbi distpreparation${versionnedpath}installer " +sh "cp build-${clustername}-temp/nbbuild/binaries-default-properties.xml distpreparation${versionnedpath}installer/nbbuild/binaries-default-properties.xml " +sh "mkdir -p distpreparation${versionnedpath}installer/nbbuild/build/ && cp -r build-${clustername}-temp/nbbuild/build/antclasses distpreparation${versionnedpath}installer/nbbuild/build/antclasses " - 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-4781) Java expressions in breadcrumbs show single quotes as "'"
[ https://issues.apache.org/jira/browse/NETBEANS-4781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niklas Matthies updated NETBEANS-4781: -- Description: When Java conditionals or loop expressions are shown in the breadcrumbs, any single-quote character (e.g. as a character literal delimiter) is not shown verbatim, but encoded as "'". See the attached screenshot. The problem may be that "'" is not a valid HTML 4 character reference (only HTML 5 and XML/XHTML 1.0). In that case, either the presentation logic has to be augmented to understand "'", or else the code generating the character reference has to be changed to generate "'" or "'" instead; was:When Java conditionals or loop expressions are shown in the breadcrumbs, any single-quote character (e.g. as a character literal delimiter) is not shown verbatim, but HTML-encoded as "'". See the attached screenshot. > Java expressions in breadcrumbs show single quotes as "'" > -- > > Key: NETBEANS-4781 > URL: https://issues.apache.org/jira/browse/NETBEANS-4781 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Niklas Matthies >Priority: Major > Attachments: NETBEANS-4781.png > > > When Java conditionals or loop expressions are shown in the breadcrumbs, any > single-quote character (e.g. as a character literal delimiter) is not shown > verbatim, but encoded as "'". See the attached screenshot. > The problem may be that "'" is not a valid HTML 4 character > reference (only HTML 5 and XML/XHTML 1.0). In that case, either the > presentation logic has to be augmented to understand "'", or else > the code generating the character reference has to be changed to generate > "'" or "'" instead; -- 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-4781) Java expressions in breadcrumbs show single quotes as "'"
[ https://issues.apache.org/jira/browse/NETBEANS-4781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niklas Matthies updated NETBEANS-4781: -- Description: When Java conditionals or loop expressions are shown in the breadcrumbs, any single-quote character (e.g. as a character literal delimiter) is not shown verbatim, but HTML-encoded as "'". See the attached screenshot. (was: When Java conditionals or loop expressions are shown in the breadcrumbs, any single-quote character (e.g. as a character literal delimiter) is not shown verbatim, but HTML-encoded as "'". See the attached screenshot.) > Java expressions in breadcrumbs show single quotes as "'" > -- > > Key: NETBEANS-4781 > URL: https://issues.apache.org/jira/browse/NETBEANS-4781 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Niklas Matthies >Priority: Major > Attachments: NETBEANS-4781.png > > > When Java conditionals or loop expressions are shown in the breadcrumbs, any > single-quote character (e.g. as a character literal delimiter) is not shown > verbatim, but HTML-encoded as "'". See the attached screenshot. -- 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-4781) Java expressions in breadcrumbs show single quotes as "'"
[ https://issues.apache.org/jira/browse/NETBEANS-4781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niklas Matthies updated NETBEANS-4781: -- Attachment: NETBEANS-4781.png > Java expressions in breadcrumbs show single quotes as "'" > -- > > Key: NETBEANS-4781 > URL: https://issues.apache.org/jira/browse/NETBEANS-4781 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.0 >Reporter: Niklas Matthies >Priority: Major > Attachments: NETBEANS-4781.png > > > When Java conditionals or loop expressions are shown in the breadcrumbs, any > single-quote character (e.g. as a character literal delimiter) is not shown > verbatim, but HTML-encoded as "'". See the attached screenshot. -- 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-4781) Java expressions in breadcrumbs show single quotes as "'"
Niklas Matthies created NETBEANS-4781: - Summary: Java expressions in breadcrumbs show single quotes as "'" Key: NETBEANS-4781 URL: https://issues.apache.org/jira/browse/NETBEANS-4781 Project: NetBeans Issue Type: Bug Components: java - Editor Affects Versions: 12.0 Reporter: Niklas Matthies When Java conditionals or loop expressions are shown in the breadcrumbs, any single-quote character (e.g. as a character literal delimiter) is not shown verbatim, but HTML-encoded as "'". See the attached screenshot. -- 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-3342) NetBeans Platform Installer for macOS fails by Installation of you App
[ https://issues.apache.org/jira/browse/NETBEANS-3342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Randall Wood updated NETBEANS-3342: --- Affects Version/s: 12.0 > NetBeans Platform Installer for macOS fails by Installation of you App > -- > > Key: NETBEANS-3342 > URL: https://issues.apache.org/jira/browse/NETBEANS-3342 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 11.0, 12.0, 11.1, 11.2 >Reporter: Andreas Ernst >Priority: Major > Labels: pull-request-available > Time Spent: 6h 40m > Remaining Estimate: 0h > > JDK 1.8.0_231 on macOS Catalina and before. On my Maven project i run the > goal nbm build-installers with true on macOS. > If i double click on the installer i got this error. I do not have any Apple > libs in my project. > > [2019-11-05 07:31:15.030]: An unexpected exception happened in thread main > [2019-11-05 07:31:15.030]: java.lang.NoClassDefFoundError: > com/apple/eawt/ApplicationListener > [2019-11-05 07:31:15.030]: at > org.netbeans.installer.wizard.Wizard.newWizardContainer(Wizard.java:499) > [2019-11-05 07:31:15.030]: at > org.netbeans.installer.wizard.Wizard.open(Wizard.java:529) > [2019-11-05 07:31:15.030]: at > org.netbeans.installer.Installer.start(Installer.java:144) > [2019-11-05 07:31:15.030]: at > org.netbeans.installer.Installer.main(Installer.java:81) > [2019-11-05 07:31:15.030]: Caused by: java.lang.ClassNotFoundException: > com.apple.eawt.ApplicationListener > [2019-11-05 07:31:15.030]: at > java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583) > [2019-11-05 07:31:15.030]: at > java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178) > [2019-11-05 07:31:15.030]: at > java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) > [2019-11-05 07:31:15.031]: ... 4 more > [2019-11-05 07:31:15.031]: ... show message dialog > [2019-11-05 07:31:15.031]: title: Critical Error > [2019-11-05 07:31:15.031]: message: An unexpected exception happened in > thread main > [2019-11-05 07:31:15.031]: > [2019-11-05 07:31:15.031]: Exception: > [2019-11-05 07:31:15.031]: java.lang.NoClassDefFoundError: > [2019-11-05 07:31:15.031]: com/apple/eawt/ApplicationListener -- 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-4762) Gradle support broken recognizing of Lombok generation
[ https://issues.apache.org/jira/browse/NETBEANS-4762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Netbeans User 2019 updated NETBEANS-4762: - Description: After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok annotation or even class that depends on such class leads to red look (action items, items in tree of "Projects", particular file in editor). It is tried every prior ways to remove it, but without success. So tried like - close project and open - reload project - clean and build - scan for external changes - modification of file - creation new file in same folder and remove - removal of Apache Netbeans cache (under option --cachedir) - removal of caches/6.4.1 under gradle home - removal caches .gradle under project - switching new option about trusted to always - using new version of Gradle 6.6.1 - using lombok plugin for gradle instead of manually steps via dependencies So it is still red even clean and build works well. So it is really not possible use that version of Apache Netbeans with hundreds of false errors. So I have to revert back to 12.0 where I can get that back to non-red after clean and build of root project and reopening of projects or by creation of files under particular folder and remove it. In context: Tested on multi project (root with subprojects). was: After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok annotation or even class that depends on such class leads to red look (action items, items in tree of "Projects", particular file in editor). It is tried every prior ways to remove it, but without success. So tried like - close project and open - reload project - clean and build - scan for external changes - modification of file - creation new file in same folder and remove - removal of Apache Netbeans cache (under option --cachedir) - removal of caches/6.4.1 under gradle home - removal caches .gradle under project - switching new option about trusted to always - using new version of Gradle 6.6.1 - using lombok plugin for gradle instead of manually steps via dependencies So it is still red even clean and build works well. So it is really not possible use that version of Apache Netbeans with hundreds of false errors. So I have to revert back to 12 where I can get that back to non-red after clean and build of root project and reopening of projects or by creation of files under particular folder and remove it. In context: Tested on multi project (root with subprojects). > Gradle support broken recognizing of Lombok generation > -- > > Key: NETBEANS-4762 > URL: https://issues.apache.org/jira/browse/NETBEANS-4762 > Project: NetBeans > Issue Type: Bug > Components: editor - Hints & Annotations, editor - Navigation, > java - Compiler, java - Editor, java - Hints, java - Navigation, platform - > Action Items, projects - Gradle >Affects Versions: 12.1 > Environment: OpenJDK 11.0.2 > Gradle 6.4.1, 6.6.1 > Lombok 1.18.12 >Reporter: Netbeans User 2019 >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: Lombok, annotation-processor, gradle > > After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok > annotation or even class that depends on such class leads to red look (action > items, items in tree of "Projects", particular file in editor). It is tried > every prior ways to remove it, but without success. > So tried like > - close project and open > - reload project > - clean and build > - scan for external changes > - modification of file > - creation new file in same folder and remove > - removal of Apache Netbeans cache (under option --cachedir) > - removal of caches/6.4.1 under gradle home > - removal caches .gradle under project > - switching new option about trusted to always > - using new version of Gradle 6.6.1 > - using lombok plugin for gradle instead of manually steps via dependencies > So it is still red even clean and build works well. > So it is really not possible use that version of Apache Netbeans with > hundreds of false > errors. > So I have to revert back to 12.0 where I can get that back to non-red after > clean and build of root project and reopening of projects or by creation of > files under particular folder and remove it. > In context: > Tested on multi project (root with subprojects). -- 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-4762) Gradle support broken recognizing of Lombok generation
[ https://issues.apache.org/jira/browse/NETBEANS-4762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Netbeans User 2019 updated NETBEANS-4762: - Description: After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok annotation or even class that depends on such class leads to red look (action items, items in tree of "Projects", particular file in editor). It is tried every prior ways to remove it, but without success. So tried like - close project and open - reload project - clean and build - scan for external changes - modification of file - creation new file in same folder and remove - removal of Apache Netbeans cache (under option --cachedir) - removal of caches/6.4.1 under gradle home - removal caches .gradle under project - switching new option about trusted to always - using new version of Gradle 6.6.1 - using lombok plugin for gradle instead of manually steps via dependencies So it is still red even clean and build works well. So it is really not possible use that version of Apache Netbeans with hundreds of false errors. So I have to revert back to 12 where I can get that back to non-red after clean and build of root project and reopening of projects or by creation of files under particular folder and remove it. In context: Tested on multi project (root with subprojects). was: After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok annotation or even class that depends on such class leads to red look (action items, items in tree of "Projects", particular file in editor). It is tried every prior ways to remove it, but without success. So tried like - close project and open - reload project - clean and build - scan for external changes - modification of file - creation new file in same folder and remove - removal of Apache Netbeans cache (under option --cachedir) - removal of caches/6.4.1 under gradle home - removal caches .gradle under project - switching new option about trusted to always - using new version of Gradle 6.6.1 - using lombok plugin for gradle instead of manually steps via dependencies and sourcesets So it is still red even clean and build works well. So it is really not possible use that version of Apache Netbeans with hundreds of false errors. So I have to revert back to 12 where I can get that back to non-red after clean and build of root project and reopening of projects or by creation of files under particular folder and remove it. In context: Tested on multi project (root with subprojects). > Gradle support broken recognizing of Lombok generation > -- > > Key: NETBEANS-4762 > URL: https://issues.apache.org/jira/browse/NETBEANS-4762 > Project: NetBeans > Issue Type: Bug > Components: editor - Hints & Annotations, editor - Navigation, > java - Compiler, java - Editor, java - Hints, java - Navigation, platform - > Action Items, projects - Gradle >Affects Versions: 12.1 > Environment: OpenJDK 11.0.2 > Gradle 6.4.1, 6.6.1 > Lombok 1.18.12 >Reporter: Netbeans User 2019 >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: Lombok, annotation-processor, gradle > > After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok > annotation or even class that depends on such class leads to red look (action > items, items in tree of "Projects", particular file in editor). It is tried > every prior ways to remove it, but without success. > So tried like > - close project and open > - reload project > - clean and build > - scan for external changes > - modification of file > - creation new file in same folder and remove > - removal of Apache Netbeans cache (under option --cachedir) > - removal of caches/6.4.1 under gradle home > - removal caches .gradle under project > - switching new option about trusted to always > - using new version of Gradle 6.6.1 > - using lombok plugin for gradle instead of manually steps via dependencies > So it is still red even clean and build works well. > So it is really not possible use that version of Apache Netbeans with > hundreds of false > errors. > So I have to revert back to 12 where I can get that back to non-red after > clean and build of root project and reopening of projects or by creation of > files under particular folder and remove it. > In context: > Tested on multi project (root with subprojects). -- 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-4762) Gradle support broken recognizing of Lombok generation
[ https://issues.apache.org/jira/browse/NETBEANS-4762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Netbeans User 2019 updated NETBEANS-4762: - Description: After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok annotation or even class that depends on such class leads to red look (action items, items in tree of "Projects", particular file in editor). It is tried every prior ways to remove it, but without success. So tried like - close project and open - reload project - clean and build - scan for external changes - modification of file - creation new file in same folder and remove - removal of Apache Netbeans cache (under option --cachedir) - removal of caches/6.4.1 under gradle home - removal caches .gradle under project - switching new option about trusted to always - using new version of Gradle 6.6.1 - using lombok plugin for gradle instead of manually steps via dependencies and sourcesets So it is still red even clean and build works well. So it is really not possible use that version of Apache Netbeans with hundreds of false errors. So I have to revert back to 12 where I can get that back to non-red after clean and build of root project and reopening of projects or by creation of files under particular folder and remove it. In context: Tested on multi project (root with subprojects). was: After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok annotation or even class that depends on such class leads to red look (action items, items in tree of "Projects", particular file in editor). It is tried every prior ways to remove it, but without success. So tried like - close project and open - reload project - clean and build - scan for external changes - modification of file - creation new file in same folder and remove - removal of Apache Netbeans cache (under option --cachedir) - removal of caches/6.4.1 under gradle home - removal caches .gradle under project - switching new option about trusted to always - using new version of Gradle 6.6.1 - using lombok plugin for gradle instead of manually steps via dependencies So it is still red even clean and build works well. So it is really not possible use that version of Apache Netbeans with hundreds of false errors. So I have to revert back to 12 where I can get that back to non-red after clean and build of root project and reopening of projects or by creation of files under particular folder and remove it. In context: Tested on multi project (root with subprojects). > Gradle support broken recognizing of Lombok generation > -- > > Key: NETBEANS-4762 > URL: https://issues.apache.org/jira/browse/NETBEANS-4762 > Project: NetBeans > Issue Type: Bug > Components: editor - Hints & Annotations, editor - Navigation, > java - Compiler, java - Editor, java - Hints, java - Navigation, platform - > Action Items, projects - Gradle >Affects Versions: 12.1 > Environment: OpenJDK 11.0.2 > Gradle 6.4.1, 6.6.1 > Lombok 1.18.12 >Reporter: Netbeans User 2019 >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: Lombok, annotation-processor, gradle > > After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok > annotation or even class that depends on such class leads to red look (action > items, items in tree of "Projects", particular file in editor). It is tried > every prior ways to remove it, but without success. > So tried like > - close project and open > - reload project > - clean and build > - scan for external changes > - modification of file > - creation new file in same folder and remove > - removal of Apache Netbeans cache (under option --cachedir) > - removal of caches/6.4.1 under gradle home > - removal caches .gradle under project > - switching new option about trusted to always > - using new version of Gradle 6.6.1 > - using lombok plugin for gradle instead of manually steps via dependencies > and sourcesets > So it is still red even clean and build works well. > So it is really not possible use that version of Apache Netbeans with > hundreds of false > errors. > So I have to revert back to 12 where I can get that back to non-red after > clean and build of root project and reopening of projects or by creation of > files under particular folder and remove it. > In context: > Tested on multi project (root with subprojects). -- 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-4762) Gradle support broken recognizing of Lombok generation
[ https://issues.apache.org/jira/browse/NETBEANS-4762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17192024#comment-17192024 ] Netbeans User 2019 edited comment on NETBEANS-4762 at 9/8/20, 8:20 AM: --- [~lkishalmi] Sorry, but I have already remove 12.1. Additionally I recieved updates to 12.0, but I have not applied that (if e.g. there is such issue also in coming updates). I guess there is two possible reasons: - actions are somehow blocked to reflect current state - output classes is ignored to properly remove of reds Simply said I do not expect any new generated sources as there should be just overriding current ones by Lombok during annotation processing by javac. In any case I can see that Lombok has some ifs that analyses if it is in "Netbeans" so I do not know if there is any changes in Apache Netbeans that possibly anyhow affect that Lombok checks. E.g. https://github.com/rzwitserloot/lombok/blob/master/src/core/lombok/javac/handlers/HandleGetter.java was (Author: nb-user-2019): [~lkishalmi] Sorry, but I have already remove 12.1. Additionally I recieved updates to 12.0, but I have not applied that (if e.g. there is such issue also in coming updates). I guess there is two possible reasons: - actions are somehow blocks to reflect current state - output classes is ignored to properly remove of reds Simply said I do not expect any new generated sources as there should be just overriding current ones by Lombok during annotation processing by javac. In any case I can see that Lombok has some ifs that analyses if it is in "Netbeans" so I do not know if there is any changes in Apache Netbeans that possibly anyhow affect that Lombok checks. E.g. https://github.com/rzwitserloot/lombok/blob/master/src/core/lombok/javac/handlers/HandleGetter.java > Gradle support broken recognizing of Lombok generation > -- > > Key: NETBEANS-4762 > URL: https://issues.apache.org/jira/browse/NETBEANS-4762 > Project: NetBeans > Issue Type: Bug > Components: editor - Hints & Annotations, editor - Navigation, > java - Compiler, java - Editor, java - Hints, java - Navigation, platform - > Action Items, projects - Gradle >Affects Versions: 12.1 > Environment: OpenJDK 11.0.2 > Gradle 6.4.1, 6.6.1 > Lombok 1.18.12 >Reporter: Netbeans User 2019 >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: Lombok, annotation-processor, gradle > > After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok > annotation or even class that depends on such class leads to red look (action > items, items in tree of "Projects", particular file in editor). It is tried > every prior ways to remove it, but without success. > So tried like > - close project and open > - reload project > - clean and build > - scan for external changes > - modification of file > - creation new file in same folder and remove > - removal of Apache Netbeans cache (under option --cachedir) > - removal of caches/6.4.1 under gradle home > - removal caches .gradle under project > - switching new option about trusted to always > - using new version of Gradle 6.6.1 > - using lombok plugin for gradle instead of manually steps via dependencies > So it is still red even clean and build works well. > So it is really not possible use that version of Apache Netbeans with > hundreds of false > errors. > So I have to revert back to 12 where I can get that back to non-red after > clean and build of root project and reopening of projects or by creation of > files under particular folder and remove it. > In context: > Tested on multi project (root with subprojects). -- 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-4762) Gradle support broken recognizing of Lombok generation
[ https://issues.apache.org/jira/browse/NETBEANS-4762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Netbeans User 2019 updated NETBEANS-4762: - Summary: Gradle support broken recognizing of Lombok generation (was: Gradle support broken reconizing of Lombok generation) > Gradle support broken recognizing of Lombok generation > -- > > Key: NETBEANS-4762 > URL: https://issues.apache.org/jira/browse/NETBEANS-4762 > Project: NetBeans > Issue Type: Bug > Components: editor - Hints & Annotations, editor - Navigation, > java - Compiler, java - Editor, java - Hints, java - Navigation, platform - > Action Items, projects - Gradle >Affects Versions: 12.1 > Environment: OpenJDK 11.0.2 > Gradle 6.4.1, 6.6.1 > Lombok 1.18.12 >Reporter: Netbeans User 2019 >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: Lombok, annotation-processor, gradle > > After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok > annotation or even class that depends on such class leads to red look (action > items, items in tree of "Projects", particular file in editor). It is tried > every prior ways to remove it, but without success. > So tried like > - close project and open > - reload project > - clean and build > - scan for external changes > - modification of file > - creation new file in same folder and remove > - removal of Apache Netbeans cache (under option --cachedir) > - removal of caches/6.4.1 under gradle home > - removal caches .gradle under project > - switching new option about trusted to always > - using new version of Gradle 6.6.1 > - using lombok plugin for gradle instead of manually steps via dependencies > So it is still red even clean and build works well. > So it is really not possible use that version of Apache Netbeans with > hundreds of false > errors. > So I have to revert back to 12 where I can get that back to non-red after > clean and build of root project and reopening of projects or by creation of > files under particular folder and remove it. > In context: > Tested on multi project (root with subprojects). -- 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-3579) Code completion not working inside block lambdas
[ https://issues.apache.org/jira/browse/NETBEANS-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17192029#comment-17192029 ] Netbeans User 2019 commented on NETBEANS-3579: -- It is really tired to write "return", but before knowing that it was even hard to write that (e.g. write outside a map and then cut&paste). So this should get higher priority to be fixed. > Code completion not working inside block lambdas > > > Key: NETBEANS-3579 > URL: https://issues.apache.org/jira/browse/NETBEANS-3579 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0, 11.2 >Reporter: Jan Lahoda >Assignee: Akhilesh Singh >Priority: Critical > > Consider the following code ('|' should not be part of the code, and > represents where the caret should be placed): > {{package org.netbeans.modules.learning.lambda.code.completion;}} > {{import java.util.Collection;}} > {{public class NewClass {}} > {{ public int compute(Collection c) {}} > {{ return c.stream().map(s -> {s.|)}} > {{ }}} > {{}}} > Invoking the code completion at the marked place ('|') yields not results > whatsoever for me. That is apparently wrong - there should be results for a > variable of type String. > > The IDE is a fully updated Apache NetBeans 11.2, with nb-javac installed > running on JDK 13: > Product Version: Apache NetBeans IDE 11.2 > Java: 13.0.1; OpenJDK 64-Bit Server VM 13.0.1+9 > Runtime: OpenJDK Runtime Environment 13.0.1+9 > System: Linux version 4.15.0-72-generic running on amd64; UTF-8; en_US (nb) > User directory: /tmp/nbuser.lambda.test > Cache directory: /tmp/nbuser.lambda.test/var/cache -- 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-3579) Code completion not working inside block lambdas
[ https://issues.apache.org/jira/browse/NETBEANS-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Netbeans User 2019 updated NETBEANS-3579: - Affects Version/s: 12.0 > Code completion not working inside block lambdas > > > Key: NETBEANS-3579 > URL: https://issues.apache.org/jira/browse/NETBEANS-3579 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0, 11.2 >Reporter: Jan Lahoda >Assignee: Akhilesh Singh >Priority: Critical > > Consider the following code ('|' should not be part of the code, and > represents where the caret should be placed): > {{package org.netbeans.modules.learning.lambda.code.completion;}} > {{import java.util.Collection;}} > {{public class NewClass {}} > {{ public int compute(Collection c) {}} > {{ return c.stream().map(s -> {s.|)}} > {{ }}} > {{}}} > Invoking the code completion at the marked place ('|') yields not results > whatsoever for me. That is apparently wrong - there should be results for a > variable of type String. > > The IDE is a fully updated Apache NetBeans 11.2, with nb-javac installed > running on JDK 13: > Product Version: Apache NetBeans IDE 11.2 > Java: 13.0.1; OpenJDK 64-Bit Server VM 13.0.1+9 > Runtime: OpenJDK Runtime Environment 13.0.1+9 > System: Linux version 4.15.0-72-generic running on amd64; UTF-8; en_US (nb) > User directory: /tmp/nbuser.lambda.test > Cache directory: /tmp/nbuser.lambda.test/var/cache -- 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-4762) Gradle support broken reconizing of Lombok generation
[ https://issues.apache.org/jira/browse/NETBEANS-4762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17192024#comment-17192024 ] Netbeans User 2019 commented on NETBEANS-4762: -- [~lkishalmi] Sorry, but I have already remove 12.1. Additionally I recieved updates to 12.0, but I have not applied that (if e.g. there is such issue also in coming updates). I guess there is two possible reasons: - actions are somehow blocks to reflect current state - output classes is ignored to properly remove of reds Simply said I do not expect any new generated sources as there should be just overriding current ones by Lombok during annotation processing by javac. In any case I can see that Lombok has some ifs that analyses if it is in "Netbeans" so I do not know if there is any changes in Apache Netbeans that possibly anyhow affect that Lombok checks. E.g. https://github.com/rzwitserloot/lombok/blob/master/src/core/lombok/javac/handlers/HandleGetter.java > Gradle support broken reconizing of Lombok generation > - > > Key: NETBEANS-4762 > URL: https://issues.apache.org/jira/browse/NETBEANS-4762 > Project: NetBeans > Issue Type: Bug > Components: editor - Hints & Annotations, editor - Navigation, > java - Compiler, java - Editor, java - Hints, java - Navigation, platform - > Action Items, projects - Gradle >Affects Versions: 12.1 > Environment: OpenJDK 11.0.2 > Gradle 6.4.1, 6.6.1 > Lombok 1.18.12 >Reporter: Netbeans User 2019 >Assignee: Laszlo Kishalmi >Priority: Critical > Labels: Lombok, annotation-processor, gradle > > After upgrade to Apache Netbeans 12.1 it seems that every class uses Lombok > annotation or even class that depends on such class leads to red look (action > items, items in tree of "Projects", particular file in editor). It is tried > every prior ways to remove it, but without success. > So tried like > - close project and open > - reload project > - clean and build > - scan for external changes > - modification of file > - creation new file in same folder and remove > - removal of Apache Netbeans cache (under option --cachedir) > - removal of caches/6.4.1 under gradle home > - removal caches .gradle under project > - switching new option about trusted to always > - using new version of Gradle 6.6.1 > - using lombok plugin for gradle instead of manually steps via dependencies > So it is still red even clean and build works well. > So it is really not possible use that version of Apache Netbeans with > hundreds of false > errors. > So I have to revert back to 12 where I can get that back to non-red after > clean and build of root project and reopening of projects or by creation of > files under particular folder and remove it. > In context: > Tested on multi project (root with subprojects). -- 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