[ https://issues.jboss.org/browse/JBIDE-21857?page=com.atlassian.jira.plugi... ] Andre Dietisheim commented on JBIDE-21857: ------------------------------------------ {quote} [3:46 PM] Rob Stryker: with a local wf / eap, we had the same bug [3:47 PM] Rob Stryker: the problem was,  the eclipse debugger would actulaly somehow hold a reference to the class being changed [3:47 PM] Rob Stryker: when you do a full publish, the server is actually getting rid of all the old classes, and making active new versions of the same [3:47 PM] Rob Stryker: however, the server never cleanly gets rid of the old one, bc there's a breakpoint on it [3:48 PM] Rob Stryker: so the debugger's reference to it prevents it from being cleaned up [3:48 PM] Rob Stryker: so how do we handle it for local? [3:49 PM] Rob Stryker: as i recall,  we 1) disabel the breakpoints,  2) issue garbage collection command on server 2x,  and 3) re-enable the breakpoints ... [3:50 PM] Rob Stryker: for the local eap we have in code: [3:50 PM] Rob Stryker: ClassCollectingHCRListener [3:50 PM] Rob Stryker: for the openshift eap: [3:50 PM] Rob Stryker: OpenShiftLaunchController   instantiates an anonymous subclass of ClassCollectingHCRListener [3:50 PM] Rob Stryker: line 391 {quote} -- This message was sent by Atlassian JIRA (v7.2.3#72005)