[
https://issues.jboss.org/browse/JBIDE-24560?page=com.atlassian.jira.plugi...
]
Rob Stryker commented on JBIDE-24560:
-------------------------------------
After looking into this, the delay is universally determined by updateDebugConfig, and,
specifically, waitFor(rcListenerJob, monitor); This job waits around for a matching pod
to be non-null. It receives updates from the client whenever the client event framework
throws a change event.
I can't see anything in the code at all that is hindering or slowing down the process,
or delaying unnecessarily. In fact the code looks very efficient at handling these events,
and the delay seems 100% on the runtime side while waiting for a proper event to be
received that indicates everything is ok to proceed.
=/
partial log:
https://paste.fedoraproject.org/paste/PjykYz7uIxnSa8jUR~L3qA
Server adapter very slow to restart in debug
---------------------------------------------
Key: JBIDE-24560
URL:
https://issues.jboss.org/browse/JBIDE-24560
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Affects Versions: 4.4.4.Final
Reporter: Jeff MAURY
Assignee: Rob Stryker
Labels: openshift, openshift_v3, server_adapter
Fix For: 4.5.0.Final
When the server adapter has been created and just started, if you restart in debug, it is
very slow to restart. It seems to happen only the first time after you created it and
started.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)