[
https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi...
]
Fred Bricon edited comment on JBIDE-21857 at 3/17/16 1:52 PM:
--------------------------------------------------------------
OK so it seems we can reproduce the same behavior locally:
- deploy jboss kitchensink on a local WF or EAP server, in debug mode
- register a new member, to make sure the classes are loaded
- add a new print() { System.err.println("print")} method in
MemberRegistration(), called in register(Member member)
- saving the file, a dialog will open telling you code can't be replaced. Select to
restart the module
- register a new member, the console will display "print"
- change print() to display "print again"
- saving the file, a dialog will open telling you code can't be replaced <-- this
is bad, we expect the debugger to load the non structural change on-the-fly
was (Author: fbricon):
OK so it seems we can reproduce the same behavior locally:
- deploy jboss kitchensink on a local WF or EAP server, in debug mode
- register a new member, to make sure the classes are loaded
- add a new print() { System.err.println("print")} method in
MemberRegistration(), called in register(Member member)
- saving the file, a dialog will open telling you code can't be replaced. Select to
restart the module
- register a new member, the console will display "print"
- change print() to display "print again"
- saving the file, a dialog will open telling you code can't be replaced <-- this
is bad, we expect the debugger to load the non structural change ob the fly
Hot class reload 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: Thomas Mäder
Priority: Blocker
Fix For: 4.3.1.CR1
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
(v6.4.11#64026)