[ https://issues.jboss.org/browse/JBIDE-24868?page=com.atlassian.jira.plugi... ] Roland Huß commented on JBIDE-24868: ------------------------------------ Some remarks: 1) actually I haven't experienced that kind of timeout much (so when debugging with IntelliJ the connection seemed to stay open, maybe IntelliJ is sending some kind of ping, intentional or unintentional). 2) the router timeout is imo the biggest pita. The solution via port-forwarding is often not possible: * A Single Page App's UI doesn't use relative URL to access the backend for requests, so can't be changed to use the forwarded port * The application is composed via MicroServices which are aggregated on the route level (i.e. the routed spans and defines the REST URL namespace), so for an application to work it might be mandatory to go over the route (e.g. our Syndesis app is example of this kind of application) 3) On a second thought, I don't think anymore that this is critical. The recommendation to choose to suspend only on the thread should cover 99% of all use cases, so changing the deployment config on the fly (and causing a redeployment for this) is too much effort for too less gain imo. Maybe we could get at least an option to Minishift which can influence the router's global timeout value? For many developers this would be already a big help. -- This message was sent by Atlassian JIRA (v7.2.3#72005)