[jira] [Updated] (NETBEANS-1937) Import on code paste error
[ https://issues.apache.org/jira/browse/NETBEANS-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-1937: - Labels: pull-request-available (was: ) > Import on code paste error > -- > > Key: NETBEANS-1937 > URL: https://issues.apache.org/jira/browse/NETBEANS-1937 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0 > Environment: Mac > JDK 10 >Reporter: Austin Stephens >Priority: Major > Labels: pull-request-available > > Create a class file named "IterableUtil.java" and paste the following into > the class: > > {code:java} > @Deprecated > public static Iterable cast(final Iterable source){ > return () -> new Iterator() { > final Iterator iterator = source.iterator(); > @Override > public boolean hasNext() { > return iterator.hasNext(); > } > > @Override > @SuppressWarnings("unchecked") > public T next() { > return (T)iterator.next(); > } > @Override > public void remove() { > iterator.remove(); > } > }; > } > public static ListIterator cast(final ListIterator source, > final Class clazz){ > return new ListIterator() { > @Override > public boolean hasNext() { > return source.hasNext(); > } > @Override > @SuppressWarnings("unchecked") > public T next() { > return (T)source.next(); > } > @Override > public boolean hasPrevious() { > return source.hasPrevious(); > } > @Override > @SuppressWarnings("unchecked") > public T previous() { > return (T)source.previous(); > } > @Override > public int nextIndex() { > return source.nextIndex(); > } > @Override > public int previousIndex() { > return source.nextIndex(); > } > @Override > public void remove() { > source.remove(); > } > @Override > public void set(T e) { > source.set(clazz.cast(e)); > } > @Override > public void add(T e) { > source.add(clazz.cast(e)); > } > }; > } > > /** > * > * @param > * @param collection > * @return > * @deprecated Does not truly do the conversion. > */ > @Deprecated > public static Iterable enumerationToIterable(final Enumeration > collection){ > return () -> enumerationToIterator(collection); > } > public static Iterator enumerationToIterator( > final Enumeration collection) { > return new Iterator() { > @Override > public boolean hasNext() { > return collection.hasMoreElements(); > } > @Override > public T next() { > return collection.nextElement(); > } > @Override > public void remove() { > throw new UnsupportedOperationException("Not supported."); > //To change body of generated methods, choose Tools | Templates. > } > }; > } > {code} > The IDE will ask if you would like it to resolve imports. Click "ok". The > resulting code will now have `return new IteratorIterator(){` and `return > new ListIteratorListIterator() {`, which is wrong. > -- 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-2521) Gradle could not determine java version from '11.0.2'.
Diego Villablanca created NETBEANS-2521: --- Summary: Gradle could not determine java version from '11.0.2'. Key: NETBEANS-2521 URL: https://issues.apache.org/jira/browse/NETBEANS-2521 Project: NetBeans Issue Type: Bug Components: projects - Gradle Affects Versions: 11.0 Environment: Elementary OS 5.0 (Based on Ubuntu 18.04) Reporter: Diego Villablanca Trying to migrate a maven project to gradle, I ran by command line "gradle init" in my maven project root directory, then closed the project (Multiproject in maven) and its modules, then openned it again and NetBeans showed the gradle icon in my project window. I executed the option by netbeans "clean and build" in my root project (parent). *Installed Java version:* _java version "11.0.2" 2019-01-15 LTS_ _Java(TM) SE Runtime Environment 18.9 (build 11.0.2+9-LTS)_ _Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.2+9-LTS, mixed mode)_ *Netbeand Embeded Gradle Version:* 4.4.1 4.10.2 5.4.1 *Installed Gradle Version:* WARNING: An illegal reflective access operation has occurred WARNING: Illegal reflective access by org.codehaus.groovy.reflection.CachedClass (file:/usr/share/java/groovy-all.jar) to method java.lang.Object.finalize() WARNING: Please consider reporting this to the maintainers of org.codehaus.groovy.reflection.CachedClass WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations WARNING: All illegal access operations will be denied in a future release _Gradle 4.4.1_ _Build time: 2012-12-21 00:00:00 UTC_ _Revision: none_ _Groovy: 2.4.16_ _Ant: Apache Ant(TM) version 1.10.5 compiled on March 28 2019_ _JVM: 11.0.2 (Oracle Corporation 11.0.2+9-LTS)_ _OS: Linux 4.15.0-48-generic amd64_ *Netbeans Output Windows logs:* JAVA_HOME="/opt/jdk-11.0.2" cd /home/dvillablanca/NetBeansProjects/prototipo-tcg; ./gradlew --configure-on-demand -x check clean build *Exception:* java.lang.IllegalArgumentException: Could not determine java version from '11.0.2'. at org.gradle.api.JavaVersion.toVersion(JavaVersion.java:72) at org.gradle.api.JavaVersion.current(JavaVersion.java:82) at org.gradle.internal.nativeintegration.services.NativeServices.createFileMetadataAccessor(NativeServices.java:253) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:73) at org.gradle.internal.service.ReflectionBasedServiceMethod.invoke(ReflectionBasedServiceMethod.java:35) at org.gradle.internal.service.DefaultServiceRegistry$FactoryMethodService.invokeMethod(DefaultServiceRegistry.java:795) Caused: org.gradle.internal.service.ServiceCreationException: Could not create service of type FileMetadataAccessor using NativeServices.createFileMetadataAccessor(). at org.gradle.internal.service.DefaultServiceRegistry$FactoryMethodService.invokeMethod(DefaultServiceRegistry.java:797) at org.gradle.internal.service.DefaultServiceRegistry$FactoryService.create(DefaultServiceRegistry.java:748) at org.gradle.internal.service.DefaultServiceRegistry$ManagedObjectProvider.getInstance(DefaultServiceRegistry.java:574) at org.gradle.internal.service.DefaultServiceRegistry$SingletonService.get(DefaultServiceRegistry.java:623) at org.gradle.internal.service.DefaultServiceRegistry$FactoryService.assembleParameters(DefaultServiceRegistry.java:761) at org.gradle.internal.service.DefaultServiceRegistry$FactoryService.create(DefaultServiceRegistry.java:747) at org.gradle.internal.service.DefaultServiceRegistry$ManagedObjectProvider.getInstance(DefaultServiceRegistry.java:574) at org.gradle.internal.service.DefaultServiceRegistry$SingletonService.get(DefaultServiceRegistry.java:623) at org.gradle.internal.service.DefaultServiceRegistry.doGet(DefaultServiceRegistry.java:344) at org.gradle.internal.service.DefaultServiceRegistry.get(DefaultServiceRegistry.java:329) at org.gradle.internal.service.DefaultServiceRegistry$ParentServices.getService(DefaultServiceRegistry.java:) at org.gradle.internal.service.DefaultServiceRegistry$CachingProvider.getService(DefaultServiceRegistry.java:970) at org.gradle.internal.service.DefaultServiceRegistry$CompositeProvider.getService(DefaultServiceRegistry.java:1034) at
[jira] [Updated] (NETBEANS-2521) Gradle could not determine java version from '11.0.2'.
[ https://issues.apache.org/jira/browse/NETBEANS-2521?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Diego Villablanca updated NETBEANS-2521: Description: Trying to migrate a maven project to gradle, I ran by command line "gradle init" in my maven project root directory, then closed the project (Multiproject in maven) and its modules, then openned it again and NetBeans showed the gradle icon in my project window. I executed the option by netbeans "clean and build" in my root project (parent). *Installed Java version:* _java version "11.0.2" 2019-01-15 LTS_ _Java(TM) SE Runtime Environment 18.9 (build 11.0.2+9-LTS)_ _Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.2+9-LTS, mixed mode)_ *Netbeans Embeded Gradle Version:* 4.4.1 4.10.2 5.4.1 *Installed Gradle Version:* WARNING: An illegal reflective access operation has occurred WARNING: Illegal reflective access by org.codehaus.groovy.reflection.CachedClass ([file:/usr/share/java/groovy-all.jar|file:///usr/share/java/groovy-all.jar]) to method java.lang.Object.finalize() WARNING: Please consider reporting this to the maintainers of org.codehaus.groovy.reflection.CachedClass WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations WARNING: All illegal access operations will be denied in a future release _Gradle 4.4.1_ _Build time: 2012-12-21 00:00:00 UTC_ _Revision: none_ _Groovy: 2.4.16_ _Ant: Apache Ant(TM) version 1.10.5 compiled on March 28 2019_ _JVM: 11.0.2 (Oracle Corporation 11.0.2+9-LTS)_ _OS: Linux 4.15.0-48-generic amd64_ *Netbeans Output Windows logs:* JAVA_HOME="/opt/jdk-11.0.2" cd /home/dvillablanca/NetBeansProjects/prototipo-tcg; ./gradlew --configure-on-demand -x check clean build *Exception:* java.lang.IllegalArgumentException: Could not determine java version from '11.0.2'. at org.gradle.api.JavaVersion.toVersion(JavaVersion.java:72) at org.gradle.api.JavaVersion.current(JavaVersion.java:82) at org.gradle.internal.nativeintegration.services.NativeServices.createFileMetadataAccessor(NativeServices.java:253) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:73) at org.gradle.internal.service.ReflectionBasedServiceMethod.invoke(ReflectionBasedServiceMethod.java:35) at org.gradle.internal.service.DefaultServiceRegistry$FactoryMethodService.invokeMethod(DefaultServiceRegistry.java:795) Caused: org.gradle.internal.service.ServiceCreationException: Could not create service of type FileMetadataAccessor using NativeServices.createFileMetadataAccessor(). at org.gradle.internal.service.DefaultServiceRegistry$FactoryMethodService.invokeMethod(DefaultServiceRegistry.java:797) at org.gradle.internal.service.DefaultServiceRegistry$FactoryService.create(DefaultServiceRegistry.java:748) at org.gradle.internal.service.DefaultServiceRegistry$ManagedObjectProvider.getInstance(DefaultServiceRegistry.java:574) at org.gradle.internal.service.DefaultServiceRegistry$SingletonService.get(DefaultServiceRegistry.java:623) at org.gradle.internal.service.DefaultServiceRegistry$FactoryService.assembleParameters(DefaultServiceRegistry.java:761) at org.gradle.internal.service.DefaultServiceRegistry$FactoryService.create(DefaultServiceRegistry.java:747) at org.gradle.internal.service.DefaultServiceRegistry$ManagedObjectProvider.getInstance(DefaultServiceRegistry.java:574) at org.gradle.internal.service.DefaultServiceRegistry$SingletonService.get(DefaultServiceRegistry.java:623) at org.gradle.internal.service.DefaultServiceRegistry.doGet(DefaultServiceRegistry.java:344) at org.gradle.internal.service.DefaultServiceRegistry.get(DefaultServiceRegistry.java:329) at org.gradle.internal.service.DefaultServiceRegistry$ParentServices.getService(DefaultServiceRegistry.java:) at org.gradle.internal.service.DefaultServiceRegistry$CachingProvider.getService(DefaultServiceRegistry.java:970) at org.gradle.internal.service.DefaultServiceRegistry$CompositeProvider.getService(DefaultServiceRegistry.java:1034) at org.gradle.internal.service.DefaultServiceRegistry$CompositeProvider.getService(DefaultServiceRegistry.java:1034) at org.gradle.internal.service.DefaultServiceRegistry$DefaultLookupContext$4.apply(DefaultServiceRegistry.java:1356) at
[jira] [Commented] (NETBEANS-2506) Bundle the Open JFX NetBeans samples with Apache NetBeans
[ https://issues.apache.org/jira/browse/NETBEANS-2506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16836045#comment-16836045 ] Geertjan Wielenga commented on NETBEANS-2506: - I think these should go into this module: https://github.com/apache/netbeans/tree/master/javafx/javafx2.samples And maybe within the file below they should be registered under the following: https://github.com/apache/netbeans/blob/master/javafx/javafx2.samples/src/org/netbeans/modules/javafx2/samples/resources/layer.xml > Bundle the Open JFX NetBeans samples with Apache NetBeans > - > > Key: NETBEANS-2506 > URL: https://issues.apache.org/jira/browse/NETBEANS-2506 > Project: NetBeans > Issue Type: Bug >Reporter: Geertjan Wielenga >Priority: Major > > In the Samples category in the New Project dialog, create a new subcategory > named "OpenJFX" and there make the following samples available, to have them > ready to be used out of the box: > https://github.com/openjfx/samples/tree/master/IDE/NetBeans -- 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
[netbeans-website] branch asf-site updated: Automated site publishing by Jenkins build 783
This is an automated email from the ASF dual-hosted git repository. git-site-role pushed a commit to branch asf-site in repository https://gitbox.apache.org/repos/asf/netbeans-website.git The following commit(s) were added to refs/heads/asf-site by this push: new ed45f3c Automated site publishing by Jenkins build 783 ed45f3c is described below commit ed45f3c084f61737f7dbccb1ada699f679aaf7b6 Author: jenkins AuthorDate: Thu May 9 00:09:06 2019 + Automated site publishing by Jenkins build 783 --- content/download/nb110/index.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/download/nb110/index.html b/content/download/nb110/index.html index 7a203ee..4a0e303 100644 --- a/content/download/nb110/index.html +++ b/content/download/nb110/index.html @@ -400,7 +400,7 @@ more details. Javadoc -For this release we have algo started publishing our Javadoc: +For this release we have also started publishing our Javadoc: - 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-website] branch master updated: Change 'algo' to 'also' (#364)
This is an automated email from the ASF dual-hosted git repository. vieiro pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-website.git The following commit(s) were added to refs/heads/master by this push: new 757de0c Change 'algo' to 'also' (#364) 757de0c is described below commit 757de0ce63541ca777d7c34abd870582263e4d90 Author: Steven Lariscy AuthorDate: Wed May 8 20:06:12 2019 -0400 Change 'algo' to 'also' (#364) Solving a typo. --- netbeans.apache.org/src/content/download/nb110/index.asciidoc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/netbeans.apache.org/src/content/download/nb110/index.asciidoc b/netbeans.apache.org/src/content/download/nb110/index.asciidoc index 73d2765..ab6467a 100644 --- a/netbeans.apache.org/src/content/download/nb110/index.asciidoc +++ b/netbeans.apache.org/src/content/download/nb110/index.asciidoc @@ -237,7 +237,7 @@ more details. == Javadoc -For this release we have algo started publishing our Javadoc: +For this release we have also started publishing our Javadoc: - link:https://bits.netbeans.org/dev/javadoc/[Latest dev javadoc] - link:https://bits.netbeans.org/11.0/javadoc/[Release 11.0 javadoc] - 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-2520) Something like suspending the program.
Michal Rama created NETBEANS-2520: - Summary: Something like suspending the program. Key: NETBEANS-2520 URL: https://issues.apache.org/jira/browse/NETBEANS-2520 Project: NetBeans Issue Type: New Feature Components: ide - Performance Affects Versions: 10.0 Environment: Windows 10, NetBeans Linux 1082, Java 12.0.1 Reporter: Michal Rama Hello, I have a problem with NetBeans hardware requirements. Running NetBeans takes a terrible time. But that's not the main problem. The thing is that running NetBeans consumes a lot of memory and processor. Even if I'm not currently using it. And when I run one (and more) more demanding programs, the memory overflows. The only solution is to close NetBeans. What if I only want to do this for a short time (eg 15 minutes)? Then we're back at the long NetBeans startup. And that's not what I want, just for a short time. I would be grateful for the possibility of suspending something. So that you can reuse NetBeans immediately, but not unnecessarily burden the system while not in use. Please Help 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-1402) Changing look and feel w/o restart the IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835828#comment-16835828 ] Christian Lenz commented on NETBEANS-1402: -- If it was implemented, you can resolve it and add the fix version. For me it was hard to figure out in which version it is. It was not in NB 10, not in 11. So I guess that it is inside of 11.1 because it was merged into master. > Changing look and feel w/o restart the IDE > -- > > Key: NETBEANS-1402 > URL: https://issues.apache.org/jira/browse/NETBEANS-1402 > Project: NetBeans > Issue Type: Improvement > Components: platform - OptionsSettings, platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Time Spent: 40m > Remaining Estimate: 0h > -- 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-2519) Wrong module name detected for automatic modules with a trailing number
[ https://issues.apache.org/jira/browse/NETBEANS-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835710#comment-16835710 ] Jessica-Aileen Alten commented on NETBEANS-2519: Thanks for the trust and the offer, but it's too big for me. I think this area is very fundamental and there may be a lot of dependencies and boundary cases - I don't dare to go there. > Wrong module name detected for automatic modules with a trailing number > --- > > Key: NETBEANS-2519 > URL: https://issues.apache.org/jira/browse/NETBEANS-2519 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb) >Reporter: Jessica-Aileen Alten >Priority: Critical > Attachments: netbeans.png > > > The module name generation for automatic modules is not correct and > contradicts the algorithm for the namebuilding for these modules as described > in > [ModuleFinder|[https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/module/ModuleFinder.html#of(java.nio.file.Path...)].] > It truncates trailing numbers which are not part of the version string. > For Netbeans everything is OK, code completion works, no error badges in the > module-info.java, import statements are clean. Unfortunately *compilation of > these projects fails*! > When using module names with a corresponding trailing number in the requires > part of module-info.java, Netbeans editor windows for module-info.java and > source code with imports from such a modules are full of error badges, code > completion does not work. But: *Compilation works fine!* > There is a convention of not using numbers in module names, but older and > perhaps not well maintained and not modularized projects have these numbers > in their artifacts. jdom2-2.0.6.jar is an example. > Netbeans algorithm also contradicts the behavior of the both *jdeps* and > *jar* tools: > {{jar --describe-module --file=jdom2-2.0.6.jar}} > {{jdeps --generate-module-info target jdom2-2.0.6.jar dom4j-1.6.1.jar > jaxen-1.2.0.jar jdom-1.1.jar xom-1.2.10.jar}} > Both resolve jdom2-2.0.6.jar to *jdom2* > With the help of the NETBEANS-602 issue I found at least one wrong algorithm > implementation:[ModuleNames|https://github.com/apache/netbeans/blob/4f168de17f3936ae5c5b2eab694b60b984037066/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java], > method autoName(@NonNull String moduleName), line 362, with the comment > "remove trailing version" - this regex pattern is wrong here! > I am convinced that this is a critical bug because it breaks compatibility > with Java tools, generates uncompilable code and marks syntactically and > semantically correct code as erroneous. -- 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-2519) Wrong module name detected for automatic modules with a trailing number
[ https://issues.apache.org/jira/browse/NETBEANS-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835704#comment-16835704 ] Geertjan Wielenga edited comment on NETBEANS-2519 at 5/8/19 3:54 PM: - Great research, thank you! You've found the file with the problem, so feel free to provide a pull request. was (Author: geertjanwielenga): Great research, thank you! You've found the file with the problem, so feel free to provide a pull request, > Wrong module name detected for automatic modules with a trailing number > --- > > Key: NETBEANS-2519 > URL: https://issues.apache.org/jira/browse/NETBEANS-2519 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb) >Reporter: Jessica-Aileen Alten >Priority: Critical > Attachments: netbeans.png > > > The module name generation for automatic modules is not correct and > contradicts the algorithm for the namebuilding for these modules as described > in > [ModuleFinder|[https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/module/ModuleFinder.html#of(java.nio.file.Path...)].] > It truncates trailing numbers which are not part of the version string. > For Netbeans everything is OK, code completion works, no error badges in the > module-info.java, import statements are clean. Unfortunately *compilation of > these projects fails*! > When using module names with a corresponding trailing number in the requires > part of module-info.java, Netbeans editor windows for module-info.java and > source code with imports from such a modules are full of error badges, code > completion does not work. But: *Compilation works fine!* > There is a convention of not using numbers in module names, but older and > perhaps not well maintained and not modularized projects have these numbers > in their artifacts. jdom2-2.0.6.jar is an example. > Netbeans algorithm also contradicts the behavior of the both *jdeps* and > *jar* tools: > {{jar --describe-module --file=jdom2-2.0.6.jar}} > {{jdeps --generate-module-info target jdom2-2.0.6.jar dom4j-1.6.1.jar > jaxen-1.2.0.jar jdom-1.1.jar xom-1.2.10.jar}} > Both resolve jdom2-2.0.6.jar to *jdom2* > With the help of the NETBEANS-602 issue I found at least one wrong algorithm > implementation:[ModuleNames|https://github.com/apache/netbeans/blob/4f168de17f3936ae5c5b2eab694b60b984037066/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java], > method autoName(@NonNull String moduleName), line 362, with the comment > "remove trailing version" - this regex pattern is wrong here! > I am convinced that this is a critical bug because it breaks compatibility > with Java tools, generates uncompilable code and marks syntactically and > semantically correct code as erroneous. -- 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-2519) Wrong module name detected for automatic modules with a trailing number
[ https://issues.apache.org/jira/browse/NETBEANS-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835704#comment-16835704 ] Geertjan Wielenga commented on NETBEANS-2519: - Great research, thank you! You've found the file with the problem, so feel free to provide a pull request, > Wrong module name detected for automatic modules with a trailing number > --- > > Key: NETBEANS-2519 > URL: https://issues.apache.org/jira/browse/NETBEANS-2519 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb) >Reporter: Jessica-Aileen Alten >Priority: Critical > Attachments: netbeans.png > > > The module name generation for automatic modules is not correct and > contradicts the algorithm for the namebuilding for these modules as described > in > [ModuleFinder|[https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/module/ModuleFinder.html#of(java.nio.file.Path...)].] > It truncates trailing numbers which are not part of the version string. > For Netbeans everything is OK, code completion works, no error badges in the > module-info.java, import statements are clean. Unfortunately *compilation of > these projects fails*! > When using module names with a corresponding trailing number in the requires > part of module-info.java, Netbeans editor windows for module-info.java and > source code with imports from such a modules are full of error badges, code > completion does not work. But: *Compilation works fine!* > There is a convention of not using numbers in module names, but older and > perhaps not well maintained and not modularized projects have these numbers > in their artifacts. jdom2-2.0.6.jar is an example. > Netbeans algorithm also contradicts the behavior of the both *jdeps* and > *jar* tools: > {{jar --describe-module --file=jdom2-2.0.6.jar}} > {{jdeps --generate-module-info target jdom2-2.0.6.jar dom4j-1.6.1.jar > jaxen-1.2.0.jar jdom-1.1.jar xom-1.2.10.jar}} > Both resolve jdom2-2.0.6.jar to *jdom2* > With the help of the NETBEANS-602 issue I found at least one wrong algorithm > implementation:[ModuleNames|https://github.com/apache/netbeans/blob/4f168de17f3936ae5c5b2eab694b60b984037066/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java], > method autoName(@NonNull String moduleName), line 362, with the comment > "remove trailing version" - this regex pattern is wrong here! > I am convinced that this is a critical bug because it breaks compatibility > with Java tools, generates uncompilable code and marks syntactically and > semantically correct code as erroneous. -- 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-2519) Wrong module name detected for automatic modules with a trailing number
[ https://issues.apache.org/jira/browse/NETBEANS-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jessica-Aileen Alten updated NETBEANS-2519: --- Description: The module name generation for automatic modules is not correct and contradicts the algorithm for the namebuilding for these modules as described in [ModuleFinder|[https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/module/ModuleFinder.html#of(java.nio.file.Path...)].] It truncates trailing numbers which are not part of the version string. For Netbeans everything is OK, code completion works, no error badges in the module-info.java, import statements are clean. Unfortunately *compilation of these projects fails*! When using module names with a corresponding trailing number in the requires part of module-info.java, Netbeans editor windows for module-info.java and source code with imports from such a modules are full of error badges, code completion does not work. But: *Compilation works fine!* There is a convention of not using numbers in module names, but older and perhaps not well maintained and not modularized projects have these numbers in their artifacts. jdom2-2.0.6.jar is an example. Netbeans algorithm also contradicts the behavior of the both *jdeps* and *jar* tools: {{jar --describe-module --file=jdom2-2.0.6.jar}} {{jdeps --generate-module-info target jdom2-2.0.6.jar dom4j-1.6.1.jar jaxen-1.2.0.jar jdom-1.1.jar xom-1.2.10.jar}} Both resolve jdom2-2.0.6.jar to *jdom2* With the help of the NETBEANS-602 issue I found at least one wrong algorithm implementation:[ModuleNames|https://github.com/apache/netbeans/blob/4f168de17f3936ae5c5b2eab694b60b984037066/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java], method autoName(@NonNull String moduleName), line 362, with the comment "remove trailing version" - this regex pattern is wrong here! I am convinced that this is a critical bug because it breaks compatibility with Java tools, generates uncompilable code and marks syntactically and semantically correct code as erroneous. was: The module name generation for automatic modules is not correct and contradicts the algorithm for the namebuilding for these modules as described in [ModuleFinder|[https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/module/ModuleFinder.html#of(java.nio.file.Path...)].] It truncates trailing numbers which are not part of the version string. For Netbeans everything is OK, code completion works, no error badges in the module-info.java, import statements are clean. Unfortunately *compilation of these projects fails*! When using module names with a corresponding trailing number in the requires part of module-info.java, Netbeans editor windows for module-info.java and source code with imports from such a modules are full of error badges, code completion does not work. But: *Compilation works fine!* There is a convention of not using numbers in module names, but older and perhaps not well maintained and not modularized projects have these numbers in their artifacts. jdom2-2.0.6.jar is an example. Netbeans algorithm also contradicts the behavior of the both *jdeps* and *jar* tools: {{jar --describe-module --file=jdom2-2.0.6.jar}} {{jdeps --generate-module-info target jdom2-2.0.6.jar dom4j-1.6.1.jar jaxen-1.2.0.jar jdom-1.1.jar xom-1.2.10.jar}} Both resolve jdom2-2.0.6.jar to *jdom2* With the help of the NETBEANS-602 issue I found at least one wrong algorithm implementation:[ModuleNames|https://github.com/apache/netbeans/blob/4f168de17f3936ae5c5b2eab694b60b984037066/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java], method autoName(@NonNull String moduleName), line 362, with the comment "remove trailing version" - this regex pattern is wrong here! I am convinced that this is a critical bug because it breaks compatibility with Java tools, generates uncompilable code and marks syntactically correct code as erroneous. > Wrong module name detected for automatic modules with a trailing number > --- > > Key: NETBEANS-2519 > URL: https://issues.apache.org/jira/browse/NETBEANS-2519 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb) >Reporter: Jessica-Aileen Alten >Priority: Critical > Attachments: netbeans.png > > > The module name generation for automatic modules is not correct and > contradicts the algorithm for the namebuilding
[jira] [Updated] (NETBEANS-2519) Wrong module name detected for automatic modules with a trailing number
[ https://issues.apache.org/jira/browse/NETBEANS-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jessica-Aileen Alten updated NETBEANS-2519: --- Attachment: netbeans.png > Wrong module name detected for automatic modules with a trailing number > --- > > Key: NETBEANS-2519 > URL: https://issues.apache.org/jira/browse/NETBEANS-2519 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb) >Reporter: Jessica-Aileen Alten >Priority: Critical > Attachments: netbeans.png > > > The module name generation for automatic modules is not correct and > contradicts the algorithm for the namebuilding for these modules as described > in > [ModuleFinder|[https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/module/ModuleFinder.html#of(java.nio.file.Path...)].] > It truncates trailing numbers which are not part of the version string. > For Netbeans everything is OK, code completion works, no error badges in the > module-info.java, import statements are clean. Unfortunately *compilation of > these projects fails*! > When using module names with a corresponding trailing number in the requires > part of module-info.java, Netbeans editor windows for module-info.java and > source code with imports from such a modules are full of error badges, code > completion does not work. But: *Compilation works fine!* > There is a convention of not using numbers in module names, but older and > perhaps not well maintained and not modularized projects have these numbers > in their artifacts. jdom2-2.0.6.jar is an example. > Netbeans algorithm also contradicts the behavior of the both *jdeps* and > *jar* tools: > {{jar --describe-module --file=jdom2-2.0.6.jar}} > {{jdeps --generate-module-info target jdom2-2.0.6.jar dom4j-1.6.1.jar > jaxen-1.2.0.jar jdom-1.1.jar xom-1.2.10.jar}} > Both resolve jdom2-2.0.6.jar to *jdom2* > With the help of the NETBEANS-602 issue I found at least one wrong algorithm > implementation:[ModuleNames|https://github.com/apache/netbeans/blob/4f168de17f3936ae5c5b2eab694b60b984037066/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java], > method autoName(@NonNull String moduleName), line 362, with the comment > "remove trailing version" - this regex pattern is wrong here! > I am convinced that this is a critical bug because it breaks compatibility > with Java tools, generates uncompilable code and marks syntactically correct > code as erroneous. -- 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-2519) Wrong module name detected for automatic modules with a trailing number
[ https://issues.apache.org/jira/browse/NETBEANS-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jessica-Aileen Alten updated NETBEANS-2519: --- Description: The module name generation for automatic modules is not correct and contradicts the algorithm for the namebuilding for these modules as described in [ModuleFinder|[https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/module/ModuleFinder.html#of(java.nio.file.Path...)].] It truncates trailing numbers which are not part of the version string. For Netbeans everything is OK, code completion works, no error badges in the module-info.java, import statements are clean. Unfortunately *compilation of these projects fails*! When using module names with a corresponding trailing number in the requires part of module-info.java, Netbeans editor windows for module-info.java and source code with imports from such a modules are full of error badges, code completion does not work. But: *Compilation works fine!* There is a convention of not using numbers in module names, but older and perhaps not well maintained and not modularized projects have these numbers in their artifacts. jdom2-2.0.6.jar is an example. Netbeans algorithm also contradicts the behavior of the both *jdeps* and *jar* tools: {{jar --describe-module --file=jdom2-2.0.6.jar}} {{jdeps --generate-module-info target jdom2-2.0.6.jar dom4j-1.6.1.jar jaxen-1.2.0.jar jdom-1.1.jar xom-1.2.10.jar}} Both resolve jdom2-2.0.6.jar to *jdom2* With the help of the NETBEANS-602 issue I found at least one wrong algorithm implementation:[ModuleNames|https://github.com/apache/netbeans/blob/4f168de17f3936ae5c5b2eab694b60b984037066/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java], method autoName(@NonNull String moduleName), line 362, with the comment "remove trailing version" - this regex pattern is wrong here! I am convinced that this is a critical bug because it breaks compatibility with Java tools, generates uncompilable code and marks syntactically correct code as erroneous. was: The module name generation for automatic modules is not correct and contradicts the algorithm for the namebuilding for these modules as described in [ModuleFinder|[https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/module/ModuleFinder.html#of(java.nio.file.Path...)].] It truncates trailing numbers which are not part of the version string. For Netbeans everything is OK, code completion works, no error badges in the module-info.java, import statements are clean. Unfortunately *compilation of these projects fails*! When using module names with a corresponding trailing number in the requires part of module-info.java, Netbeans editor windows for module-info.java and source code with imports from such a modules are full of error badges, code completion does not work. But: *Compilation works fine!* There is a convention of not using numbers in module names, but older and perhaps not well maintained and not modularized projects have these numbers in their artifacts. jdom2-2.0.6.jar is an example. Netbeans algorithm also contradicts the behavior of the both *jdeps* and *jar* tools: {{jar --describe-module --file=jdom2-2.0.6.jar}} {{jdeps --generate-module-info target jdom2-2.0.6.jar dom4j-1.6.1.jar jaxen-1.2.0.jar jdom-1.1.jar xom-1.2.10.jar}} Both resolve jdom2-2.0.6.jar to *jdom2* With the help of the NETBEANS-602 issue I found at least one of the wrong algorithm implementation:[ModuleNames|https://github.com/apache/netbeans/blob/4f168de17f3936ae5c5b2eab694b60b984037066/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java], method autoName(@NonNull String moduleName), line 362, with the comment "remove trailing version" - this regex pattern is wrong here! I am convinced that this is a critical bug because it breaks compatibility with Java tools, generates uncompilable code and marks syntactically correct code as erroneous. > Wrong module name detected for automatic modules with a trailing number > --- > > Key: NETBEANS-2519 > URL: https://issues.apache.org/jira/browse/NETBEANS-2519 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0 > Environment: Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 > Runtime: OpenJDK Runtime Environment 12.0.1+12 > System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb) >Reporter: Jessica-Aileen Alten >Priority: Critical > > The module name generation for automatic modules is not correct and > contradicts the algorithm for the namebuilding for these modules as described > in >
[jira] [Created] (NETBEANS-2519) Wrong module name detected for automatic modules with a trailing number
Jessica-Aileen Alten created NETBEANS-2519: -- Summary: Wrong module name detected for automatic modules with a trailing number Key: NETBEANS-2519 URL: https://issues.apache.org/jira/browse/NETBEANS-2519 Project: NetBeans Issue Type: Bug Components: java - Source Affects Versions: 11.0 Environment: Product Version: Apache NetBeans IDE 11.0 (Build incubator-netbeans-release-404-on-20190319) Java: 12.0.1; OpenJDK 64-Bit Server VM 12.0.1+12 Runtime: OpenJDK Runtime Environment 12.0.1+12 System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb) Reporter: Jessica-Aileen Alten The module name generation for automatic modules is not correct and contradicts the algorithm for the namebuilding for these modules as described in [ModuleFinder|[https://docs.oracle.com/en/java/javase/12/docs/api/java.base/java/lang/module/ModuleFinder.html#of(java.nio.file.Path...)].] It truncates trailing numbers which are not part of the version string. For Netbeans everything is OK, code completion works, no error badges in the module-info.java, import statements are clean. Unfortunately *compilation of these projects fails*! When using module names with a corresponding trailing number in the requires part of module-info.java, Netbeans editor windows for module-info.java and source code with imports from such a modules are full of error badges, code completion does not work. But: *Compilation works fine!* There is a convention of not using numbers in module names, but older and perhaps not well maintained and not modularized projects have these numbers in their artifacts. jdom2-2.0.6.jar is an example. Netbeans algorithm also contradicts the behavior of the both *jdeps* and *jar* tools: {{jar --describe-module --file=jdom2-2.0.6.jar}} {{jdeps --generate-module-info target jdom2-2.0.6.jar dom4j-1.6.1.jar jaxen-1.2.0.jar jdom-1.1.jar xom-1.2.10.jar}} Both resolve jdom2-2.0.6.jar to *jdom2* With the help of the NETBEANS-602 issue I found at least one of the wrong algorithm implementation:[ModuleNames|https://github.com/apache/netbeans/blob/4f168de17f3936ae5c5b2eab694b60b984037066/java/java.source.base/src/org/netbeans/modules/java/source/ModuleNames.java], method autoName(@NonNull String moduleName), line 362, with the comment "remove trailing version" - this regex pattern is wrong here! I am convinced that this is a critical bug because it breaks compatibility with Java tools, generates uncompilable code and marks syntactically correct code as erroneous. -- 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-2518) personal "PHP interpreter" for each project
[ https://issues.apache.org/jira/browse/NETBEANS-2518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835686#comment-16835686 ] Tomas Mysik commented on NETBEANS-2518: --- [~Userator] Can you provide a screenshot(s)? Not sure what you mean exactly. Thanks. Note: There is a possibility to create a Run Configuration (in the Project Properties dialog) as [~junichi11] writes. There, any PHP interpreter (in fact, it does not need to be a PHP interpreter at all ;) can be selected. Once any PHP file in your project is run, the selected PHP interpreter is used. > personal "PHP interpreter" for each project > --- > > Key: NETBEANS-2518 > URL: https://issues.apache.org/jira/browse/NETBEANS-2518 > Project: NetBeans > Issue Type: Improvement > Components: php - Code, php - Project >Affects Versions: 10.0, 11.0 >Reporter: Mihail >Priority: Major > Labels: php > > In the current implementation, netbeans allows you to select only one "PHP > interpreter file" for use. > any_project -> /usr/bin/php5.6 > in a situation where projects require the use of different versions of the > "PHP interpreter file", when switching to another project, you have to > forcefully reinstall the version of the "PHP interpreter file" in the IDE > configuration, which is very inconvenient. > it would be useful to be able to set the "PHP interpreter file" personally > for each project. > for example: > project_1 -> /usr/bin/php5.6 > project_2 -> /usr/bin/php7.1 > project_3 -> /usr/bin/php7.3 -- 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-1402) Changing look and feel w/o restart the IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835677#comment-16835677 ] Laszlo Kishalmi commented on NETBEANS-1402: --- Shall I mar this resolved? Or just create a subtask for this issue. The PR just let's you experiment with the no-restart LaF changing. It needs to be tested and the issues needs to be solved to make it actually happen nice have to be reported in JIRA. > Changing look and feel w/o restart the IDE > -- > > Key: NETBEANS-1402 > URL: https://issues.apache.org/jira/browse/NETBEANS-1402 > Project: NetBeans > Issue Type: Improvement > Components: platform - OptionsSettings, platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Time Spent: 40m > Remaining Estimate: 0h > -- 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-2518) personal "PHP interpreter" for each project
[ https://issues.apache.org/jira/browse/NETBEANS-2518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835609#comment-16835609 ] Junichi Yamamoto commented on NETBEANS-2518: You should be able to set a specific PHP interpreter per project. See Project Properties > Run Configuration > Run As: Script (run in command line) cc: [~tmysik] > personal "PHP interpreter" for each project > --- > > Key: NETBEANS-2518 > URL: https://issues.apache.org/jira/browse/NETBEANS-2518 > Project: NetBeans > Issue Type: Improvement > Components: php - Code, php - Project >Affects Versions: 10.0, 11.0 >Reporter: Mihail >Priority: Major > Labels: php > > In the current implementation, netbeans allows you to select only one "PHP > interpreter file" for use. > any_project -> /usr/bin/php5.6 > in a situation where projects require the use of different versions of the > "PHP interpreter file", when switching to another project, you have to > forcefully reinstall the version of the "PHP interpreter file" in the IDE > configuration, which is very inconvenient. > it would be useful to be able to set the "PHP interpreter file" personally > for each project. > for example: > project_1 -> /usr/bin/php5.6 > project_2 -> /usr/bin/php7.1 > project_3 -> /usr/bin/php7.3 -- 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] [Closed] (NETBEANS-1498) Change icon for pom.xml file.
[ https://issues.apache.org/jira/browse/NETBEANS-1498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz closed NETBEANS-1498. Already live. > Change icon for pom.xml file. > - > > Key: NETBEANS-1498 > URL: https://issues.apache.org/jira/browse/NETBEANS-1498 > Project: NetBeans > Issue Type: Sub-task >Affects Versions: Next >Reporter: Christian Lenz >Assignee: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 11.0 > > Attachments: image-2018-10-22-11-50-18-135.png > > Time Spent: 40m > Remaining Estimate: 0h > > I would like to use this icon. !image-2018-10-22-11-50-18-135.png! -- 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-1498) Change icon for pom.xml file.
[ https://issues.apache.org/jira/browse/NETBEANS-1498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-1498: - Fix Version/s: (was: Next) 11.0 > Change icon for pom.xml file. > - > > Key: NETBEANS-1498 > URL: https://issues.apache.org/jira/browse/NETBEANS-1498 > Project: NetBeans > Issue Type: Sub-task >Affects Versions: Next >Reporter: Christian Lenz >Assignee: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 11.0 > > Attachments: image-2018-10-22-11-50-18-135.png > > Time Spent: 40m > Remaining Estimate: 0h > > I would like to use this icon. !image-2018-10-22-11-50-18-135.png! -- 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-2518) personal "PHP interpreter" for each project
Mihail created NETBEANS-2518: Summary: personal "PHP interpreter" for each project Key: NETBEANS-2518 URL: https://issues.apache.org/jira/browse/NETBEANS-2518 Project: NetBeans Issue Type: Improvement Components: php - Code, php - Project Affects Versions: 11.0, 10.0 Reporter: Mihail In the current implementation, netbeans allows you to select only one "PHP interpreter file" for use. any_project -> /usr/bin/php5.6 in a situation where projects require the use of different versions of the "PHP interpreter file", when switching to another project, you have to forcefully reinstall the version of the "PHP interpreter file" in the IDE configuration, which is very inconvenient. it would be useful to be able to set the "PHP interpreter file" personally for each project. for example: project_1 -> /usr/bin/php5.6 project_2 -> /usr/bin/php7.1 project_3 -> /usr/bin/php7.3 -- 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-1402) Changing look and feel w/o restart the IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835579#comment-16835579 ] Christian Lenz commented on NETBEANS-1402: -- Or is it inside of nightly and coming with 11.1? > Changing look and feel w/o restart the IDE > -- > > Key: NETBEANS-1402 > URL: https://issues.apache.org/jira/browse/NETBEANS-1402 > Project: NetBeans > Issue Type: Improvement > Components: platform - OptionsSettings, platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 11.0 > > Time Spent: 10m > Remaining Estimate: 0h > -- 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-1402) Changing look and feel w/o restart the IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835568#comment-16835568 ] Christian Lenz commented on NETBEANS-1402: -- I see, merge was in march. So it is 11.0 > Changing look and feel w/o restart the IDE > -- > > Key: NETBEANS-1402 > URL: https://issues.apache.org/jira/browse/NETBEANS-1402 > Project: NetBeans > Issue Type: Improvement > Components: platform - OptionsSettings, platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > -- 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-1402) Changing look and feel w/o restart the IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835567#comment-16835567 ] Christian Lenz edited comment on NETBEANS-1402 at 5/8/19 12:55 PM: --- This is part of NetBeans 11.0 right? I tested it in NetBeans 10.0 and it doesn't work. Still shows me, that I need to restart. was (Author: chrizzly): This is part of NetBeans 11.0 right? I tested it in NetBeans 10.0 and it doesn't work. > Changing look and feel w/o restart the IDE > -- > > Key: NETBEANS-1402 > URL: https://issues.apache.org/jira/browse/NETBEANS-1402 > Project: NetBeans > Issue Type: Improvement > Components: platform - OptionsSettings, platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > -- 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-1402) Changing look and feel w/o restart the IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-1402: - Fix Version/s: 11.0 > Changing look and feel w/o restart the IDE > -- > > Key: NETBEANS-1402 > URL: https://issues.apache.org/jira/browse/NETBEANS-1402 > Project: NetBeans > Issue Type: Improvement > Components: platform - OptionsSettings, platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 11.0 > > Time Spent: 10m > Remaining Estimate: 0h > -- 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-1402) Changing look and feel w/o restart the IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835578#comment-16835578 ] Christian Lenz commented on NETBEANS-1402: -- Hm unfortunately it doesn't work in NetBeans 11.0 too. Nothing happens and NetBeans asks for restart. > Changing look and feel w/o restart the IDE > -- > > Key: NETBEANS-1402 > URL: https://issues.apache.org/jira/browse/NETBEANS-1402 > Project: NetBeans > Issue Type: Improvement > Components: platform - OptionsSettings, platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 11.0 > > Time Spent: 10m > Remaining Estimate: 0h > -- 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-1402) Changing look and feel w/o restart the IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835579#comment-16835579 ] Christian Lenz edited comment on NETBEANS-1402 at 5/8/19 1:00 PM: -- Or is it inside of nightly and coming with 11.1? NetBeans 11.0 came out of march afair. was (Author: chrizzly): Or is it inside of nightly and coming with 11.1? > Changing look and feel w/o restart the IDE > -- > > Key: NETBEANS-1402 > URL: https://issues.apache.org/jira/browse/NETBEANS-1402 > Project: NetBeans > Issue Type: Improvement > Components: platform - OptionsSettings, platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 11.0 > > Time Spent: 10m > Remaining Estimate: 0h > -- 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-1402) Changing look and feel w/o restart the IDE
[ https://issues.apache.org/jira/browse/NETBEANS-1402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-1402: - Fix Version/s: (was: 11.0) > Changing look and feel w/o restart the IDE > -- > > Key: NETBEANS-1402 > URL: https://issues.apache.org/jira/browse/NETBEANS-1402 > Project: NetBeans > Issue Type: Improvement > Components: platform - OptionsSettings, platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > -- 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-2479) insert blank line after block "use traits"
[ https://issues.apache.org/jira/browse/NETBEANS-2479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mihail updated NETBEANS-2479: - Labels: PHP codestyle formatting (was: codestyle formatting) > insert blank line after block "use traits" > -- > > Key: NETBEANS-2479 > URL: https://issues.apache.org/jira/browse/NETBEANS-2479 > Project: NetBeans > Issue Type: Improvement > Components: php - Editor, php - Formatting Indentation >Affects Versions: 11.0 >Reporter: Mihail >Priority: Major > Labels: PHP, codestyle, formatting > > by formatting PHP code, add the ability to insert a blank line after the > block "use traits" > > in the menu: "Tools> Option> Editor> Formatting" > in the drop-down lists select: > laguage: php > category: BlankLines > > in the left block add fields: > Between use traits: [] > After use traits: [] -- 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-2517) Extract interface feature
Ádám Turcsán created NETBEANS-2517: -- Summary: Extract interface feature Key: NETBEANS-2517 URL: https://issues.apache.org/jira/browse/NETBEANS-2517 Project: NetBeans Issue Type: New Feature Components: php - Code Analysis, php - Editor, php - Refactoring Reporter: Ádám Turcsán I'd like to propose a feature – a feature request if I may – that already exists in Java editor. An "Extract interface" refactoring feature, that can create a PHP Interface that contains the class's public method's signatures and handles already implemented interfaces and interface extension behavior analog to the Java editor feature. -- 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-2277) Unable to load TLD
[ https://issues.apache.org/jira/browse/NETBEANS-2277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16835443#comment-16835443 ] Nicola Isotta commented on NETBEANS-2277: - Bugzilla similar issue: https://netbeans.org/bugzilla/show_bug.cgi?id=268678 > Unable to load TLD > -- > > Key: NETBEANS-2277 > URL: https://issues.apache.org/jira/browse/NETBEANS-2277 > Project: NetBeans > Issue Type: Bug > Components: javaee - Web Project >Affects Versions: 8.2, 11.0 > Environment: Windows 10, JDK 8, Netbeans 11.0 vc3 >Reporter: Nicola Isotta >Priority: Major > Attachments: JSF12JSPBug.zip, netbeans-bug.jpg > > > The issue affects Ant Web project, and appeared in version 8.2 (8.1 is the > last version I can use with this type of projects). > !netbeans-bug.jpg|width=833,height=457! > I've attached a zipped project affected by the bug, because I was not able to > reproduce the problem with a project created from scratch. > -- 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