[jira] [Updated] (NETBEANS-3952) Netbeans 11.3 test windows takes null pointer exception when using gradle wrapper
[ https://issues.apache.org/jira/browse/NETBEANS-3952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrea Paternesi updated NETBEANS-3952: --- Attachment: errorTestWindow.txt Affects Version/s: 12.0 Description: java.lang.NullPointerException at org.netbeans.modules.gradle.test.GradleTestProgressListener.processTestOutput(GradleTestProgressListener.java:142) at org.netbeans.modules.gradle.test.GradleTestProgressListener.statusChanged(GradleTestProgressListener.java:80) at sun.reflect.GeneratedMethodAccessor86.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:36) at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24) at org.gradle.internal.event.AbstractBroadcastDispatch.dispatch(AbstractBroadcastDispatch.java:42) at org.gradle.internal.event.BroadcastDispatch$SingletonDispatch.dispatch(BroadcastDispatch.java:231) at org.gradle.internal.event.BroadcastDispatch$SingletonDispatch.dispatch(BroadcastDispatch.java:150) at org.gradle.internal.event.ListenerBroadcast.dispatch(ListenerBroadcast.java:141) at org.gradle.internal.event.ListenerBroadcast.dispatch(ListenerBroadcast.java:37) at org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:94) at com.sun.proxy.$Proxy55.statusChanged(Unknown Source) at org.gradle.tooling.internal.consumer.parameters.BuildProgressListenerAdapter.broadcastTestOutputEvent(BuildProgressListenerAdapter.java:291) at org.gradle.tooling.internal.consumer.parameters.BuildProgressListenerAdapter.broadcastInternalProgressEvent(BuildProgressListenerAdapter.java:254) at org.gradle.tooling.internal.consumer.parameters.BuildProgressListenerAdapter.doBroadcast(BuildProgressListenerAdapter.java:213) at org.gradle.tooling.internal.consumer.parameters.BuildProgressListenerAdapter.onEvent(BuildProgressListenerAdapter.java:203) at org.gradle.tooling.internal.consumer.parameters.FailsafeBuildProgressListenerAdapter.onEvent(FailsafeBuildProgressListenerAdapter.java:39) at org.gradle.tooling.internal.consumer.parameters.FailsafeBuildProgressListenerAdapter.onEvent(FailsafeBuildProgressListenerAdapter.java:39) at org.gradle.tooling.internal.provider.ProviderConnection$BuildProgressListenerInvokingBuildEventConsumer.dispatch(ProviderConnection.java:313) at org.gradle.launcher.daemon.client.DaemonClient.monitorBuild(DaemonClient.java:222) at org.gradle.launcher.daemon.client.DaemonClient.executeBuild(DaemonClient.java:180) at org.gradle.launcher.daemon.client.DaemonClient.execute(DaemonClient.java:143) at org.gradle.launcher.daemon.client.DaemonClient.execute(DaemonClient.java:94) at org.gradle.tooling.internal.provider.DaemonBuildActionExecuter.execute(DaemonBuildActionExecuter.java:51) at org.gradle.tooling.internal.provider.DaemonBuildActionExecuter.execute(DaemonBuildActionExecuter.java:35) at org.gradle.tooling.internal.provider.LoggingBridgingBuildActionExecuter.execute(LoggingBridgingBuildActionExecuter.java:60) at org.gradle.tooling.internal.provider.LoggingBridgingBuildActionExecuter.execute(LoggingBridgingBuildActionExecuter.java:38) at org.gradle.tooling.internal.provider.ProviderConnection.run(ProviderConnection.java:193) at org.gradle.tooling.internal.provider.ProviderConnection.run(ProviderConnection.java:136) at org.gradle.tooling.internal.provider.DefaultConnection.getModel(DefaultConnection.java:203) at org.gradle.tooling.internal.consumer.connection.CancellableModelBuilderBackedModelProducer.produceModel(CancellableModelBuilderBackedModelProducer.java:54) at org.gradle.tooling.internal.consumer.connection.PluginClasspathInjectionSupportedCheckModelProducer.produceModel(PluginClasspathInjectionSupportedCheckModelProducer.java:38) at org.gradle.tooling.internal.consumer.connection.AbstractConsumerConnection.run(AbstractConsumerConnection.java:62) at org.gradle.tooling.internal.consumer.connection.ParameterValidatingConsumerConnection.run(ParameterValidatingConsumerConnection.java:47) at org.gradle.tooling.internal.consumer.DefaultBuildLauncher$1.run(DefaultBuildLauncher.java:97) at org.gradle.tooling.internal.consumer.DefaultBuildLauncher$1.run(DefaultBuildLauncher.java:89) at org.gradle.tooling.internal.consumer.connection.LazyConsumerActionExecutor.run(LazyConsumerActionExecutor.java:87) at org.gradle.tooling.internal.consumer.connection.CancellableConsumerActionExecutor.run(CancellableConsumerActionExecutor.java:45) at org.gradle.tooling.internal.consumer.connection.ProgressLoggingConsumerActionExecutor.run(ProgressLoggingConsumerActionExecutor.java:61) at org.gradle.tooling.internal.consumer.connection.RethrowingErrorsConsumerAction
[jira] [Created] (NETBEANS-4459) remove use of deprecated field in Logger
Brad Walker created NETBEANS-4459:
-
Summary: remove use of deprecated field in Logger
Key: NETBEANS-4459
URL: https://issues.apache.org/jira/browse/NETBEANS-4459
Project: NetBeans
Issue Type: Improvement
Reporter: Brad Walker
Assignee: Brad Walker
Remove use of the deprecated Logger.global field..
{code:java}
[repeat]
/home/bwalker/src/netbeans/enterprise/web.core/src/org/netbeans/modules/web/wizards/ServletPanel.java:169:
warning: [deprecation] global in Logger has been deprecated
[repeat] Logger.global.log(Level.WARNING, "getServlets failed",
e);
[repeat] ^
[repeat]
/home/bwalker/src/netbeans/enterprise/web.core/src/org/netbeans/modules/web/wizards/ServletPanel.java:172:
warning: [deprecation] global in Logger has been deprecated
[repeat] Logger.global.log(Level.WARNING, "getServlets failed",
e);
[repeat] ^
[repeat] Note: Some input files additionally use or override a deprecated
API.
{code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-4445) Slowness detected for 329 s. It happens at evry Netbeans start-up during project exploring.
[ https://issues.apache.org/jira/browse/NETBEANS-4445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-4445. --- Resolution: Information Provided Try to update to NetBeans 12.0 as well as if you are on Windows make sure that there is no broken link on your desktop/home folder. Such slowness usually related to un-mountable network drives on Windows. > Slowness detected for 329 s. It happens at evry Netbeans start-up during > project exploring. > > > Key: NETBEANS-4445 > URL: https://issues.apache.org/jira/browse/NETBEANS-4445 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Antonino Giordano >Priority: Minor > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4458) enable use of generics
Brad Walker created NETBEANS-4458:
-
Summary: enable use of generics
Key: NETBEANS-4458
URL: https://issues.apache.org/jira/browse/NETBEANS-4458
Project: NetBeans
Issue Type: Improvement
Reporter: Brad Walker
A lot of places in the code has generic use commented out.. For example, the
following in
LayoutModel.java
{code:java}
public void unsetSameSize(List/**/ components, int dimension) {
Iterator i = components.iterator();
while (i.hasNext()) {
String cid = (String)i.next();
LayoutComponent lc = getLayoutComponent(cid);
removeComponentFromLinkSizedGroup(lc, dimension);
}
}
{code}
All I've done here is enable it to reduce the warnings and test out the code to
make sure it works correctly.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-180) Please support the Language Server Protocol
[ https://issues.apache.org/jira/browse/NETBEANS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17137938#comment-17137938 ] Borwe commented on NETBEANS-180: I think this instructions need an update, in netbeans 12 there appears to be some GUI for language servers, maybe a simple blog post about this might help more. !screen.jpg! > Please support the Language Server Protocol > --- > > Key: NETBEANS-180 > URL: https://issues.apache.org/jira/browse/NETBEANS-180 > Project: NetBeans > Issue Type: New Feature > Components: editor - Lexer, editor - Other, editor - Parsing & > Indexing >Affects Versions: Next >Reporter: Christian Lenz >Assignee: Jan Lahoda >Priority: Major > Attachments: screen.jpg > > > As you can see it here: > https://code.visualstudio.com/blogs/2016/06/27/common-language-protocol and > here: https://github.com/Microsoft/language-server-protocol this stuff gets > very hot these days. It's about to have a commong language server, which > handles the language by them self and will send you errors, warnings, code > completion and many more without creating a new language support into the > IDE. This is very cool, so for netbeans it would be possible only to create > file templates and projects, not more, the rest will do the commong language > server protocol. > Cheers > Chris -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-180) Please support the Language Server Protocol
[ https://issues.apache.org/jira/browse/NETBEANS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Borwe updated NETBEANS-180: --- Attachment: screen.jpg > Please support the Language Server Protocol > --- > > Key: NETBEANS-180 > URL: https://issues.apache.org/jira/browse/NETBEANS-180 > Project: NetBeans > Issue Type: New Feature > Components: editor - Lexer, editor - Other, editor - Parsing & > Indexing >Affects Versions: Next >Reporter: Christian Lenz >Assignee: Jan Lahoda >Priority: Major > Attachments: screen.jpg > > > As you can see it here: > https://code.visualstudio.com/blogs/2016/06/27/common-language-protocol and > here: https://github.com/Microsoft/language-server-protocol this stuff gets > very hot these days. It's about to have a commong language server, which > handles the language by them self and will send you errors, warnings, code > completion and many more without creating a new language support into the > IDE. This is very cool, so for netbeans it would be possible only to create > file templates and projects, not more, the rest will do the commong language > server protocol. > Cheers > Chris -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated: [NETBEANS-2790] Do not throw ClosedWatchServiceException on Shutdown.
This is an automated email from the ASF dual-hosted git repository.
lkishalmi pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git
The following commit(s) were added to refs/heads/master by this push:
new 1cd99db [NETBEANS-2790] Do not throw ClosedWatchServiceException on
Shutdown.
1cd99db is described below
commit 1cd99dbca51a46c570a67a41ce9e8238c4d8e48e
Author: Laszlo Kishalmi
AuthorDate: Tue Jun 9 17:07:00 2020 -0700
[NETBEANS-2790] Do not throw ClosedWatchServiceException on Shutdown.
---
platform/masterfs.nio2/nbproject/project.properties | 2 +-
.../src/org/netbeans/modules/masterfs/watcher/nio2/NioNotifier.java | 4 +++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/platform/masterfs.nio2/nbproject/project.properties
b/platform/masterfs.nio2/nbproject/project.properties
index 6de45e1..0f73a11 100644
--- a/platform/masterfs.nio2/nbproject/project.properties
+++ b/platform/masterfs.nio2/nbproject/project.properties
@@ -15,5 +15,5 @@
# specific language governing permissions and limitations
# under the License.
is.autoload=true
-javac.source=1.6
+javac.source=1.8
javac.compilerargs=-Xlint -Xlint:-serial
diff --git
a/platform/masterfs.nio2/src/org/netbeans/modules/masterfs/watcher/nio2/NioNotifier.java
b/platform/masterfs.nio2/src/org/netbeans/modules/masterfs/watcher/nio2/NioNotifier.java
index 4089eba..0e0086a 100644
---
a/platform/masterfs.nio2/src/org/netbeans/modules/masterfs/watcher/nio2/NioNotifier.java
+++
b/platform/masterfs.nio2/src/org/netbeans/modules/masterfs/watcher/nio2/NioNotifier.java
@@ -61,7 +61,9 @@ public class NioNotifier extends Notifier {
try {
key.cancel();
} catch (ClosedWatchServiceException ex) {
-throw new IOException(ex);
+// This happens on shutdown as watcher service can be closed before
+// all watches are removed from it. It is safe to swallow this
+// exception here.
}
}
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated: [NETBEANS-4356] Code Completion must check also superclass/superinterface methods when determining if cast is required.
This is an automated email from the ASF dual-hosted git repository.
lkishalmi pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git
The following commit(s) were added to refs/heads/master by this push:
new 289e483 [NETBEANS-4356] Code Completion must check also
superclass/superinterface methods when determining if cast is required.
289e483 is described below
commit 289e483cda194162d8b8e6ad30894d0b814d6db8
Author: Jan Lahoda
AuthorDate: Sat May 23 07:42:32 2020 +0200
[NETBEANS-4356] Code Completion must check also superclass/superinterface
methods when determining if cast is required.
---
.../java/completion/JavaCompletionTask.java| 13 -
.../JavaCompletionProviderTest/1.8/testCast1.pass | 5 ++
.../JavaCompletionProviderTest/1.8/testCast2.pass | 5 ++
.../JavaCompletionProviderTest/1.8/testCast3.pass | 13 +
.../JavaCompletionProviderTest/1.8/testCast4.pass | 13 +
.../java/editor/completion/CompletionTestBase.java | 20 +++
.../completion/JavaCompletionItemPerformTest.java | 62 ++
7 files changed, 130 insertions(+), 1 deletion(-)
diff --git
a/java/java.completion/src/org/netbeans/modules/java/completion/JavaCompletionTask.java
b/java/java.completion/src/org/netbeans/modules/java/completion/JavaCompletionTask.java
index b70972a..b6bbb7f 100644
---
a/java/java.completion/src/org/netbeans/modules/java/completion/JavaCompletionTask.java
+++
b/java/java.completion/src/org/netbeans/modules/java/completion/JavaCompletionTask.java
@@ -3691,7 +3691,7 @@ public final class JavaCompletionTask extends BaseTask
{
et = (ExecutableType) asMemberOf(e, actualType, types);
if (addCast && itemFactory instanceof
TypeCastableItemFactory
&& !types.isSubtype(type,
e.getEnclosingElement().asType())
-&& type.getKind() == TypeKind.DECLARED &&
!eu.alreadyDefinedIn(e.getSimpleName(), et,
(TypeElement)((DeclaredType)type).asElement())) {
+&& type.getKind() == TypeKind.DECLARED &&
!hasBaseMethod(elements, (DeclaredType) type, (ExecutableElement) e)) {
results.add(((TypeCastableItemFactory)itemFactory).createTypeCastableExecutableItem(env.getController(),
(ExecutableElement) e, et, actualType, anchorOffset, autoImport ?
env.getReferencesCount() : null, typeElem != e.getEnclosingElement(),
elements.isDeprecated(e), inImport, env.addSemicolon(), isOfSmartType(env,
getCorrectedReturnType(env, et, (ExecutableElement) e, actualType),
smartTypes), env.assignToVarPos(), false));
} else {
results.add(itemFactory.createExecutableItem(env.getController(),
(ExecutableElement) e, et, anchorOffset, autoImport ? env.getReferencesCount()
: null, typeElem != e.getEnclosingElement(), elements.isDeprecated(e),
inImport, env.addSemicolon(), isOfSmartType(env, getCorrectedReturnType(env,
et, (ExecutableElement) e, actualType), smartTypes), env.assignToVarPos(),
false));
@@ -3722,6 +3722,17 @@ public final class JavaCompletionTask extends
BaseTask {
}
}
+private boolean hasBaseMethod(Elements elements, DeclaredType type,
ExecutableElement invoked) {
+TypeElement clazz = (TypeElement) type.asElement();
+for (ExecutableElement existing :
ElementFilter.methodsIn(elements.getAllMembers(clazz))) {
+if (existing.getSimpleName().equals(invoked.getSimpleName()) &&
+elements.overrides(invoked, existing, clazz)) {
+return true;
+}
+}
+return false;
+}
+
private void addThisOrSuperConstructor(final Env env, final TypeMirror
type, final Element elem, final String name, final ExecutableElement toExclude)
throws IOException {
final CompilationController controller = env.getController();
final Elements elements = controller.getElements();
diff --git
a/java/java.editor/test/unit/data/goldenfiles/org/netbeans/modules/java/editor/completion/JavaCompletionProviderTest/1.8/testCast1.pass
b/java/java.editor/test/unit/data/goldenfiles/org/netbeans/modules/java/editor/completion/JavaCompletionProviderTest/1.8/testCast1.pass
new file mode 100644
index 000..1e18c5e
--- /dev/null
+++
b/java/java.editor/test/unit/data/goldenfiles/org/netbeans/modules/java/editor/completion/JavaCompletionProviderTest/1.8/testCast1.pass
@@ -0,0 +1,5 @@
+package test;
+public class Test {
+private t(Object o) {
+if (o instanceof String) {
+((String) o).length()
\ No newline at end of file
diff --git
a/java/java.editor/test/unit/data/goldenfiles/org/netbeans/modules/java/editor/completion/JavaCompletionProviderTest/1.8/testCast2.pass
b/java/java.editor/test/unit/data/goldenfiles/org/netbeans/modules/java/editor/completion/JavaCompletionProviderTest/1.8/testCast2.pass
new file mode 100644
index 000..
[netbeans] branch master updated (cf0ae24 -> 7d4dca6)
This is an automated email from the ASF dual-hosted git repository. lkishalmi pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from cf0ae24 Merge pull request #2189 from KacerCZ/netbeans-3413-fix-completion-test add 7d4dca6 [NETBEANS-4367] Fix the platform application launcher script (for MacOS/Linux) to properly take default_cachedir setting into account No new revisions were added by this update. Summary of changes: harness/apisupport.harness/release/launchers/app.sh | 4 1 file changed, 4 insertions(+) - 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-4457) False warning on Exit IDE (Exiting the ide will terminate the following processes)
Dmitry.Mochalov created NETBEANS-4457: - Summary: False warning on Exit IDE (Exiting the ide will terminate the following processes) Key: NETBEANS-4457 URL: https://issues.apache.org/jira/browse/NETBEANS-4457 Project: NetBeans Issue Type: Bug Components: ide - UI Affects Versions: 12.0 Reporter: Dmitry.Mochalov Attachments: image-2020-06-16-16-52-23-303.png Steps to reproduce: 1) start to compile the netbeans sources (build.xml ->run target -> build). 2) Wait until it all compiles. It took about 30 minutes. 4) try to close NetBeans Expected result: netbeans closes without warning about running process Actual result: It showed the dialog with the following Waring: !image-2020-06-16-16-52-23-303.png! My environment: Product Version = Apache NetBeans IDE 12.0 Operating System = Windows 10 version 10.0 running on amd64 Java; VM; Vendor = 1.8.0_231; Java HotSpot(TM) 64-Bit Server VM 25.231-b11; Oracle Corporation Runtime = Java(TM) SE Runtime Environment 1.8.0_231-b11 Java Home = C:\Program Files\Java\jdk1.8.0_231\jre System Locale; Encoding = ru_RU (nb); Cp1251 java-nb is not installed. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4456) No sample code ans NPE when accessing java wrapping format options
Ghislain G. created NETBEANS-4456:
-
Summary: No sample code ans NPE when accessing java wrapping
format options
Key: NETBEANS-4456
URL: https://issues.apache.org/jira/browse/NETBEANS-4456
Project: NetBeans
Issue Type: Bug
Components: editor - Options
Affects Versions: 12.0
Environment: AdoptJDK 11
Ubuntu 20.04
no javac
Reporter: Ghislain G.
Attachments: image-2020-06-16-15-33-16-088.png
No preview code is displayed and a {{NullPointerException}} is thrown when
navigating to Options / Editor / Formatting / Java / Wrapping.
I use OpenJdk 11 on Ubuntu 20.04 and did not have _javac_ installed.
!image-2020-06-16-15-33-16-088.png|width=530,height=473!
{noformat}
java.lang.NullPointerException
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:586)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:2919)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCase(Reformatter.java:396)
at
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1258)
at
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.handleSwitch(Reformatter.java:2870)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitSwitch(Reformatter.java:2771)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitSwitch(Reformatter.java:396)
at
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCSwitch.accept(JCTree.java:1229)
at
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitBlock(Reformatter.java:1967)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitBlock(Reformatter.java:396)
at
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1032)
at
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitMethod(Reformatter.java:1540)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitMethod(Reformatter.java:396)
at
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
at
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitClass(Reformatter.java:1046)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitClass(Reformatter.java:396)
at
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
at
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.scan(Reformatter.java:600)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCompilationUnit(Reformatter.java:647)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.visitCompilationUnit(Reformatter.java:396)
at
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
at
jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:56)
at
org.netbeans.modules.java.source.save.Reformatter$Pretty.reformat(Reformatter.java:539)
at
org.netbeans.modules.java.source.save.Reformatter.reformat(Reformatter.java:119)
at
org.netbeans.modules.java.source.save.Reformatter.reformat(Reformatter.java:106)
at
org.netbeans.modules.java.ui.CategorySupport$2.run(CategorySupport.java:280)
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)
[catch] at
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033){noformat}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Maili
[jira] [Updated] (NETBEANS-4455) Cropped console output with GlassFish + slf4j + logback
[ https://issues.apache.org/jira/browse/NETBEANS-4455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Javus updated NETBEANS-4455: Description: All logging messages in the NetBeans console from the GlassFish server are cropped. Steps to reproduce: 1) Download and extract GlassFish server 5.1 2) Install slf4j + logback like in the link described (https://stackoverflow.com/a/20607837 ): 2.1) Copy jul-to-slf4j-1.7.5, slf4j-api-1.7.5, logback-core-1.0.13, logback-classic-1.0.13 to $GF_INSTALL/glassfish/lib/endorsed 2.2) Create logback.xml in $GF_INSTALL/glassfish/domains/domain1/config 2.3) Modify $GF_INSTALL/glassfish/domains/domain1/config/logging.properties 2.4) Edit $GF_INSTALL/glassfish/domains/domain1/config/domain.xml apropriately 3) Add a separate ConsoleAppender in logback.xml so that logging is done redundantly in the file and in console 4) Start NetBeans 4.1) Add (newly extracted) server 5) Start server Result: The GlassFish default logging messages at start of a server (i. e. "Created virtual server") are not displayed in the NetBeans output window. But they are displayed in the configured file. Further observation: If a logging message contains a linkebreak (\n), oddly enough everything after the first linebreak is displayed in the NetBeans console. I originally thought of a bug in slf4j, logback, glassfish or a combination of them. I tried with different versions of slf4j, logback and GlassFish server, all the same results. If I start NetBeans 11.0 with the same GlassFish server it works as a charm. Expected result: Logging messages should fully display in NetBeans console. was: All logging messages in the NetBeans console from the GlassFish server are cropped. Steps to reproduce: 1) Extract GlassFish server 5.1 2) Install slf4j + logback like in the link described (https://stackoverflow.com/a/20607837 ): 2.1) Copy jul-to-slf4j-1.7.5, slf4j-api-1.7.5, logback-core-1.0.13, logback-classic-1.0.13 to $GF_INSTALL/glassfish/lib/endorsed 2.2) Create logback.xml in $GF_INSTALL/glassfish/domains/domain1/config 2.3) Modify $GF_INSTALL/glassfish/domains/domain1/config/logging.properties 2.4) Edit $GF_INSTALL/glassfish/domains/domain1/config/domain.xml apropriately 3) Add a separate ConsoleAppender in logback.xml so that logging is done redundantly in the file and in console 4) Start NetBeans 4.1) Add (newly extracted) server 5) Start server Result: The GlassFish default logging messages at start of a server (i. e. "Created virtual server") are not displayed in the NetBeans output window. But they are displayed in the configured file. Further observation: If a logging message contains a linkebreak (\n), oddly enough everything after the first linebreak is displayed in the NetBeans console. I originally thought of a bug in slf4j, logback, glassfish or a combination of them. I tried with different versions of slf4j, logback and GlassFish server, all the same results. If I start NetBeans 11.0 with the same GlassFish server it works as a charm. Expected result: Logging messages should fully display in NetBeans console. > Cropped console output with GlassFish + slf4j + logback > --- > > Key: NETBEANS-4455 > URL: https://issues.apache.org/jira/browse/NETBEANS-4455 > Project: NetBeans > Issue Type: Bug > Components: ide - Logger >Affects Versions: 12.0, 11.1, 11.2, 11.3 > Environment: NetBeans runs on Java 1.8.144 > Windows 7 OS >Reporter: Javus >Priority: Minor > > All logging messages in the NetBeans console from the GlassFish server are > cropped. > Steps to reproduce: > 1) Download and extract GlassFish server 5.1 > 2) Install slf4j + logback like in the link described > (https://stackoverflow.com/a/20607837 ): > 2.1) Copy jul-to-slf4j-1.7.5, slf4j-api-1.7.5, logback-core-1.0.13, > logback-classic-1.0.13 to $GF_INSTALL/glassfish/lib/endorsed > 2.2) Create logback.xml in $GF_INSTALL/glassfish/domains/domain1/config > 2.3) Modify $GF_INSTALL/glassfish/domains/domain1/config/logging.properties > 2.4) Edit $GF_INSTALL/glassfish/domains/domain1/config/domain.xml apropriately > 3) Add a separate ConsoleAppender in logback.xml so that logging is done > redundantly in the file and in console > 4) Start NetBeans > 4.1) Add (newly extracted) server > 5) Start server > Result: The GlassFish default logging messages at start of a server (i. e. > "Created virtual server") are not displayed in the NetBeans output window. > But they are displayed in the configured file. > Further observation: If a logging message contains a linkebreak (\n), oddly > enough everything after the first linebreak is displayed in the NetBeans > console. > I originally thought of a bug in slf4j, logback, glassfish or a combination > of them. I tried with different versions of slf4j, logback an
[jira] [Updated] (NETBEANS-4455) Cropped console output with GlassFish + slf4j + logback
[ https://issues.apache.org/jira/browse/NETBEANS-4455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Javus updated NETBEANS-4455: Description: All logging messages in the NetBeans console from the GlassFish server are cropped. Steps to reproduce: 1) Extract GlassFish server 5.1 2) Install slf4j + logback like in the link described (https://stackoverflow.com/a/20607837 ): 2.1) Copy jul-to-slf4j-1.7.5, slf4j-api-1.7.5, logback-core-1.0.13, logback-classic-1.0.13 to $GF_INSTALL/glassfish/lib/endorsed 2.2) Create logback.xml in $GF_INSTALL/glassfish/domains/domain1/config 2.3) Modify $GF_INSTALL/glassfish/domains/domain1/config/logging.properties 2.4) Edit $GF_INSTALL/glassfish/domains/domain1/config/domain.xml apropriately 3) Add a separate ConsoleAppender in logback.xml so that logging is done redundantly in the file and in console 4) Start NetBeans 4.1) Add (newly extracted) server 5) Start server Result: The GlassFish default logging messages at start of a server (i. e. "Created virtual server") are not displayed in the NetBeans output window. But they are displayed in the configured file. Further observation: If a logging message contains a linkebreak (\n), oddly enough everything after the first linebreak is displayed in the NetBeans console. I originally thought of a bug in slf4j, logback, glassfish or a combination of them. I tried with different versions of slf4j, logback and GlassFish server, all the same results. If I start NetBeans 11.0 with the same GlassFish server it works as a charm. Expected result: Logging messages should fully display in NetBeans console. was: All logging messages in the NetBeans console from the GlassFish server are cropped. Steps to reproduce: 1) Extract GlassFish server 5.1 2) Install slf4j + logback like in the link described (https://stackoverflow.com/a/20607837): 2.1) Copy jul-to-slf4j-1.7.5, slf4j-api-1.7.5, logback-core-1.0.13, logback-classic-1.0.13 to $GF_INSTALL/glassfish/lib/endorsed 2.2) Create logback.xml in $GF_INSTALL/glassfish/domains/domain1/config 2.3) Modify $GF_INSTALL/glassfish/domains/domain1/config/logging.properties 2.4) Edit $GF_INSTALL/glassfish/domains/domain1/config/domain.xml apropriately 3) Add a separate ConsoleAppender in logback.xml so that logging is done redundantly in the file and in console 4) Start NetBeans 4.1) Add (newly extracted) server 5) Start server Result: The GlassFish default logging messages at start of a server (i. e. "Created virtual server") are not displayed in the NetBeans output window. But they are displayed in the configured file. Further observation: If a logging message contains a linkebreak (\n), oddly enough everything after the first linebreak is displayed in the NetBeans console. I originally thought of a bug in slf4j, logback, glassfish or a combination of them. I tried with different versions of slf4j, logback and GlassFish server, all the same results. If I start NetBeans 11.0 with the same GlassFish server it works as a charm. Expected result: Logging messages should fully display in NetBeans console. > Cropped console output with GlassFish + slf4j + logback > --- > > Key: NETBEANS-4455 > URL: https://issues.apache.org/jira/browse/NETBEANS-4455 > Project: NetBeans > Issue Type: Bug > Components: ide - Logger >Affects Versions: 12.0, 11.1, 11.2, 11.3 > Environment: NetBeans runs on Java 1.8.144 > Windows 7 OS >Reporter: Javus >Priority: Minor > > All logging messages in the NetBeans console from the GlassFish server are > cropped. > Steps to reproduce: > 1) Extract GlassFish server 5.1 > 2) Install slf4j + logback like in the link described > (https://stackoverflow.com/a/20607837 ): > 2.1) Copy jul-to-slf4j-1.7.5, slf4j-api-1.7.5, logback-core-1.0.13, > logback-classic-1.0.13 to $GF_INSTALL/glassfish/lib/endorsed > 2.2) Create logback.xml in $GF_INSTALL/glassfish/domains/domain1/config > 2.3) Modify $GF_INSTALL/glassfish/domains/domain1/config/logging.properties > 2.4) Edit $GF_INSTALL/glassfish/domains/domain1/config/domain.xml apropriately > 3) Add a separate ConsoleAppender in logback.xml so that logging is done > redundantly in the file and in console > 4) Start NetBeans > 4.1) Add (newly extracted) server > 5) Start server > Result: The GlassFish default logging messages at start of a server (i. e. > "Created virtual server") are not displayed in the NetBeans output window. > But they are displayed in the configured file. > Further observation: If a logging message contains a linkebreak (\n), oddly > enough everything after the first linebreak is displayed in the NetBeans > console. > I originally thought of a bug in slf4j, logback, glassfish or a combination > of them. I tried with different versions of slf4j, logback and GlassFish > server, all
[jira] [Created] (NETBEANS-4455) Cropped console output with GlassFish + slf4j + logback
Javus created NETBEANS-4455: --- Summary: Cropped console output with GlassFish + slf4j + logback Key: NETBEANS-4455 URL: https://issues.apache.org/jira/browse/NETBEANS-4455 Project: NetBeans Issue Type: Bug Components: ide - Logger Affects Versions: 11.3, 11.2, 11.1, 12.0 Environment: NetBeans runs on Java 1.8.144 Windows 7 OS Reporter: Javus All logging messages in the NetBeans console from the GlassFish server are cropped. Steps to reproduce: 1) Extract GlassFish server 5.1 2) Install slf4j + logback like in the link described (https://stackoverflow.com/a/20607837): 2.1) Copy jul-to-slf4j-1.7.5, slf4j-api-1.7.5, logback-core-1.0.13, logback-classic-1.0.13 to $GF_INSTALL/glassfish/lib/endorsed 2.2) Create logback.xml in $GF_INSTALL/glassfish/domains/domain1/config 2.3) Modify $GF_INSTALL/glassfish/domains/domain1/config/logging.properties 2.4) Edit $GF_INSTALL/glassfish/domains/domain1/config/domain.xml apropriately 3) Add a separate ConsoleAppender in logback.xml so that logging is done redundantly in the file and in console 4) Start NetBeans 4.1) Add (newly extracted) server 5) Start server Result: The GlassFish default logging messages at start of a server (i. e. "Created virtual server") are not displayed in the NetBeans output window. But they are displayed in the configured file. Further observation: If a logging message contains a linkebreak (\n), oddly enough everything after the first linebreak is displayed in the NetBeans console. I originally thought of a bug in slf4j, logback, glassfish or a combination of them. I tried with different versions of slf4j, logback and GlassFish server, all the same results. If I start NetBeans 11.0 with the same GlassFish server it works as a charm. Expected result: Logging messages should fully display in NetBeans console. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
