[JBoss JIRA] (JBIDE-22625) Remote server with FS operations: Unable to retrieve a list of remote deployment scanners
by Martin Malina (JIRA)
Martin Malina created JBIDE-22625:
-------------------------------------
Summary: Remote server with FS operations: Unable to retrieve a list of remote deployment scanners
Key: JBIDE-22625
URL: https://issues.jboss.org/browse/JBIDE-22625
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: server
Affects Versions: 4.4.0.Final
Reporter: Martin Malina
Assignee: Rob Stryker
Previously I reported this as part of JBIDE-22605, but I think it deserves its own issue.
When I setup a remote EAP 7 server with FS operations and then start it, I always get this in the error log:
Unable to retrieve a list of remote deployment scanners for server Red Hat JBoss EAP 7.0
Today, I also noticed this info message in the error view:
org.eclipse.rse.core
Saved passwords are not available for migration to secure storage. Deprecated authorization classes (org.eclipse.core.runtime.compatibility.auth) are not installed.
I wonder if this is related? Do we require authentication to get the list of deployment scanners?
BTW, org.eclipse.core.runtime.compatibility was removed in JBIDE-21382 and I suggested org.eclipse.core.runtime.compatibility.auth may be removed too - JBIDE-22602. But as of now it's still in the TP.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-9442) Investigate possibility for remote debug launch of app servers
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-9442?page=com.atlassian.jira.plugin... ]
Martin Malina commented on JBIDE-9442:
--------------------------------------
I tried this now with the PR installed. Unfortunately when I started the remote server with FS operations normally, I then couldn't stop it - so I hit JBIDE-22605 again :(
So that's that. But then I started in debug mode and it seems to have started fine this time - again, I had "Unable to retrieve a list of remote deployment scanners for server Red Hat JBoss EAP 7.0", but that happens always for me with remote servers with FS operations.
I didn't get the "Unable to start a remote debugger to localhost:8788" error this time. And I couldn't stop it again, but that's JBIDE-22605 once again.
Anything else I should try? Maybe really try some debugging?
> Investigate possibility for remote debug launch of app servers
> --------------------------------------------------------------
>
> Key: JBIDE-9442
> URL: https://issues.jboss.org/browse/JBIDE-9442
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Labels: new_and_noteworthy
> Fix For: 4.4.1.S116
>
>
> When launching a remote server on a remote host, we do not currently connect a remote debugger. It'd be nice if we also connected a remote debugger if possible.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-22622) Opening the Web Console in the embedded browser (by default) results in error
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22622?page=com.atlassian.jira.plugi... ]
Jeff MAURY edited comment on JBIDE-22622 at 6/21/16 4:08 AM:
-------------------------------------------------------------
I have a problem as well on Win10 but I can't even login with the internal browser. Have a look at the video capture [^2016-06-21 at 10-05-24.mp4]
was (Author: jeffmaury):
I have a problem as well on Win10 but I can't even login with the internal browser. Have a look at the video capture
> Opening the Web Console in the embedded browser (by default) results in error
> -----------------------------------------------------------------------------
>
> Key: JBIDE-22622
> URL: https://issues.jboss.org/browse/JBIDE-22622
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.1.S116
> Reporter: Fred Bricon
> Attachments: 2016-06-21 at 10-05-24.mp4
>
>
> The Web Console opens using whatever browser is set in Eclipse (internal by default). When using the default browser, after logging in, there's an error message stating "Server connection interrupted". This error occurs on OSX and Linux at least.
> I think the web console should be opened in the external browser in all cases.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-22622) Opening the Web Console in the embedded browser (by default) results in error
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22622?page=com.atlassian.jira.plugi... ]
Jeff MAURY commented on JBIDE-22622:
------------------------------------
I have a problem as well on Win10 but I can't even login with the internal browser. Have a look at the video capture
> Opening the Web Console in the embedded browser (by default) results in error
> -----------------------------------------------------------------------------
>
> Key: JBIDE-22622
> URL: https://issues.jboss.org/browse/JBIDE-22622
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.1.S116
> Reporter: Fred Bricon
>
> The Web Console opens using whatever browser is set in Eclipse (internal by default). When using the default browser, after logging in, there's an error message stating "Server connection interrupted". This error occurs on OSX and Linux at least.
> I think the web console should be opened in the external browser in all cases.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBDS-3953) JBoss Studio Developer crash at startup on Fedora 24
by Donato Marrazzo (JIRA)
[ https://issues.jboss.org/browse/JBDS-3953?page=com.atlassian.jira.plugin.... ]
Donato Marrazzo edited comment on JBDS-3953 at 6/21/16 1:25 AM:
----------------------------------------------------------------
Ok I have done other tests:
1 -------------- it doesn't crash and JBoss Central works
export SWT_GTK3=0
jbdevstudio/jbdevstudio -vmargs -Dorg.eclipse.swt.browser.DefaultType=mozilla
2 -------------- it crashes at start up
export SWT_GTK3=0
jbdevstudio/jbdevstudio -vmargs -Dorg.eclipse.swt.browser.DefaultType=mozilla -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib64/firefox
3 -------------- it crashes at start up
export SWT_GTK3=0
jbdevstudio/jbdevstudio
4 -------------- it doesn't crash but JBoss Central is broken
SWT_WEBKIT2=1
jbdevstudio/jbdevstudio
was (Author: dmarrazzo):
Ok I have done other tests:
1 -------------- it doesn' crash and JBoss Central works
export SWT_GTK3=0
jbdevstudio/jbdevstudio -vmargs -Dorg.eclipse.swt.browser.DefaultType=mozilla
2 -------------- it crashes at start up
export SWT_GTK3=0
jbdevstudio/jbdevstudio -vmargs -Dorg.eclipse.swt.browser.DefaultType=mozilla -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib64/firefox
3 -------------- it crashes at start up
export SWT_GTK3=0
jbdevstudio/jbdevstudio
4 -------------- it doesn't crash but JBoss Central is broken
SWT_WEBKIT2=1
jbdevstudio/jbdevstudio
> JBoss Studio Developer crash at startup on Fedora 24
> ----------------------------------------------------
>
> Key: JBDS-3953
> URL: https://issues.jboss.org/browse/JBDS-3953
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 9.1.0.GA
> Environment: Fedora 24
> openjdk full version "1.8.0_92-b14"
> Reporter: Donato Marrazzo
> Assignee: Snjezana Peco
> Priority: Critical
> Fix For: 10.0.0.GA
>
> Attachments: hs_err_pid12689.log, hs_err_pid3836.log.zip, Selection_003.png
>
>
> After installation, as I launch JBS, it just display the eclipse workbench for few second that it crash.
> Despite the console message, no core dump is generated.
> This is the cmd line output:
> SLF4J: Class path contains multiple SLF4J bindings.
> SLF4J: Found binding in [bundleresource://1072.fwk923366543:1/org/slf4j/impl/StaticLoggerBinder.class]
> SLF4J: Found binding in [bundleresource://1072.fwk923366543:2/org/slf4j/impl/StaticLoggerBinder.class]
> SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
> SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
> 14:09:55.604 [Worker-2] DEBUG o.e.m.c.i.p.r.ProjectRegistryRefreshJob - Queued refresh request: [/RemoteSystemsTempFiles/pom.xml]
> openjdk version "1.8.0_92"
> OpenJDK Runtime Environment (build 1.8.0_92-b14)
> OpenJDK 64-Bit Server VM (build 25.92-b14, mixed mode)
> 14:09:57.115 [Worker-14] DEBUG o.e.a.i.i.DefaultLocalRepositoryProvider - Using manager EnhancedLocalRepositoryManager with priority 10.0 for /home/donato/.m2/repository
> 14:09:57.142 [Worker-14] DEBUG o.e.a.i.i.DefaultLocalRepositoryProvider - Using manager EnhancedLocalRepositoryManager with priority 10.0 for /home/donato/.m2/repository
> 14:09:57.143 [Worker-14] DEBUG o.e.m.c.i.p.r.ProjectRegistryManager - Refreshing: [L/RemoteSystemsTempFiles/pom.xml]
> 14:09:57.156 [Worker-14] DEBUG o.e.m.c.i.p.r.ProjectRegistryManager - Refreshed: [L/RemoteSystemsTempFiles/pom.xml]
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x00007f521a6d7bfe, pid=12689, tid=0x00007f52cf5a3700
> #
> # JRE version: OpenJDK Runtime Environment (8.0_92-b14) (build 1.8.0_92-b14)
> # Java VM: OpenJDK 64-Bit Server VM (25.92-b14 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # C [libjavascriptcoregtk-3.0.so.0+0x4d4bfe] JSC::VM::throwException(JSC::ExecState*, JSC::JSValue)+0x236e
> #
> # Core dump written. Default location: /home/donato/core or core.12689
> #
> # An error report file with more information is saved as:
> # /home/donato/hs_err_pid12689.log
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.java.com/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBDS-3953) JBoss Studio Developer crash at startup on Fedora 24
by Donato Marrazzo (JIRA)
[ https://issues.jboss.org/browse/JBDS-3953?page=com.atlassian.jira.plugin.... ]
Donato Marrazzo commented on JBDS-3953:
---------------------------------------
Ok I have done other tests:
1 -------------- it doesn' crash and JBoss Central works
export SWT_GTK3=0
jbdevstudio/jbdevstudio -vmargs -Dorg.eclipse.swt.browser.DefaultType=mozilla
2 -------------- it crashes at start up
export SWT_GTK3=0
jbdevstudio/jbdevstudio -vmargs -Dorg.eclipse.swt.browser.DefaultType=mozilla -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib64/firefox
3 -------------- it crashes at start up
export SWT_GTK3=0
jbdevstudio/jbdevstudio
4 -------------- it doesn't crash but JBoss Central is broken
SWT_WEBKIT2=1
jbdevstudio/jbdevstudio
> JBoss Studio Developer crash at startup on Fedora 24
> ----------------------------------------------------
>
> Key: JBDS-3953
> URL: https://issues.jboss.org/browse/JBDS-3953
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 9.1.0.GA
> Environment: Fedora 24
> openjdk full version "1.8.0_92-b14"
> Reporter: Donato Marrazzo
> Assignee: Snjezana Peco
> Priority: Critical
> Fix For: 10.0.0.GA
>
> Attachments: hs_err_pid12689.log, hs_err_pid3836.log.zip, Selection_003.png
>
>
> After installation, as I launch JBS, it just display the eclipse workbench for few second that it crash.
> Despite the console message, no core dump is generated.
> This is the cmd line output:
> SLF4J: Class path contains multiple SLF4J bindings.
> SLF4J: Found binding in [bundleresource://1072.fwk923366543:1/org/slf4j/impl/StaticLoggerBinder.class]
> SLF4J: Found binding in [bundleresource://1072.fwk923366543:2/org/slf4j/impl/StaticLoggerBinder.class]
> SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
> SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
> 14:09:55.604 [Worker-2] DEBUG o.e.m.c.i.p.r.ProjectRegistryRefreshJob - Queued refresh request: [/RemoteSystemsTempFiles/pom.xml]
> openjdk version "1.8.0_92"
> OpenJDK Runtime Environment (build 1.8.0_92-b14)
> OpenJDK 64-Bit Server VM (build 25.92-b14, mixed mode)
> 14:09:57.115 [Worker-14] DEBUG o.e.a.i.i.DefaultLocalRepositoryProvider - Using manager EnhancedLocalRepositoryManager with priority 10.0 for /home/donato/.m2/repository
> 14:09:57.142 [Worker-14] DEBUG o.e.a.i.i.DefaultLocalRepositoryProvider - Using manager EnhancedLocalRepositoryManager with priority 10.0 for /home/donato/.m2/repository
> 14:09:57.143 [Worker-14] DEBUG o.e.m.c.i.p.r.ProjectRegistryManager - Refreshing: [L/RemoteSystemsTempFiles/pom.xml]
> 14:09:57.156 [Worker-14] DEBUG o.e.m.c.i.p.r.ProjectRegistryManager - Refreshed: [L/RemoteSystemsTempFiles/pom.xml]
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x00007f521a6d7bfe, pid=12689, tid=0x00007f52cf5a3700
> #
> # JRE version: OpenJDK Runtime Environment (8.0_92-b14) (build 1.8.0_92-b14)
> # Java VM: OpenJDK 64-Bit Server VM (25.92-b14 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # C [libjavascriptcoregtk-3.0.so.0+0x4d4bfe] JSC::VM::throwException(JSC::ExecState*, JSC::JSValue)+0x236e
> #
> # Core dump written. Default location: /home/donato/core or core.12689
> #
> # An error report file with more information is saved as:
> # /home/donato/hs_err_pid12689.log
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.java.com/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-22622) Opening the Web Console in the embedded browser (by default) results in error
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22622?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-22622:
----------------------------------------
This works fine on my Windows 7 after using devsuite installer. This worth investigating. Maybe it's related to the fact that on Windows 64 we do not use our bundled xulrunner which can cause additional problems. But opening the web console in the external browser will be probably safer anyway. Internal eclipse browser has a lot of problems.
> Opening the Web Console in the embedded browser (by default) results in error
> -----------------------------------------------------------------------------
>
> Key: JBIDE-22622
> URL: https://issues.jboss.org/browse/JBIDE-22622
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.4.1.S116
> Reporter: Fred Bricon
>
> The Web Console opens using whatever browser is set in Eclipse (internal by default). When using the default browser, after logging in, there's an error message stating "Server connection interrupted". This error occurs on OSX and Linux at least.
> I think the web console should be opened in the external browser in all cases.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBDS-3953) JBoss Studio Developer crash at startup on Fedora 24
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBDS-3953?page=com.atlassian.jira.plugin.... ]
Alexey Kazakov commented on JBDS-3953:
--------------------------------------
[~dmarrazzo] even with ./jbdevstudio -vmargs -Dorg.eclipse.swt.browser.DefaultType=mozilla ?
And even more important question if export SWT_WEBKIT2=1 is still required in Neon to workaround this problem. [~akurtako]?
> JBoss Studio Developer crash at startup on Fedora 24
> ----------------------------------------------------
>
> Key: JBDS-3953
> URL: https://issues.jboss.org/browse/JBDS-3953
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 9.1.0.GA
> Environment: Fedora 24
> openjdk full version "1.8.0_92-b14"
> Reporter: Donato Marrazzo
> Assignee: Snjezana Peco
> Priority: Critical
> Fix For: 10.0.0.GA
>
> Attachments: hs_err_pid12689.log, hs_err_pid3836.log.zip, Selection_003.png
>
>
> After installation, as I launch JBS, it just display the eclipse workbench for few second that it crash.
> Despite the console message, no core dump is generated.
> This is the cmd line output:
> SLF4J: Class path contains multiple SLF4J bindings.
> SLF4J: Found binding in [bundleresource://1072.fwk923366543:1/org/slf4j/impl/StaticLoggerBinder.class]
> SLF4J: Found binding in [bundleresource://1072.fwk923366543:2/org/slf4j/impl/StaticLoggerBinder.class]
> SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
> SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
> 14:09:55.604 [Worker-2] DEBUG o.e.m.c.i.p.r.ProjectRegistryRefreshJob - Queued refresh request: [/RemoteSystemsTempFiles/pom.xml]
> openjdk version "1.8.0_92"
> OpenJDK Runtime Environment (build 1.8.0_92-b14)
> OpenJDK 64-Bit Server VM (build 25.92-b14, mixed mode)
> 14:09:57.115 [Worker-14] DEBUG o.e.a.i.i.DefaultLocalRepositoryProvider - Using manager EnhancedLocalRepositoryManager with priority 10.0 for /home/donato/.m2/repository
> 14:09:57.142 [Worker-14] DEBUG o.e.a.i.i.DefaultLocalRepositoryProvider - Using manager EnhancedLocalRepositoryManager with priority 10.0 for /home/donato/.m2/repository
> 14:09:57.143 [Worker-14] DEBUG o.e.m.c.i.p.r.ProjectRegistryManager - Refreshing: [L/RemoteSystemsTempFiles/pom.xml]
> 14:09:57.156 [Worker-14] DEBUG o.e.m.c.i.p.r.ProjectRegistryManager - Refreshed: [L/RemoteSystemsTempFiles/pom.xml]
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x00007f521a6d7bfe, pid=12689, tid=0x00007f52cf5a3700
> #
> # JRE version: OpenJDK Runtime Environment (8.0_92-b14) (build 1.8.0_92-b14)
> # Java VM: OpenJDK 64-Bit Server VM (25.92-b14 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # C [libjavascriptcoregtk-3.0.so.0+0x4d4bfe] JSC::VM::throwException(JSC::ExecState*, JSC::JSValue)+0x236e
> #
> # Core dump written. Default location: /home/donato/core or core.12689
> #
> # An error report file with more information is saved as:
> # /home/donato/hs_err_pid12689.log
> #
> # If you would like to submit a bug report, please visit:
> # http://bugreport.java.com/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months