[jira] [Updated] (NETBEANS-1654) Slow Code Completion Detected under JDK 12
[ https://issues.apache.org/jira/browse/NETBEANS-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Rama updated NETBEANS-1654: -- Attachment: log2.txt > Slow Code Completion Detected under JDK 12 > -- > > Key: NETBEANS-1654 > URL: https://issues.apache.org/jira/browse/NETBEANS-1654 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion Templates, platform - JDK > Problems >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 918, Java 12 > Early-Access 19 >Reporter: Michal Rama >Priority: Major > Labels: editor, java, javafx > Attachments: log.txt, log2.txt, picture1.png > > > Hello, > When I start writing code or press CTRL + SPACE, it starts searching the > libraries and then offers me the possibility of writing/completing the code. > Sometimes, however, it is (much) longer. NetBeans then offers the possibility > of writing / completing the code, but it also displays the notification. > !picture1.png! > The three notifications captured in the image showed it within a very short > time. > Additionally, the first took 11 seconds, the second took 6 seconds and the > third took an incredible 36 seconds. > This bug does not block me and the notification can be deleted, but it slows > down enough. > I would be grateful for the repair. > Thank you. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1654) Slow Code Completion Detected under JDK 12
[ https://issues.apache.org/jira/browse/NETBEANS-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16708506#comment-16708506 ] Michal Rama edited comment on NETBEANS-1654 at 12/4/18 9:51 PM: Yes. I understand. But, the problem is that it displays the entire log (from the start of the program, not just the "problematic" code) in the log.txt file. This log was created when editing JDK 12 + OpenJavaFX 12 Early-Access 3 I replaced the name of my account with the word "user". *UPDATE:* I do not know if it is possible to find the cause from the log, because, in the second attempt, it generated a different code - log2.txt. was (Author: michal_cat): Yes. I understand. But, the problem is that it displays the entire log (from the start of the program, not just the "problematic" code) in the log.txt file This log was created when editing JDK 12 + OpenJavaFX 12 Early-Access 3 I replaced the name of my account with the word "user". *UPDATE:* I do not know if it is possible to find the cause from the log, because, in the second attempt, it generated a different code - log2.txt. > Slow Code Completion Detected under JDK 12 > -- > > Key: NETBEANS-1654 > URL: https://issues.apache.org/jira/browse/NETBEANS-1654 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion Templates, platform - JDK > Problems >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 918, Java 12 > Early-Access 19 >Reporter: Michal Rama >Priority: Major > Labels: editor, java, javafx > Attachments: log.txt, log2.txt, picture1.png > > > Hello, > When I start writing code or press CTRL + SPACE, it starts searching the > libraries and then offers me the possibility of writing/completing the code. > Sometimes, however, it is (much) longer. NetBeans then offers the possibility > of writing / completing the code, but it also displays the notification. > !picture1.png! > The three notifications captured in the image showed it within a very short > time. > Additionally, the first took 11 seconds, the second took 6 seconds and the > third took an incredible 36 seconds. > This bug does not block me and the notification can be deleted, but it slows > down enough. > I would be grateful for the repair. > Thank you. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1654) Slow Code Completion Detected under JDK 12
[ https://issues.apache.org/jira/browse/NETBEANS-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16708506#comment-16708506 ] Michal Rama edited comment on NETBEANS-1654 at 12/4/18 9:49 PM: Yes. I understand. But, the problem is that it displays the entire log (from the start of the program, not just the "problematic" code) in the log.txt file This log was created when editing JDK 12 + OpenJavaFX 12 Early-Access 3 I replaced the name of my account with the word "user". *UPDATE:* I do not know if it is possible to find the cause from the log, because, in the second attempt, it generated a different code - log2.txt. was (Author: michal_cat): Yes. I understand. But, the problem is that it displays the entire log (from the start of the program, not just the "problematic" code) in the log.txt file This log was created when editing JDK 12 + OpenJavaFX 12 Early-Access 3 I replaced the name of my account with the word USER. > Slow Code Completion Detected under JDK 12 > -- > > Key: NETBEANS-1654 > URL: https://issues.apache.org/jira/browse/NETBEANS-1654 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion Templates, platform - JDK > Problems >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 918, Java 12 > Early-Access 19 >Reporter: Michal Rama >Priority: Major > Labels: editor, java, javafx > Attachments: log.txt, log2.txt, picture1.png > > > Hello, > When I start writing code or press CTRL + SPACE, it starts searching the > libraries and then offers me the possibility of writing/completing the code. > Sometimes, however, it is (much) longer. NetBeans then offers the possibility > of writing / completing the code, but it also displays the notification. > !picture1.png! > The three notifications captured in the image showed it within a very short > time. > Additionally, the first took 11 seconds, the second took 6 seconds and the > third took an incredible 36 seconds. > This bug does not block me and the notification can be deleted, but it slows > down enough. > I would be grateful for the repair. > Thank you. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1169) Fix SVN client
[ https://issues.apache.org/jira/browse/NETBEANS-1169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-1169: -- Priority: Critical (was: Blocker) > Fix SVN client > -- > > Key: NETBEANS-1169 > URL: https://issues.apache.org/jira/browse/NETBEANS-1169 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Reporter: Pavel Prchal >Priority: Critical > Labels: subversion > Attachments: step1.png, step2.png > > > I want to commit from IDE. > 1) right click on project/subversion/commit > 2) window as in step2.png pops out > 3) select subversion path, validate version of client as step2.png > 4) restart IDE > 5) no luck -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1169) Fix SVN client
[ https://issues.apache.org/jira/browse/NETBEANS-1169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16709275#comment-16709275 ] Laszlo Kishalmi commented on NETBEANS-1169: --- Does it work with Subversion 1.9? Also please try to configure the JavaHL binding library on Windows. On linux it works. Also I know JavaHL bindings for subversion 1.10 had issues there as well. Moving it to critical, as I suppose there are workarounds for this issue. Unfortunately we can no longer ship our most stable fallback SVNKit due to licensing reasons. > Fix SVN client > -- > > Key: NETBEANS-1169 > URL: https://issues.apache.org/jira/browse/NETBEANS-1169 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Reporter: Pavel Prchal >Priority: Blocker > Labels: subversion > Attachments: step1.png, step2.png > > > I want to commit from IDE. > 1) right click on project/subversion/commit > 2) window as in step2.png pops out > 3) select subversion path, validate version of client as step2.png > 4) restart IDE > 5) no luck -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1159) Relicense nashorn parser
[ https://issues.apache.org/jira/browse/NETBEANS-1159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-1159. --- Resolution: Fixed Fix Version/s: 10.0 Marked as resolved as the required fixes have hit both master and release100 branches. > Relicense nashorn parser > > > Key: NETBEANS-1159 > URL: https://issues.apache.org/jira/browse/NETBEANS-1159 > Project: NetBeans > Issue Type: Bug > Components: javascript - Other >Affects Versions: 10.0 >Reporter: Svatopluk Dedic >Assignee: Svatopluk Dedic >Priority: Blocker > Fix For: 10.0 > > > The nashorn parser uses GPLv2 with classpath exception, which is not > compatible for Apache distribution. > Since the code was fully developed by Oracle (and is committed in > [http://hg.openjdk.java.net/graal/graal-js-parser/file/ba7a8bc42268/graal/com.oracle.js.parser/src/com/oracle/js/parser|http://hg.openjdk.java.net/graal/graal-js-parser/file/ba7a8bc42268/graal/com.oracle.js.parser/src/com/oracle/js/parser),]), > it could be possible (for Oracle) to relicense the code to allow > distribution. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1372) Update the Snap package descriptor files
[ https://issues.apache.org/jira/browse/NETBEANS-1372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-1372. --- Resolution: Fixed > Update the Snap package descriptor files > > > Key: NETBEANS-1372 > URL: https://issues.apache.org/jira/browse/NETBEANS-1372 > Project: NetBeans > Issue Type: Sub-task >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available > Fix For: 10.0 > > Time Spent: 1h 10m > Remaining Estimate: 0h > > We have new hi-res frame images use the 512x512 one for the icon > Update the version number in the snapcraft.yaml and the netbeans.desktop files > In order to have the best out of the box experience add the following options > to netbeans.conf: > -J-Djdk.gtk.version=2.2 -J-Dawt.useSystemAAFontSettings=on -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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
[incubator-netbeans] branch release100 updated: [NETBEANS-1372] Snap Descriptor (#1031)
This is an automated email from the ASF dual-hosted git repository. lkishalmi pushed a commit to branch release100 in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git The following commit(s) were added to refs/heads/release100 by this push: new aff7fb4 [NETBEANS-1372] Snap Descriptor (#1031) aff7fb4 is described below commit aff7fb47cfafde40ef962856415135699888ff99 Author: Laszlo Kishalmi AuthorDate: Tue Dec 4 10:52:52 2018 -0800 [NETBEANS-1372] Snap Descriptor (#1031) * [NETBEANS-1372] Snap Descriptor marked as stable, and NetBeans IDE using Apache NetBeans IDE (incubation) * Force plugin install to userdir by default as global dir is read-only for a snap. --- nbbuild/packaging/snap/gui/netbeans.desktop | 4 ++-- nbbuild/packaging/snap/snapcraft.yaml | 13 +++-- 2 files changed, 9 insertions(+), 8 deletions(-) diff --git a/nbbuild/packaging/snap/gui/netbeans.desktop b/nbbuild/packaging/snap/gui/netbeans.desktop index bad65d7..08e3323 100644 --- a/nbbuild/packaging/snap/gui/netbeans.desktop +++ b/nbbuild/packaging/snap/gui/netbeans.desktop @@ -17,8 +17,8 @@ [Desktop Entry] Type=Application Encoding=UTF-8 -Name=NetBeans 10.0 -Comment=Apache NetBeans, The Smarter Way to Code +Name=Apache NetBeans 10.0 (incubating) +Comment=Apache NetBeans (incubating), The Smarter Way to Code Exec=netbeans %F Categories=Application;Development;Java;PHP;JS;JavaScript;IDE Icon=${SNAP}/meta/gui/icon.png diff --git a/nbbuild/packaging/snap/snapcraft.yaml b/nbbuild/packaging/snap/snapcraft.yaml index f2846aa..48abec5 100644 --- a/nbbuild/packaging/snap/snapcraft.yaml +++ b/nbbuild/packaging/snap/snapcraft.yaml @@ -16,16 +16,17 @@ name: netbeans version: "10.0" -summary: NetBeans Java IDE +summary: Apache NetBeans IDE (incubating) description: | - NetBeans IDE lets you quickly and easily develop Java desktop, mobile, and - web applications, as well as HTML5 applications with HTML, JavaScript, and - CSS. The IDE also provides a great set of tools for PHP and C/C++ developers. + Apache NetBeans IDE (incubating) lets you quickly and easily develop Java + desktop and web applications, as well as HTML5 applications with + HTML, JavaScript, and CSS. The IDE also provides a great set of tools for PHP + developers. It is free and open source and has a large community of users and developers around the world. icon: ../../platform/core.startup/src/org/netbeans/core/startup/frame512.png confinement: classic -grade: devel +grade: stable architectures: [ amd64 ] parts: @@ -47,7 +48,7 @@ parts: # Make the default cache and data directory relative to Snap user directory sed -i 's/${HOME}\/.netbeans/${SNAP_USER_COMMON}\/data/' $SNAPCRAFT_PART_INSTALL/netbeans/bin/netbeans sed -i 's/${HOME}\/.cache\/netbeans/${SNAP_USER_COMMON}\/cache/' $SNAPCRAFT_PART_INSTALL/netbeans/bin/netbeans -sed -i 's/-J-Dapple.laf.useScreenMenuBar=true/-J-Dapple.laf.useScreenMenuBar=true -J-Dawt.useSystemAAFontSettings=on/' $SNAPCRAFT_PART_INSTALL/netbeans/etc/netbeans.conf +sed -i 's/-J-Dapple.laf.useScreenMenuBar=true/-J-Dplugin.manager.install.global=false -J-Dawt.useSystemAAFontSettings=on/' $SNAPCRAFT_PART_INSTALL/netbeans/etc/netbeans.conf stage: - $netbeans - 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-1637) org.netbeans.nbbuild.AutoUpdateCatalogParser does not recognise catalog.xml.gz as a gzip file
[ https://issues.apache.org/jira/browse/NETBEANS-1637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16709090#comment-16709090 ] Eamonn Saunders commented on NETBEANS-1637: --- I see that this has been closed as invalid but which URL should we be using during the transition? updates.netbeans.org appears to work fine if we use https instead of http. > org.netbeans.nbbuild.AutoUpdateCatalogParser does not recognise > catalog.xml.gz as a gzip file > - > > Key: NETBEANS-1637 > URL: https://issues.apache.org/jira/browse/NETBEANS-1637 > Project: NetBeans > Issue Type: Bug > Components: projects - Ant >Affects Versions: 8.2, 9.0 > Environment: Product Version: Apache NetBeans IDE 9.0 (Build > incubator-netbeans-release-334-on-20180708) > Java: 11.0.1; Java HotSpot(TM) 64-Bit Server VM 11.0.1+13-LTS > Runtime: Java(TM) SE Runtime Environment 11.0.1+13-LTS > System: Linux version 3.16.0-5-amd64 running on amd64; UTF-8; en_AU (nb) > User directory: /home/jeremy/.netbeans/9.0 > Cache directory: /home/jeremy/.cache/netbeans/9.0 > Apache Ant(TM) version 1.9.9 compiled on July 22 2018 >Reporter: Jeremy Ardley >Priority: Blocker > > INFO [org.netbeans.nbbuild.AutoUpdateCatalogParser]: The file at > http://updates.netbeans.org/netbeans/updates/9.0/uc/final/distribution/catalog.xml.gz, > corresponding to the catalog at > http://updates.netbeans.org/netbeans/updates/9.0/uc/final/distribution/catalog.xml.gz, > does not look like the gzip file, trying to parse it as the pure xml > java.io.EOFException > Occurs using the 9.0 IDE build as well as using ant when configured for 8.2 > and 9.0 > catalog.xml.gz downloads using web browser and is a gzip file. > There is no proxy in use. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-1776) Netbeans 9.0 locks up on save of HTML file. Get spinning circle of DEATH
[ https://issues.apache.org/jira/browse/NETBEANS-1776?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wojtek reassigned NETBEANS-1776: Assignee: (was: Wojtek) > Netbeans 9.0 locks up on save of HTML file. Get spinning circle of DEATH > > > Key: NETBEANS-1776 > URL: https://issues.apache.org/jira/browse/NETBEANS-1776 > Project: NetBeans > Issue Type: Bug > Components: web - HTML Editor >Affects Versions: 9.0 >Reporter: PETER BORREGGINE >Priority: Major > Fix For: 9.0 > > > I'm working on a simple HTML file removing << HEAD and other merge > conflicts. When I click the SAVE button, NETBEANS LOCKS UP...the MEMORY keeps > increasing and the cursor is a SPINNING CIRCLE OF DEATH and I can't click on > anything. Check for EXTERNAL changes is suspended and I am relegated to end > task in Task Manager. > This is a continual problem with 9.0 and it is not reliable or consistent. > Please advise. > > OF NOTE: All caps is not yelling, just emphasis. Sorry. It's how I type. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1776) Netbeans 9.0 locks up on save of HTML file. Get spinning circle of DEATH
PETER BORREGGINE created NETBEANS-1776: -- Summary: Netbeans 9.0 locks up on save of HTML file. Get spinning circle of DEATH Key: NETBEANS-1776 URL: https://issues.apache.org/jira/browse/NETBEANS-1776 Project: NetBeans Issue Type: Bug Components: web - HTML Editor Affects Versions: 9.0 Reporter: PETER BORREGGINE Assignee: Wojtek Fix For: 9.0 I'm working on a simple HTML file removing << HEAD and other merge conflicts. When I click the SAVE button, NETBEANS LOCKS UP...the MEMORY keeps increasing and the cursor is a SPINNING CIRCLE OF DEATH and I can't click on anything. Check for EXTERNAL changes is suspended and I am relegated to end task in Task Manager. This is a continual problem with 9.0 and it is not reliable or consistent. Please advise. OF NOTE: All caps is not yelling, just emphasis. Sorry. It's how I type. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1776) Netbeans 9.0 locks up on save of HTML file. Get spinning circle of DEATH
[ https://issues.apache.org/jira/browse/NETBEANS-1776?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16709073#comment-16709073 ] PETER BORREGGINE commented on NETBEANS-1776: It just unlocked after nearly 20 min the memory has gone down to 644/951 This hard to work with... background scanning of projects has started now. > Netbeans 9.0 locks up on save of HTML file. Get spinning circle of DEATH > > > Key: NETBEANS-1776 > URL: https://issues.apache.org/jira/browse/NETBEANS-1776 > Project: NetBeans > Issue Type: Bug > Components: web - HTML Editor >Affects Versions: 9.0 >Reporter: PETER BORREGGINE >Assignee: Wojtek >Priority: Major > Fix For: 9.0 > > > I'm working on a simple HTML file removing << HEAD and other merge > conflicts. When I click the SAVE button, NETBEANS LOCKS UP...the MEMORY keeps > increasing and the cursor is a SPINNING CIRCLE OF DEATH and I can't click on > anything. Check for EXTERNAL changes is suspended and I am relegated to end > task in Task Manager. > This is a continual problem with 9.0 and it is not reliable or consistent. > Please advise. > > OF NOTE: All caps is not yelling, just emphasis. Sorry. It's how I type. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1775) NPE upon startup on Windows with VPN connection
[ https://issues.apache.org/jira/browse/NETBEANS-1775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16709045#comment-16709045 ] Travis commented on NETBEANS-1775: -- I read up on the difference between '&' and '&&', and learned that '&' always evaluates both operands. So I think this is indeed the root cause here. > NPE upon startup on Windows with VPN connection > --- > > Key: NETBEANS-1775 > URL: https://issues.apache.org/jira/browse/NETBEANS-1775 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 9.0, 10.0 > Environment: Windows + VPN >Reporter: Travis >Priority: Minor > > Immediately upon starting Apache Netbeans 10 on Windows, I get the following > NullPointerException only when I am connected to the internet using VPN. > This seems benign, because I can continue using Netbeans with no problems, > but the red notification upon every startup is distracting. > > java.lang.NullPointerException > at > org.netbeans.core.network.utils.LocalAddressUtils.isSoftwareVirtualAdapter(LocalAddressUtils.java:524) > at > org.netbeans.core.network.utils.LocalAddressUtils.getLocalNetworkInterfaceAddr(LocalAddressUtils.java:463) > at > org.netbeans.core.network.utils.LocalAddressUtils.access$000(LocalAddressUtils.java:79) > at > org.netbeans.core.network.utils.LocalAddressUtils$3.call(LocalAddressUtils.java:123) > at > org.netbeans.core.network.utils.LocalAddressUtils$3.call(LocalAddressUtils.java:120) > at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) > at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > Caused: java.lang.RuntimeException > at > org.netbeans.core.network.utils.LocalAddressUtils.getPrioritizedLocalHostAddresses(LocalAddressUtils.java:281) > at > org.netbeans.core.network.utils.LocalAddressUtils.getMostLikelyLocalInetAddresses(LocalAddressUtils.java:338) > at > org.netbeans.core.network.utils.LocalAddressUtils.getMostLikelyLocalInetAddress(LocalAddressUtils.java:391) > at > org.netbeans.core.network.proxy.pac.impl.NbPacHelperMethods.myIpAddress(NbPacHelperMethods.java:126) > at > jdk.scripting.nashorn.scripts/jdk.nashorn.internal.scripts.Script$Recompilation$5$538$\^eval\_.myIpAddress(:26) > at > jdk.scripting.nashorn.scripts/jdk.nashorn.internal.scripts.Script$Recompilation$4$\^eval\_.FindProxyForURL(:2) > at > jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:659) > at > jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:513) > at > jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:527) > at > jdk.scripting.nashorn/jdk.nashorn.api.scripting.ScriptObjectMirror.callMember(ScriptObjectMirror.java:202) > at > jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngine.invokeImpl(NashornScriptEngine.java:393) > at > jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngine.invokeFunction(NashornScriptEngine.java:197) > at > org.netbeans.core.network.proxy.pac.impl.NbPacScriptEvaluator$PacScriptEngine.findProxyForURL(NbPacScriptEvaluator.java:527) > [catch] at > org.netbeans.core.network.proxy.pac.impl.NbPacScriptEvaluator.findProxyForURL(NbPacScriptEvaluator.java:227) > at > org.netbeans.core.network.proxy.ProxyAutoConfig.findProxyForURL(ProxyAutoConfig.java:140) > at > org.netbeans.core.network.proxy.NetworkProxyReloader.reloadNetworkProxy(NetworkProxyReloader.java:90) > at > org.netbeans.core.network.proxy.NbProxySelector.(NbProxySelector.java:59) > at > java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) > at java.base/java.lang.Class.newInstance(Class.java:584) > at > org.openide.util.lookup.implspi.SharedClassObjectBridge.newInstance(SharedClassObjectBridge.java:41) > at > org.openide.util.lookup.MetaInfServicesLookup$Item.getInstance(MetaInfServicesLookup.java:489) > at org.openide.util.lookup.AbstractLookup.lookup(AbstractLookup.java:397) > at org.openide.util.lookup.ProxyLookup.lookup(ProxyLookup.java:197) > at > org.netbeans.core.CoreBridgeImpl.doRegisterPropertyEditors(CoreBridgeImpl.java:185) > at >
[jira] [Commented] (NETBEANS-1775) NPE upon startup on Windows with VPN connection
[ https://issues.apache.org/jira/browse/NETBEANS-1775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16709040#comment-16709040 ] Travis commented on NETBEANS-1775: -- I'm not 100% sure this is the root cause, but the use of '&' instead of '&&' on LocalAddressUtils.java line 524 seems suspicious: if (macAddress != null & macAddress.length >= 3) { > NPE upon startup on Windows with VPN connection > --- > > Key: NETBEANS-1775 > URL: https://issues.apache.org/jira/browse/NETBEANS-1775 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 9.0, 10.0 > Environment: Windows + VPN >Reporter: Travis >Priority: Minor > > Immediately upon starting Apache Netbeans 10 on Windows, I get the following > NullPointerException only when I am connected to the internet using VPN. > This seems benign, because I can continue using Netbeans with no problems, > but the red notification upon every startup is distracting. > > java.lang.NullPointerException > at > org.netbeans.core.network.utils.LocalAddressUtils.isSoftwareVirtualAdapter(LocalAddressUtils.java:524) > at > org.netbeans.core.network.utils.LocalAddressUtils.getLocalNetworkInterfaceAddr(LocalAddressUtils.java:463) > at > org.netbeans.core.network.utils.LocalAddressUtils.access$000(LocalAddressUtils.java:79) > at > org.netbeans.core.network.utils.LocalAddressUtils$3.call(LocalAddressUtils.java:123) > at > org.netbeans.core.network.utils.LocalAddressUtils$3.call(LocalAddressUtils.java:120) > at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) > at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > Caused: java.lang.RuntimeException > at > org.netbeans.core.network.utils.LocalAddressUtils.getPrioritizedLocalHostAddresses(LocalAddressUtils.java:281) > at > org.netbeans.core.network.utils.LocalAddressUtils.getMostLikelyLocalInetAddresses(LocalAddressUtils.java:338) > at > org.netbeans.core.network.utils.LocalAddressUtils.getMostLikelyLocalInetAddress(LocalAddressUtils.java:391) > at > org.netbeans.core.network.proxy.pac.impl.NbPacHelperMethods.myIpAddress(NbPacHelperMethods.java:126) > at > jdk.scripting.nashorn.scripts/jdk.nashorn.internal.scripts.Script$Recompilation$5$538$\^eval\_.myIpAddress(:26) > at > jdk.scripting.nashorn.scripts/jdk.nashorn.internal.scripts.Script$Recompilation$4$\^eval\_.FindProxyForURL(:2) > at > jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:659) > at > jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:513) > at > jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:527) > at > jdk.scripting.nashorn/jdk.nashorn.api.scripting.ScriptObjectMirror.callMember(ScriptObjectMirror.java:202) > at > jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngine.invokeImpl(NashornScriptEngine.java:393) > at > jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngine.invokeFunction(NashornScriptEngine.java:197) > at > org.netbeans.core.network.proxy.pac.impl.NbPacScriptEvaluator$PacScriptEngine.findProxyForURL(NbPacScriptEvaluator.java:527) > [catch] at > org.netbeans.core.network.proxy.pac.impl.NbPacScriptEvaluator.findProxyForURL(NbPacScriptEvaluator.java:227) > at > org.netbeans.core.network.proxy.ProxyAutoConfig.findProxyForURL(ProxyAutoConfig.java:140) > at > org.netbeans.core.network.proxy.NetworkProxyReloader.reloadNetworkProxy(NetworkProxyReloader.java:90) > at > org.netbeans.core.network.proxy.NbProxySelector.(NbProxySelector.java:59) > at > java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) > at java.base/java.lang.Class.newInstance(Class.java:584) > at > org.openide.util.lookup.implspi.SharedClassObjectBridge.newInstance(SharedClassObjectBridge.java:41) > at > org.openide.util.lookup.MetaInfServicesLookup$Item.getInstance(MetaInfServicesLookup.java:489) > at org.openide.util.lookup.AbstractLookup.lookup(AbstractLookup.java:397) > at org.openide.util.lookup.ProxyLookup.lookup(ProxyLookup.java:197) > at >
[jira] [Updated] (NETBEANS-1775) NPE upon startup on Windows with VPN connection
[ https://issues.apache.org/jira/browse/NETBEANS-1775?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Travis updated NETBEANS-1775: - Affects Version/s: 10.0 9.0 > NPE upon startup on Windows with VPN connection > --- > > Key: NETBEANS-1775 > URL: https://issues.apache.org/jira/browse/NETBEANS-1775 > Project: NetBeans > Issue Type: Bug > Components: core >Affects Versions: 9.0, 10.0 > Environment: Windows + VPN >Reporter: Travis >Priority: Minor > > Immediately upon starting Apache Netbeans 10 on Windows, I get the following > NullPointerException only when I am connected to the internet using VPN. > This seems benign, because I can continue using Netbeans with no problems, > but the red notification upon every startup is distracting. > > java.lang.NullPointerException > at > org.netbeans.core.network.utils.LocalAddressUtils.isSoftwareVirtualAdapter(LocalAddressUtils.java:524) > at > org.netbeans.core.network.utils.LocalAddressUtils.getLocalNetworkInterfaceAddr(LocalAddressUtils.java:463) > at > org.netbeans.core.network.utils.LocalAddressUtils.access$000(LocalAddressUtils.java:79) > at > org.netbeans.core.network.utils.LocalAddressUtils$3.call(LocalAddressUtils.java:123) > at > org.netbeans.core.network.utils.LocalAddressUtils$3.call(LocalAddressUtils.java:120) > at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) > at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > Caused: java.lang.RuntimeException > at > org.netbeans.core.network.utils.LocalAddressUtils.getPrioritizedLocalHostAddresses(LocalAddressUtils.java:281) > at > org.netbeans.core.network.utils.LocalAddressUtils.getMostLikelyLocalInetAddresses(LocalAddressUtils.java:338) > at > org.netbeans.core.network.utils.LocalAddressUtils.getMostLikelyLocalInetAddress(LocalAddressUtils.java:391) > at > org.netbeans.core.network.proxy.pac.impl.NbPacHelperMethods.myIpAddress(NbPacHelperMethods.java:126) > at > jdk.scripting.nashorn.scripts/jdk.nashorn.internal.scripts.Script$Recompilation$5$538$\^eval\_.myIpAddress(:26) > at > jdk.scripting.nashorn.scripts/jdk.nashorn.internal.scripts.Script$Recompilation$4$\^eval\_.FindProxyForURL(:2) > at > jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptFunctionData.invoke(ScriptFunctionData.java:659) > at > jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptFunction.invoke(ScriptFunction.java:513) > at > jdk.scripting.nashorn/jdk.nashorn.internal.runtime.ScriptRuntime.apply(ScriptRuntime.java:527) > at > jdk.scripting.nashorn/jdk.nashorn.api.scripting.ScriptObjectMirror.callMember(ScriptObjectMirror.java:202) > at > jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngine.invokeImpl(NashornScriptEngine.java:393) > at > jdk.scripting.nashorn/jdk.nashorn.api.scripting.NashornScriptEngine.invokeFunction(NashornScriptEngine.java:197) > at > org.netbeans.core.network.proxy.pac.impl.NbPacScriptEvaluator$PacScriptEngine.findProxyForURL(NbPacScriptEvaluator.java:527) > [catch] at > org.netbeans.core.network.proxy.pac.impl.NbPacScriptEvaluator.findProxyForURL(NbPacScriptEvaluator.java:227) > at > org.netbeans.core.network.proxy.ProxyAutoConfig.findProxyForURL(ProxyAutoConfig.java:140) > at > org.netbeans.core.network.proxy.NetworkProxyReloader.reloadNetworkProxy(NetworkProxyReloader.java:90) > at > org.netbeans.core.network.proxy.NbProxySelector.(NbProxySelector.java:59) > at > java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > at > java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) > at java.base/java.lang.Class.newInstance(Class.java:584) > at > org.openide.util.lookup.implspi.SharedClassObjectBridge.newInstance(SharedClassObjectBridge.java:41) > at > org.openide.util.lookup.MetaInfServicesLookup$Item.getInstance(MetaInfServicesLookup.java:489) > at org.openide.util.lookup.AbstractLookup.lookup(AbstractLookup.java:397) > at org.openide.util.lookup.ProxyLookup.lookup(ProxyLookup.java:197) > at > org.netbeans.core.CoreBridgeImpl.doRegisterPropertyEditors(CoreBridgeImpl.java:185) > at > org.netbeans.core.CoreBridgeImpl.registerPropertyEditors(CoreBridgeImpl.java:148) > at org.netbeans.core.startup.Main.start(Main.java:285) > at
[jira] [Updated] (NETBEANS-1774) Netigso tries to load classes from an OSGi fragment bundle instead of the host bundle
[ https://issues.apache.org/jira/browse/NETBEANS-1774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Iiro Nykänen updated NETBEANS-1774: --- Description: We are using a library with fragmented OSGi bundles in our NetBeans Platform application. The bundles resolve fine, but during runtime the NetigsoLoader instance that was created for the bundle tries to load classes from the fragment, instead of the host. This is not desirable, and e.g. Felix throws an exception (see link 1). The issue is in Netigso, in the createLoader method, which doesn't handle the caught BundleException correctly (thrown when trying to start the fragment, see link 2). I have fixed this for our application by simply looking up the fragments host bundle and substituting the fragment with its host in the created NetigsoLoader. [Apache Felix, class Felix, line 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] Apache NetBeans, class Netigso, line 329 was: We are using a library with fragmented OSGi bundles in our NetBeans Platform application. The bundles resolve fine, but during runtime the NetigsoLoader instance that was created for the bundle tries to load classes from the fragment, instead of the host. This is not desirable, and e.g. Felix throws an exception (see link 1). The issue is in Netigso, in the createLoader method, which doesn't handle the caught BundleException correctly (thrown when trying to start the fragment, see link 2). I have fixed this for our application by simply looking up the fragments host bundle and substituting the fragment with its host in the created NetigsoLoader. [Apache Felix, class Felix, line 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] [Apache NetBeans, class Netigso, line 329|https://github.com/apache/incubator-netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/core.netigso/src/org/netbeans/core/netigso/Netigso.java#L329] I'm not sure how your process goes, but I can drop a pull request of my fix if you want. > Netigso tries to load classes from an OSGi fragment bundle instead of the > host bundle > - > > Key: NETBEANS-1774 > URL: https://issues.apache.org/jira/browse/NETBEANS-1774 > Project: NetBeans > Issue Type: Bug > Components: platform - Netigso >Affects Versions: 9.0 >Reporter: Iiro Nykänen >Priority: Major > Labels: osgi, pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > We are using a library with fragmented OSGi bundles in our NetBeans Platform > application. The bundles resolve fine, but during runtime the NetigsoLoader > instance that was created for the bundle tries to load classes from the > fragment, instead of the host. This is not desirable, and e.g. Felix throws > an exception (see link 1). > The issue is in Netigso, in the createLoader method, which doesn't handle the > caught BundleException correctly (thrown when trying to start the fragment, > see link 2). > I have fixed this for our application by simply looking up the fragments host > bundle and substituting the fragment with its host in the created > NetigsoLoader. > [Apache Felix, class Felix, line > 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] > Apache NetBeans, class Netigso, line 329 > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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
[incubator-netbeans] 01/01: Merge pull request #1047 from sdedic/feature/autoupdate_enable_download_100
This is an automated email from the ASF dual-hosted git repository. sdedic pushed a commit to branch release100 in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git commit 3a163c6e37251940c3b39e47e9d3704a8335a123 Merge: 0907730 a4fb36a Author: Svatopluk Dedic AuthorDate: Tue Dec 4 14:17:46 2018 +0100 Merge pull request #1047 from sdedic/feature/autoupdate_enable_download_100 [Backport] Enhance AU to install missing feature parts (PR-1044) .../modules/ide/ergonomics/fod/Bundle.properties | 2 +- .../ide/ergonomics/fod/ConfigurationPanel.java | 42 +++-- .../modules/ide/ergonomics/fod/FeatureInfo.java| 59 +- .../ide/ergonomics/fod/FeatureProjectFactory.java | 65 +-- .../ide/ergonomics/fod/FindComponentModules.java | 205 ++--- .../ide/ergonomics/fod/FoDUpdateUnitProvider.java | 32 +++- .../ide/ergonomics/newproject/DescriptionStep.java | 5 +- .../modules/ide/ergonomics/DynamicVerifyTest.java | 14 +- platform/autoupdate.services/apichanges.xml| 14 ++ platform/autoupdate.services/manifest.mf | 2 +- .../nbproject/project.properties | 2 +- .../api/autoupdate/OperationContainer.java | 9 + .../services/FeatureUpdateElementImpl.java | 28 ++- .../autoupdate/services/FeatureUpdateUnitImpl.java | 2 + .../autoupdate/services/InstallSupportImpl.java| 2 + .../services/OperationContainerImpl.java | 35 +++- .../autoupdate/services/OperationValidator.java| 51 + .../autoupdate/services/UpdateManagerImpl.java | 42 - .../org/netbeans/spi/autoupdate/UpdateItem.java| 5 +- .../netbeans/api/autoupdate/RefreshItemsTest.java | 2 +- .../api/autoupdate/RefreshProvidersTest.java | 2 +- .../autoupdate.ui/nbproject/project.properties | 2 +- platform/autoupdate.ui/nbproject/project.xml | 2 +- .../modules/autoupdate/ui/PluginManagerUI.java | 2 +- .../netbeans/modules/autoupdate/ui/UnitTab.form| 1 - .../netbeans/modules/autoupdate/ui/UnitTab.java| 86 +++-- .../netbeans/modules/autoupdate/ui/Utilities.java | 23 +++ .../autoupdate/ui/wizards/Bundle.properties| 2 + .../modules/autoupdate/ui/wizards/InstallStep.java | 71 +-- .../ui/wizards/InstallUnitWizardIterator.java | 88 + .../ui/wizards/InstallUnitWizardModel.java | 8 +- ...dIterator.java => InstallableIteratorBase.java} | 86 - .../autoupdate/ui/wizards/LicenseApprovalStep.java | 8 +- .../ui/wizards/OperationDescriptionStep.java | 30 ++- .../ui/wizards/OperationWizardModel.java | 187 ++- .../autoupdate/ui/wizards/UninstallUnitWizard.java | 20 +- .../ui/wizards/UninstallUnitWizardIterator.java| 78 +--- .../ui/wizards/UninstallUnitWizardModel.java | 70 ++- .../src/org/netbeans/ModuleManager.java| 14 +- 39 files changed, 1106 insertions(+), 292 deletions(-) - 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
[incubator-netbeans] branch release100 updated (0907730 -> 3a163c6)
This is an automated email from the ASF dual-hosted git repository. sdedic pushed a change to branch release100 in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git. from 0907730 Release100 apidocbranding (#1043) add 05d090b Backport: Using multiple regular expression to specify the needed modules, part of 4b8d8a788dce05 add af8e133 Add required extra modules to FoD feature for AU add 494a76a Only report required restart if the fragment host module is running add f1d47de Refresh caches of provides-requires after install change add 645b250 Adjusted tests to added fragment module in test data add 3848032 Support for uninstalled feature parts. Unknown parts reported through API. Integrated Enable wizard with Install steps add a4fb36a Feature enable inspect modules in depth; project open hook displays missing modules new 3a163c6 Merge pull request #1047 from sdedic/feature/autoupdate_enable_download_100 The 1 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: .../modules/ide/ergonomics/fod/Bundle.properties | 2 +- .../ide/ergonomics/fod/ConfigurationPanel.java | 42 +++-- .../modules/ide/ergonomics/fod/FeatureInfo.java| 59 +- .../ide/ergonomics/fod/FeatureProjectFactory.java | 65 +-- .../ide/ergonomics/fod/FindComponentModules.java | 205 ++--- .../ide/ergonomics/fod/FoDUpdateUnitProvider.java | 32 +++- .../ide/ergonomics/newproject/DescriptionStep.java | 5 +- .../modules/ide/ergonomics/DynamicVerifyTest.java | 14 +- platform/autoupdate.services/apichanges.xml| 14 ++ platform/autoupdate.services/manifest.mf | 2 +- .../nbproject/project.properties | 2 +- .../api/autoupdate/OperationContainer.java | 9 + .../services/FeatureUpdateElementImpl.java | 28 ++- .../autoupdate/services/FeatureUpdateUnitImpl.java | 2 + .../autoupdate/services/InstallSupportImpl.java| 2 + .../services/OperationContainerImpl.java | 35 +++- .../autoupdate/services/OperationValidator.java| 51 + .../autoupdate/services/UpdateManagerImpl.java | 42 - .../org/netbeans/spi/autoupdate/UpdateItem.java| 5 +- .../netbeans/api/autoupdate/RefreshItemsTest.java | 2 +- .../api/autoupdate/RefreshProvidersTest.java | 2 +- .../autoupdate.ui/nbproject/project.properties | 2 +- platform/autoupdate.ui/nbproject/project.xml | 2 +- .../modules/autoupdate/ui/PluginManagerUI.java | 2 +- .../netbeans/modules/autoupdate/ui/UnitTab.form| 1 - .../netbeans/modules/autoupdate/ui/UnitTab.java| 86 +++-- .../netbeans/modules/autoupdate/ui/Utilities.java | 23 +++ .../autoupdate/ui/wizards/Bundle.properties| 2 + .../modules/autoupdate/ui/wizards/InstallStep.java | 71 +-- .../ui/wizards/InstallUnitWizardIterator.java | 88 + .../ui/wizards/InstallUnitWizardModel.java | 8 +- ...dIterator.java => InstallableIteratorBase.java} | 86 - .../autoupdate/ui/wizards/LicenseApprovalStep.java | 8 +- .../ui/wizards/OperationDescriptionStep.java | 30 ++- .../ui/wizards/OperationWizardModel.java | 187 ++- .../autoupdate/ui/wizards/UninstallUnitWizard.java | 20 +- .../ui/wizards/UninstallUnitWizardIterator.java| 78 +--- .../ui/wizards/UninstallUnitWizardModel.java | 70 ++- .../src/org/netbeans/ModuleManager.java| 14 +- 39 files changed, 1106 insertions(+), 292 deletions(-) copy platform/autoupdate.ui/src/org/netbeans/modules/autoupdate/ui/wizards/{InstallUnitWizardIterator.java => InstallableIteratorBase.java} (71%) - 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-1774) Netigso tries to load classes from an OSGi fragment bundle instead of the host bundle
[ https://issues.apache.org/jira/browse/NETBEANS-1774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Iiro Nykänen updated NETBEANS-1774: --- Description: We are using a library with fragmented OSGi bundles in our NetBeans Platform application. The bundles resolve fine, but during runtime the NetigsoLoader instance that was created for the bundle tries to load classes from the fragment, instead of the host. This is not desirable, and e.g. Felix throws an exception (see link 1). The issue is in Netigso, in the createLoader method, which doesn't handle the caught BundleException correctly (thrown when trying to start the fragment, see link 2). I have fixed this for our application by simply looking up the fragments host bundle and substituting the fragment with its host in the created NetigsoLoader. [Apache Felix, class Felix, line 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] [Apache NetBeans, class Netigso, line 329|https://github.com/apache/incubator-netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/core.netigso/src/org/netbeans/core/netigso/Netigso.java#L329] was: We are using a library with fragmented OSGi bundles in our NetBeans Platform application. The bundles resolve fine, but during runtime the NetigsoLoader instance that was created for the bundle tries to load classes from the fragment, instead of the host. This is not desirable, and e.g. Felix throws an exception (see link 1). The issue is in Netigso, in the createLoader method, which doesn't handle the caught BundleException correctly (thrown when trying to start the fragment, see link 2). I have fixed this for our application by simply looking up the fragments host bundle and substituting the fragment with its host in the created NetigsoLoader. [Apache Felix, class Felix, line 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] [Apache NetBeans, class Netigso, line 329|[https://github.com/apache/incubator-netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/core.netigso/src/org/netbeans/core/netigso/Netigso.java#L329]] > Netigso tries to load classes from an OSGi fragment bundle instead of the > host bundle > - > > Key: NETBEANS-1774 > URL: https://issues.apache.org/jira/browse/NETBEANS-1774 > Project: NetBeans > Issue Type: Bug > Components: platform - Netigso >Affects Versions: 9.0 >Reporter: Iiro Nykänen >Priority: Major > Labels: osgi, pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > We are using a library with fragmented OSGi bundles in our NetBeans Platform > application. The bundles resolve fine, but during runtime the NetigsoLoader > instance that was created for the bundle tries to load classes from the > fragment, instead of the host. This is not desirable, and e.g. Felix throws > an exception (see link 1). > The issue is in Netigso, in the createLoader method, which doesn't handle the > caught BundleException correctly (thrown when trying to start the fragment, > see link 2). > I have fixed this for our application by simply looking up the fragments host > bundle and substituting the fragment with its host in the created > NetigsoLoader. > [Apache Felix, class Felix, line > 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] > [Apache NetBeans, class Netigso, line > 329|https://github.com/apache/incubator-netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/core.netigso/src/org/netbeans/core/netigso/Netigso.java#L329] > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1774) Netigso tries to load classes from an OSGi fragment bundle instead of the host bundle
[ https://issues.apache.org/jira/browse/NETBEANS-1774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Iiro Nykänen updated NETBEANS-1774: --- Description: We are using a library with fragmented OSGi bundles in our NetBeans Platform application. The bundles resolve fine, but during runtime the NetigsoLoader instance that was created for the bundle tries to load classes from the fragment, instead of the host. This is not desirable, and e.g. Felix throws an exception (see link 1). The issue is in Netigso, in the createLoader method, which doesn't handle the caught BundleException correctly (thrown when trying to start the fragment, see link 2). I have fixed this for our application by simply looking up the fragments host bundle and substituting the fragment with its host in the created NetigsoLoader. [Apache Felix, class Felix, line 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] [Apache NetBeans, class Netigso, line 329|[https://github.com/apache/incubator-netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/core.netigso/src/org/netbeans/core/netigso/Netigso.java#L329]] was: We are using a library with fragmented OSGi bundles in our NetBeans Platform application. The bundles resolve fine, but during runtime the NetigsoLoader instance that was created for the bundle tries to load classes from the fragment, instead of the host. This is not desirable, and e.g. Felix throws an exception (see link 1). The issue is in Netigso, in the createLoader method, which doesn't handle the caught BundleException correctly (thrown when trying to start the fragment, see link 2). I have fixed this for our application by simply looking up the fragments host bundle and substituting the fragment with its host in the created NetigsoLoader. [Apache Felix, class Felix, line 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] Apache NetBeans, class Netigso, line 329 > Netigso tries to load classes from an OSGi fragment bundle instead of the > host bundle > - > > Key: NETBEANS-1774 > URL: https://issues.apache.org/jira/browse/NETBEANS-1774 > Project: NetBeans > Issue Type: Bug > Components: platform - Netigso >Affects Versions: 9.0 >Reporter: Iiro Nykänen >Priority: Major > Labels: osgi, pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > We are using a library with fragmented OSGi bundles in our NetBeans Platform > application. The bundles resolve fine, but during runtime the NetigsoLoader > instance that was created for the bundle tries to load classes from the > fragment, instead of the host. This is not desirable, and e.g. Felix throws > an exception (see link 1). > The issue is in Netigso, in the createLoader method, which doesn't handle the > caught BundleException correctly (thrown when trying to start the fragment, > see link 2). > I have fixed this for our application by simply looking up the fragments host > bundle and substituting the fragment with its host in the created > NetigsoLoader. > [Apache Felix, class Felix, line > 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] > [Apache NetBeans, class Netigso, line > 329|[https://github.com/apache/incubator-netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/core.netigso/src/org/netbeans/core/netigso/Netigso.java#L329]] > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1774) Netigso tries to load classes from an OSGi fragment bundle instead of the host bundle
[ https://issues.apache.org/jira/browse/NETBEANS-1774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-1774: - Labels: osgi pull-request-available (was: osgi) > Netigso tries to load classes from an OSGi fragment bundle instead of the > host bundle > - > > Key: NETBEANS-1774 > URL: https://issues.apache.org/jira/browse/NETBEANS-1774 > Project: NetBeans > Issue Type: Bug > Components: platform - Netigso >Affects Versions: 9.0 >Reporter: Iiro Nykänen >Priority: Major > Labels: osgi, pull-request-available > > We are using a library with fragmented OSGi bundles in our NetBeans Platform > application. The bundles resolve fine, but during runtime the NetigsoLoader > instance that was created for the bundle tries to load classes from the > fragment, instead of the host. This is not desirable, and e.g. Felix throws > an exception (see link 1). > The issue is in Netigso, in the createLoader method, which doesn't handle the > caught BundleException correctly (thrown when trying to start the fragment, > see link 2). > I have fixed this for our application by simply looking up the fragments host > bundle and substituting the fragment with its host in the created > NetigsoLoader. > [Apache Felix, class Felix, line > 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] > [Apache NetBeans, class Netigso, line > 329|https://github.com/apache/incubator-netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/core.netigso/src/org/netbeans/core/netigso/Netigso.java#L329] > I'm not sure how your process goes, but I can drop a pull request of my fix > if you want. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1774) Netigso tries to load classes from an OSGi fragment bundle instead of the host bundle
[ https://issues.apache.org/jira/browse/NETBEANS-1774?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Iiro Nykänen updated NETBEANS-1774: --- Summary: Netigso tries to load classes from an OSGi fragment bundle instead of the host bundle (was: Netigso tries to load class from an OSGi fragment bundle instead of the host bundle) > Netigso tries to load classes from an OSGi fragment bundle instead of the > host bundle > - > > Key: NETBEANS-1774 > URL: https://issues.apache.org/jira/browse/NETBEANS-1774 > Project: NetBeans > Issue Type: Bug > Components: platform - Netigso >Affects Versions: 9.0 >Reporter: Iiro Nykänen >Priority: Major > Labels: osgi > > We are using a library with fragmented OSGi bundles in our NetBeans Platform > application. The bundles resolve fine, but during runtime the NetigsoLoader > instance that was created for the bundle tries to load classes from the > fragment, instead of the host. This is not desirable, and e.g. Felix throws > an exception (see link 1). > The issue is in Netigso, in the createLoader method, which doesn't handle the > caught BundleException correctly (thrown when trying to start the fragment, > see link 2). > I have fixed this for our application by simply looking up the fragments host > bundle and substituting the fragment with its host in the created > NetigsoLoader. > [Apache Felix, class Felix, line > 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] > [Apache NetBeans, class Netigso, line > 329|https://github.com/apache/incubator-netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/core.netigso/src/org/netbeans/core/netigso/Netigso.java#L329] > I'm not sure how your process goes, but I can drop a pull request of my fix > if you want. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1774) Netigso tries to load class from an OSGi fragment bundle instead of the host bundle
Iiro Nykänen created NETBEANS-1774: -- Summary: Netigso tries to load class from an OSGi fragment bundle instead of the host bundle Key: NETBEANS-1774 URL: https://issues.apache.org/jira/browse/NETBEANS-1774 Project: NetBeans Issue Type: Bug Components: platform - Netigso Affects Versions: 9.0 Reporter: Iiro Nykänen We are using a library with fragmented OSGi bundles in our NetBeans Platform application. The bundles resolve fine, but during runtime the NetigsoLoader instance that was created for the bundle tries to load classes from the fragment, instead of the host. This is not desirable, and e.g. Felix throws an exception (see link 1). The issue is in Netigso, in the createLoader method, which doesn't handle the caught BundleException correctly (thrown when trying to start the fragment, see link 2). I have fixed this for our application by simply looking up the fragments host bundle and substituting the fragment with its host in the created NetigsoLoader. [Apache Felix, class Felix, line 2062|https://github.com/apache/felix/blob/f4892ed21e68dc4c48d8932bb8f311436cfe8399/framework/src/main/java/org/apache/felix/framework/Felix.java#L2062] [Apache NetBeans, class Netigso, line 329|https://github.com/apache/incubator-netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/core.netigso/src/org/netbeans/core/netigso/Netigso.java#L329] I'm not sure how your process goes, but I can drop a pull request of my fix if you want. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1654) Slow Code Completion Detected under JDK 12
[ https://issues.apache.org/jira/browse/NETBEANS-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16708506#comment-16708506 ] Michal Rama edited comment on NETBEANS-1654 at 12/4/18 10:05 AM: - Yes. I understand. But, the problem is that it displays the entire log (from the start of the program, not just the "problematic" code) in the log.txt file This log was created when editing JDK 12 + OpenJavaFX 12 Early-Access 3 I replaced the name of my account with the word USER. was (Author: michal_cat): Yes. I understand. But, the problem is that it displays the entire log (from the start of the program, not just the "problematic" code) in the log.txt file This log was created when editing JDK 12 + OpenJavaFX 12 Early-Access 3 I replaced the name of my account with the word USER. > Slow Code Completion Detected under JDK 12 > -- > > Key: NETBEANS-1654 > URL: https://issues.apache.org/jira/browse/NETBEANS-1654 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion Templates, platform - JDK > Problems >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 918, Java 12 > Early-Access 19 >Reporter: Michal Rama >Priority: Major > Labels: editor, java, javafx > Attachments: log.txt, picture1.png > > > Hello, > When I start writing code or press CTRL + SPACE, it starts searching the > libraries and then offers me the possibility of writing/completing the code. > Sometimes, however, it is (much) longer. NetBeans then offers the possibility > of writing / completing the code, but it also displays the notification. > !picture1.png! > The three notifications captured in the image showed it within a very short > time. > Additionally, the first took 11 seconds, the second took 6 seconds and the > third took an incredible 36 seconds. > This bug does not block me and the notification can be deleted, but it slows > down enough. > I would be grateful for the repair. > Thank you. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1654) Slow Code Completion Detected under JDK 12
[ https://issues.apache.org/jira/browse/NETBEANS-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Rama updated NETBEANS-1654: -- Attachment: log.txt > Slow Code Completion Detected under JDK 12 > -- > > Key: NETBEANS-1654 > URL: https://issues.apache.org/jira/browse/NETBEANS-1654 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion Templates, platform - JDK > Problems >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 918, Java 12 > Early-Access 19 >Reporter: Michal Rama >Priority: Major > Labels: editor, java, javafx > Attachments: log.txt, picture1.png > > > Hello, > When I start writing code or press CTRL + SPACE, it starts searching the > libraries and then offers me the possibility of writing/completing the code. > Sometimes, however, it is (much) longer. NetBeans then offers the possibility > of writing / completing the code, but it also displays the notification. > !picture1.png! > The three notifications captured in the image showed it within a very short > time. > Additionally, the first took 11 seconds, the second took 6 seconds and the > third took an incredible 36 seconds. > This bug does not block me and the notification can be deleted, but it slows > down enough. > I would be grateful for the repair. > Thank you. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1770) I have exception
[ https://issues.apache.org/jira/browse/NETBEANS-1770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Evgeny updated NETBEANS-1770: - Component/s: projects - Ant Project > I have exception > > > Key: NETBEANS-1770 > URL: https://issues.apache.org/jira/browse/NETBEANS-1770 > Project: NetBeans > Issue Type: Bug > Components: java - Project, projects - Ant Project >Affects Versions: 8.2 > Environment: Windows 7 Pro, JDK 1.8, 64 bit >Reporter: Evgeny >Priority: Major > Attachments: messages.log, peer.png > > > Its exception when i compiling and run projects. > I write console app with 2-3 libraries (Kabeja, Batik, CSSParser). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1654) Slow Code Completion Detected under JDK 12
[ https://issues.apache.org/jira/browse/NETBEANS-1654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16708506#comment-16708506 ] Michal Rama commented on NETBEANS-1654: --- Yes. I understand. But, the problem is that it displays the entire log (from the start of the program, not just the "problematic" code) in the log.txt file This log was created when editing JDK 12 + OpenJavaFX 12 Early-Access 3 I replaced the name of my account with the word USER. > Slow Code Completion Detected under JDK 12 > -- > > Key: NETBEANS-1654 > URL: https://issues.apache.org/jira/browse/NETBEANS-1654 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion Templates, platform - JDK > Problems >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 918, Java 12 > Early-Access 19 >Reporter: Michal Rama >Priority: Major > Labels: editor, java, javafx > Attachments: picture1.png > > > Hello, > When I start writing code or press CTRL + SPACE, it starts searching the > libraries and then offers me the possibility of writing/completing the code. > Sometimes, however, it is (much) longer. NetBeans then offers the possibility > of writing / completing the code, but it also displays the notification. > !picture1.png! > The three notifications captured in the image showed it within a very short > time. > Additionally, the first took 11 seconds, the second took 6 seconds and the > third took an incredible 36 seconds. > This bug does not block me and the notification can be deleted, but it slows > down enough. > I would be grateful for the repair. > Thank you. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1169) Fix SVN client
[ https://issues.apache.org/jira/browse/NETBEANS-1169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16708454#comment-16708454 ] Pavel Prchal commented on NETBEANS-1169: User cannot work with subversion from IDE as in previous version (8) > Fix SVN client > -- > > Key: NETBEANS-1169 > URL: https://issues.apache.org/jira/browse/NETBEANS-1169 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Reporter: Pavel Prchal >Priority: Blocker > Labels: subversion > Attachments: step1.png, step2.png > > > I want to commit from IDE. > 1) right click on project/subversion/commit > 2) window as in step2.png pops out > 3) select subversion path, validate version of client as step2.png > 4) restart IDE > 5) no luck -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1169) Fix SVN client
[ https://issues.apache.org/jira/browse/NETBEANS-1169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavel Prchal updated NETBEANS-1169: --- Priority: Blocker (was: Major) > Fix SVN client > -- > > Key: NETBEANS-1169 > URL: https://issues.apache.org/jira/browse/NETBEANS-1169 > Project: NetBeans > Issue Type: Bug > Components: ide - UI >Reporter: Pavel Prchal >Priority: Blocker > Labels: subversion > Attachments: step1.png, step2.png > > > I want to commit from IDE. > 1) right click on project/subversion/commit > 2) window as in step2.png pops out > 3) select subversion path, validate version of client as step2.png > 4) restart IDE > 5) no luck -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1770) I have exception
[ https://issues.apache.org/jira/browse/NETBEANS-1770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Evgeny updated NETBEANS-1770: - Attachment: peer.png > I have exception > > > Key: NETBEANS-1770 > URL: https://issues.apache.org/jira/browse/NETBEANS-1770 > Project: NetBeans > Issue Type: Bug > Components: java - Project >Affects Versions: 8.2 > Environment: Windows 7 Pro, JDK 1.8, 64 bit >Reporter: Evgeny >Priority: Major > Attachments: messages.log, peer.png > > > Its exception when i compiling and run projects. > I write console app with 2-3 libraries (Kabeja, Batik, CSSParser). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1770) I have exception
[ https://issues.apache.org/jira/browse/NETBEANS-1770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16708398#comment-16708398 ] Evgeny commented on NETBEANS-1770: -- it's my exceprion > I have exception > > > Key: NETBEANS-1770 > URL: https://issues.apache.org/jira/browse/NETBEANS-1770 > Project: NetBeans > Issue Type: Bug > Components: java - Project >Affects Versions: 8.2 > Environment: Windows 7 Pro, JDK 1.8, 64 bit >Reporter: Evgeny >Priority: Major > Attachments: messages.log, peer.png > > > Its exception when i compiling and run projects. > I write console app with 2-3 libraries (Kabeja, Batik, CSSParser). -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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