[JBoss JIRA] (JBIDE-21857) Hot code replacement doesn't work on OpenShift
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-21857 at 11/29/16 11:52 AM:
---------------------------------------------------------------------
[~mlabuda] basic, non-structural changes to a method work for me without any problems. There's no dialog popping up, the change is being deployed and the changed code is being run:
# EXEC: Open OpenShift application wizard
# EXEC select eap64-basic-s2i template and proceed to next wizard page
# EXEC: change CONTEXT_DIR param to helloworld,
# EXEC: click Finish and let import application to your workspace once you are prompted.
# EXEC: Create a new OpenShift 3 server adapter for the application.
# EXEC: Restart server adapter in debug mode.
# EXEC: pick "Show In > Web Browser" in the context menu of your Server adapter
# ASSERT: Browser opens up showing a page with "Hello World"
# EXEC: Open HelloService.java in Java editor, change #createHelloMessage method to return "Oh hey, hello " + name + "!". Save editor
{code:title= HelloService#createHelloMessage}
return "Oh hey, hello " + name + "!". Save editor;
{code}
# ASSERT: console shows up and you see rsync transferring the change
# EXEC: refresh your browser
Result:
The web browser page now shows the changed text: "Oh hey, hello World!"
was (Author: adietish):
[~mlabuda] basic, non-structural changes to a method work for me without any problems. There's no dialog popping up, the change is being deployed and the changed code is being run:
# EXEC: Open OpenShift application wizard
# EXEC select eap64-basic-s2i template and proceed to next wizard page
# EXEC: change CONTEXT_DIR param to helloworld,
# EXEC: click Finish and let import application to your workspace once you are prompted.
# EXEC: Create a new OpenShift 3 server adapter for the application.
# EXEC: Restart server adapter in debug mode.
# EXEC: pick "Show In > Web Browser" in the context menu of your Server adapter
# ASSERT: Browser opens up showing a page with "Hello World"
# EXEC: Open HelloService.java in Java editor, change #createHelloMessage method to return "Oh hey, hello " + name + "!". Save editor
# ASSERT: console shows up and you see rsync transferring the change
# EXEC: refresh your browser
Result:
The web browser page now shows the changed text: "Oh hey, hello World!"
> Hot code replacement doesn't work on OpenShift
> ----------------------------------------------
>
> Key: JBIDE-21857
> URL: https://issues.jboss.org/browse/JBIDE-21857
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.4.2.Final, 4.4.3.AM1, 4.5.0.AM1
>
> Attachments: HCRFailure.zip
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBIDE-21857) Hot code replacement doesn't work on OpenShift
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-21857 at 11/29/16 11:51 AM:
---------------------------------------------------------------------
[~mlabuda] basic, non-structural changes to a method work for me without any problems. There's no dialog popping up, the change is being deployed and the changed code is being run:
# EXEC: Open OpenShift application wizard
# EXEC select eap64-basic-s2i template and proceed to next wizard page
# EXEC: change CONTEXT_DIR param to helloworld,
# EXEC: click Finish and let import application to your workspace once you are prompted.
# EXEC: Create a new OpenShift 3 server adapter for the application.
# EXEC: Restart server adapter in debug mode.
# EXEC: pick "Show In > Web Browser" in the context menu of your Server adapter
# ASSERT: Browser opens up showing a page with "Hello World"
# EXEC: Open HelloService.java in Java editor, change #createHelloMessage method to return "Oh hey, hello " + name + "!". Save editor
# ASSERT: console shows up and you see rsync transferring the change
# EXEC: refresh your browser
Result:
The web browser page now shows the changed text: "Oh hey, hello World!"
was (Author: adietish):
[~mlabuda] basic, non-structural changes to a method work for me without any problems. There's no dialog popping up, the change is being deployed and it works:
# EXEC: Open OpenShift application wizard
# EXEC select eap64-basic-s2i template and proceed to next wizard page
# EXEC: change CONTEXT_DIR param to helloworld,
# EXEC: click Finish and let import application to your workspace once you are prompted.
# EXEC: Create a new OpenShift 3 server adapter for the application.
# EXEC: Restart server adapter in debug mode.
# EXEC: pick "Show In > Web Browser" in the context menu of your Server adapter
# ASSERT: Browser opens up showing a page with "Hello World"
# EXEC: Open HelloService.java in Java editor, change #createHelloMessage method to return "Oh hey, hello " + name + "!". Save editor
# ASSERT: console shows up and you see rsync transferring the change
# EXEC: refresh your browser
Result:
The web browser page now shows the changed text: "Oh hey, hello World!"
> Hot code replacement doesn't work on OpenShift
> ----------------------------------------------
>
> Key: JBIDE-21857
> URL: https://issues.jboss.org/browse/JBIDE-21857
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.4.2.Final, 4.4.3.AM1, 4.5.0.AM1
>
> Attachments: HCRFailure.zip
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBIDE-21857) Hot code replacement doesn't work on OpenShift
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-21857:
------------------------------------------
[~mlabuda] basic, non-structural changes to a method work for me without any problems. There's no dialog popping up, the change is being deployed and it works:
# EXEC: Open OpenShift application wizard
# EXEC select eap64-basic-s2i template and proceed to next wizard page
# EXEC: change CONTEXT_DIR param to helloworld,
# EXEC: click Finish and let import application to your workspace once you are prompted.
# EXEC: Create a new OpenShift 3 server adapter for the application.
# EXEC: Restart server adapter in debug mode.
# EXEC: pick "Show In > Web Browser" in the context menu of your Server adapter
# ASSERT: Browser opens up showing a page with "Hello World"
# EXEC: Open HelloService.java in Java editor, change #createHelloMessage method to return "Oh hey, hello " + name + "!". Save editor
# ASSERT: console shows up and you see rsync transferring the change
# EXEC: refresh your browser
Result:
The web browser page now shows the changed text: "Oh hey, hello World!"
> Hot code replacement doesn't work on OpenShift
> ----------------------------------------------
>
> Key: JBIDE-21857
> URL: https://issues.jboss.org/browse/JBIDE-21857
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.4.2.Final, 4.4.3.AM1, 4.5.0.AM1
>
> Attachments: HCRFailure.zip
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBDS-4081) Installation fails with "Error: Command failed: vagrant box remove cdkv2 -f" when a previous installation went bad
by Aurélien Pupier (JIRA)
[ https://issues.jboss.org/browse/JBDS-4081?page=com.atlassian.jira.plugin.... ]
Aurélien Pupier updated JBDS-4081:
----------------------------------
Summary: Installation fails with "Error: Command failed: vagrant box remove cdkv2 -f" when a previous installation went bad (was: Installation fails with "Error: Command failed: vagrant box remove cdkv2 -f")
> Installation fails with "Error: Command failed: vagrant box remove cdkv2 -f" when a previous installation went bad
> ------------------------------------------------------------------------------------------------------------------
>
> Key: JBDS-4081
> URL: https://issues.jboss.org/browse/JBDS-4081
> Project: Red Hat JBoss Developer Studio (devstudio)
> Issue Type: Bug
> Components: platform-installer
> Affects Versions: 1.1.0.GA
> Reporter: Aurélien Pupier
> Assignee: Denis Golovin
>
> {noformat}
> Tue, 04 Oct 2016 13:08:46 GMT-INFO: cdk - Execute command vagrant box remove cdkv2 -f
> Tue, 04 Oct 2016 13:08:46 GMT-INFO: cdk - Execute options {
> "env": {
> "ALLUSERSPROFILE": "C:\\ProgramData",
> "APPDATA": "C:\\Users\\Aurelien Pupier\\AppData\\Roaming",
> "CommonProgramFiles": "C:\\Program Files\\Common Files",
> "CommonProgramFiles(x86)": "C:\\Program Files (x86)\\Common Files",
> "CommonProgramW6432": "C:\\Program Files\\Common Files",
> "COMPUTERNAME": "DESKTOP-9NT300B",
> "ComSpec": "C:\\WINDOWS\\system32\\cmd.exe",
> "DOCKER_CERT_PATH": "C:\\certificate",
> "DOCKER_HOST": "tcp://10.1.2.2:2376",
> "DOCKER_MACHINE_NAME": "498b304",
> "DOCKER_TLS_VERIFY": "1",
> "DOCKER_TOOLBOX_INSTALL_PATH": "C:\\Program Files\\Docker Toolbox",
> "GIT_HOME": "C:\\Program Files\\Git",
> "GOOGLE_API_KEY": "AIzaSyAQfxPJiounkhOjODEO5ZieffeBv6yft2Q",
> "HOMEDRIVE": "C:",
> "HOMEPATH": "\\Users\\Aurelien Pupier",
> "JAVA_HOME": "C:\\Program Files\\Java\\jdk1.8.0_65",
> "LOCALAPPDATA": "C:\\Users\\Aurelien Pupier\\AppData\\Local",
> "LOGONSERVER": "\\\\DESKTOP-9NT300B",
> "MAVEN_HOME": "C:\\install\\apache-maven-3.3.9-bin\\apache-maven-3.3.9",
> "NUMBER_OF_PROCESSORS": "8",
> "OS": "Windows_NT",
> "Path": "C:\\ProgramData\\Oracle\\Java\\javapath;C:\\WINDOWS\\system32;C:\\WINDOWS;C:\\WINDOWS\\System32\\Wbem;C:\\WINDOWS\\System32\\WindowsPowerShell\\v1.0\\;C:\\Program Files (x86)\\Skype\\Phone\\;C:\\Program Files (x86)\\PuTTY\\;C:\\Program Files\\RedHat\\java-1.8.0-openjdk-1.8.0.102-1\\bin;C:\\HashiCorp\\Vagrant\\bin;c:\\install\\DevelopmentSuite\\cdk\\bin;c:\\install\\DevelopmentSuite\\cygwin\\bin;C:\\OpenShift;C:\\Program Files\\Docker Toolbox;C:\\install\\apache-maven-3.3.9-bin\\apache-maven-3.3.9\\bin;C:\\Program Files\\Git\\bin;C:\\Users\\Aurelien Pupier\\AppData\\Local\\Microsoft\\WindowsApps;C:\\HashiCorp\\Vagrant\\bin;bin;C:\\Program Files\\Oracle\\VirtualBox\\",
> "PATHEXT": ".COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC",
> "PROCESSOR_ARCHITECTURE": "AMD64",
> "PROCESSOR_IDENTIFIER": "Intel64 Family 6 Model 60 Stepping 3, GenuineIntel",
> "PROCESSOR_LEVEL": "6",
> "PROCESSOR_REVISION": "3c03",
> "ProgramData": "C:\\ProgramData",
> "ProgramFiles": "C:\\Program Files",
> "ProgramFiles(x86)": "C:\\Program Files (x86)",
> "ProgramW6432": "C:\\Program Files",
> "PSModulePath": "C:\\Program Files\\WindowsPowerShell\\Modules;C:\\WINDOWS\\system32\\WindowsPowerShell\\v1.0\\Modules",
> "PUBLIC": "C:\\Users\\Public",
> "SystemDrive": "C:",
> "SystemRoot": "C:\\WINDOWS",
> "TEMP": "C:\\Users\\AURELI~1\\AppData\\Local\\Temp",
> "TMP": "C:\\Users\\AURELI~1\\AppData\\Local\\Temp",
> "USERDOMAIN": "DESKTOP-9NT300B",
> "USERDOMAIN_ROAMINGPROFILE": "DESKTOP-9NT300B",
> "USERNAME": "Aurelien Pupier",
> "USERPROFILE": "C:\\Users\\Aurelien Pupier",
> "VAGRANT_DETECTED_OS": "cygwin",
> "VAGRANT_HOME": "C:\\install\\.vagrant_home",
> "VBOX_MSI_INSTALL_PATH": "C:\\Program Files\\Oracle\\VirtualBox\\",
> "windir": "C:\\WINDOWS",
> "__COMPAT_LAYER": "Installer"
> },
> "cwd": "c:\\install\\DevelopmentSuite-1.1.0\\cdk\\boxes"
> }
> Tue, 04 Oct 2016 13:08:48 GMT-ERROR: cdk - Error: Command failed: vagrant box remove cdkv2 -f
> [0;31mThe VirtualBox VM was created with a user that doesn't match the
> current user running Vagrant. VirtualBox requires that the same user
> be used to manage the VM that was created. Please re-run Vagrant with
> that user. This is not a Vagrant issue.
> The UID used to create the VM was: 0
> Your UID is: 1001
> {noformat}
> I tried to call the same command from cmd line and I have the same error.
> I tried to call the same command from cmd line as administrator and I have the same error.
> I found this on StackOverflow:http://stackoverflow.com/questions/31644222/vagrant-not-sta... but I have no .vagrant\machines\default\virtualbox\creator_uid files neither .vagrant folder, I have only .vagrant.d folder
> I'm on Windows 10
> I suppose that the previous version of the box was installed while I followed the steps to install CDK before the installer exists.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBIDE-21857) Hot code replacement doesn't work on OpenShift
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-21857:
-------------------------------------
Steps to Reproduce:
EXEC: Create a new OpenShift EAP 6.4 application. Open New OpenShift application wizard, select eap64-basic-s2i template, proceed to next wizard page, change CONTEXT_DIR param to helloworld, click Finish and let import application to your workspace once you are prompted.
EXEC: Create a new OpenShift 3 server adapter for the application.
ASSERT: There is a started server adapter for the application in Servers view.
EXEC: Restart server adapter in debug mode.
ASSERT: Server adapter is in debug mode, synchronized.
EXEC: Rename method or add a field to class (e.g. in HelloService) = do HCR incompatible change in class structure.
EXEC: Save editor.
ASSERT: Dialog warning about failed HCR is shown.
EXEC: Click button Restart buttons in Hot Code Replace Failed dialog.
ASSERT: Module is deployed on a remote server.
RESULT: Debugger is out of sync.
EXPECTED RESULT: Debugger is back to sync.
EXEC: Make a HCR compatible change (in method body e.g. change returned message).
EXEC: Save editor.
RESULT: Hot Code Replace Failed dialog is shown.
EXPECTED RESULT: Change is propagated successfully, there is no HCR Failed dialog and debugger is in sync.
was:
EXEC: Create a new OpenShift EAP 6.4 application. Open New OpenShift application wizard, select eap64-basic-s2i template, proceed to next wizard page, change CONTEXT_DIR param to helloworld, click Finish and let import application to your workspace once you are prompted.
EXEC: Create a new OpenShift 3 server adapter for the application.
ASSERT: There is a started server adapter for the application in Servers view.
EXEC: Restart server adapter in debug mode.
ASSERT: Server adapter is in debug mode, synchronized.
ASSERT: Dialog warning about failed HCR is shown.
EXEC: Click button Restart buttons in Hot Code Replace Failed dialog.
ASSERT: Module is deployed on a remote server.
RESULT: Debugger is out of sync.
EXPECTED RESULT: Debugger is back to sync.
EXEC: Make a HCR compatible change (in method body e.g. change returned message).
EXEC: Save editor.
RESULT: Hot Code Replace Failed dialog is shown.
EXPECTED RESULT: Change is propagated successfully, there is no HCR Failed dialog and debugger is in sync.
> Hot code replacement doesn't work on OpenShift
> ----------------------------------------------
>
> Key: JBIDE-21857
> URL: https://issues.jboss.org/browse/JBIDE-21857
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.4.2.Final, 4.4.3.AM1, 4.5.0.AM1
>
> Attachments: HCRFailure.zip
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBIDE-21857) Hot code replacement doesn't work on OpenShift
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-21857:
------------------------------------------
[~mlabuda] debugging helloworld works for me even with the JMX being disconnected. I thus removed the following steps:
{quote}
EXEC: Expand server adapter.
ASSERT: JMX is connected (bug JBIDE-21857, if it is disconnected, double click on the button and wait to connect).
{quote}
> Hot code replacement doesn't work on OpenShift
> ----------------------------------------------
>
> Key: JBIDE-21857
> URL: https://issues.jboss.org/browse/JBIDE-21857
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.4.2.Final, 4.4.3.AM1, 4.5.0.AM1
>
> Attachments: HCRFailure.zip
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBIDE-21857) Hot code replacement doesn't work on OpenShift
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-21857:
-------------------------------------
Steps to Reproduce:
EXEC: Create a new OpenShift EAP 6.4 application. Open New OpenShift application wizard, select eap64-basic-s2i template, proceed to next wizard page, change CONTEXT_DIR param to helloworld, click Finish and let import application to your workspace once you are prompted.
EXEC: Create a new OpenShift 3 server adapter for the application.
ASSERT: There is a started server adapter for the application in Servers view.
EXEC: Restart server adapter in debug mode.
ASSERT: Server adapter is in debug mode, synchronized.
ASSERT: Dialog warning about failed HCR is shown.
EXEC: Click button Restart buttons in Hot Code Replace Failed dialog.
ASSERT: Module is deployed on a remote server.
RESULT: Debugger is out of sync.
EXPECTED RESULT: Debugger is back to sync.
EXEC: Make a HCR compatible change (in method body e.g. change returned message).
EXEC: Save editor.
RESULT: Hot Code Replace Failed dialog is shown.
EXPECTED RESULT: Change is propagated successfully, there is no HCR Failed dialog and debugger is in sync.
was:
EXEC: Create a new OpenShift EAP 6.4 application. Open New OpenShift application wizard, select eap64-basic-s2i template, proceed to next wizard page, change CONTEXT_DIR param to helloworld, click Finish and let import application to your workspace once you are prompted.
EXEC: Create a new OpenShift 3 server adapter for the application.
ASSERT: There is a started server adapter for the application in Servers view.
EXEC: Restart server adapter in debug mode.
ASSERT: Server adapter is in debug mode, synchronized.
EXEC: Expand server adapter.
ASSERT: JMX is connected (bug JBIDE-21857, if it is disconnected, double click on the button and wait to connect).
EXEC: Rename method or add a field to class (e.g. in HelloService) = do HCR incompatible change in class structure.
EXEC: Save editor.
ASSERT: Dialog warning about failed HCR is shown.
EXEC: Click button Restart buttons in Hot Code Replace Failed dialog.
ASSERT: Module is deployed on a remote server.
RESULT: Debugger is out of sync.
EXPECTED RESULT: Debugger is back to sync.
EXEC: Make a HCR compatible change (in method body e.g. change returned message).
EXEC: Save editor.
RESULT: Hot Code Replace Failed dialog is shown.
EXPECTED RESULT: Change is propagated successfully, there is no HCR Failed dialog and debugger is in sync.
> Hot code replacement doesn't work on OpenShift
> ----------------------------------------------
>
> Key: JBIDE-21857
> URL: https://issues.jboss.org/browse/JBIDE-21857
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta2
> Reporter: Fred Bricon
> Assignee: Rob Stryker
> Fix For: 4.4.2.Final, 4.4.3.AM1, 4.5.0.AM1
>
> Attachments: HCRFailure.zip
>
>
> When enabling debug mode on an EAP server deployed on OpenShift, locally changing a class file will :
> - work sometimes when only the content of the method changed, but could fail in some other occasions with the Debugger saying the JDK is out of sync
> - will always fail if a method signature changed, the debugger saying JDK is out of sync
> Restarting the deployed module (with the .dodeploy flag) doesn't fixes the issue (as opposed to the same tweak ahen running on a local EAP server)
> This may be caused by running OpenJDK? Does it support the same level of debugging as Oracle JDK?
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (JBIDE-23514) Server adapter: adapters for non-java app should not have a JMX child (double clicking it causes error)
by Jeff Cantrill (JIRA)
[ https://issues.jboss.org/browse/JBIDE-23514?page=com.atlassian.jira.plugi... ]
Jeff Cantrill commented on JBIDE-23514:
---------------------------------------
Aside from an annotation that specifically identifies a pod as 'jmx enabled' there is nothing. Could we get the cloud enablment team to provide this value? Alternatively we could maybe expose a node based on a typical port number? Is it possible to maybe 'ping' or telnet to a JMX port by trying to connect with a short timeout?
> Server adapter: adapters for non-java app should not have a JMX child (double clicking it causes error)
> -------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-23514
> URL: https://issues.jboss.org/browse/JBIDE-23514
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: openshift
> Affects Versions: 4.4.2.AM3
> Reporter: Andre Dietisheim
> Labels: jmx, openshift_v3, server_adapter
> Fix For: 4.4.3.AM1
>
> Attachments: jmx-error-nodejs.png
>
>
> Most likely server adapters for non-java based apps should not have a jmx node.
> Steps to reproduce:
> # ASSERT: make sure that you have a nodejs app (with a service) running in OpenShift (ex. created via nodejs-example template)
> # ASSERT: make sure the build is finished, the pod is running.
> # ASSERT: make sure that you have a server adapter for your service
> # ASSERT: make sure that it is in "[Started, Synchronized]" state)
> # EXEC: unfold the server adapter and double click on the JMX child
> Result:
> An error shows up
> !jmx-error-nodejs.png!
> {code}
> java.io.IOException: org.jolokia.client.exception.J4pRemoteException: Service Unavailable
> at org.jboss.tools.jmx.jolokia.JolokiaConnectionWrapper.verifyServerReachable(JolokiaConnectionWrapper.java:328)
> at org.jboss.tools.openshift.core.server.OpenshiftJMXConnectionProvider$1.verifyServerReachable(OpenshiftJMXConnectionProvider.java:83)
> at org.jboss.tools.jmx.jolokia.JolokiaConnectionWrapper.connect(JolokiaConnectionWrapper.java:111)
> at org.jboss.tools.jmx.core.ConnectJob.run(ConnectJob.java:29)
> at org.jboss.tools.jmx.ui.internal.actions.DoubleClickAction$1.run(DoubleClickAction.java:71)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> Caused by: org.jolokia.client.exception.J4pRemoteException: Service Unavailable at org.jolokia.client.J4pClient.extractJsonResponse(J4pClient.java:278)
> at org.jolokia.client.J4pClient.execute(J4pClient.java:191)
> at org.jolokia.client.J4pClient.execute(J4pClient.java:168)
> at org.jolokia.client.J4pClient.execute(J4pClient.java:117)
> at org.jboss.tools.jmx.jolokia.JolokiaConnectionWrapper.verifyServerReachable(JolokiaConnectionWrapper.java:315)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months