- 
    Improvement 
- 
    Resolution: Fixed
- 
    Major 
- 
    None
"java -jar slave.jar" currently has a logic that keeps on reconnecting if a connection is dropped. This is good, but over a long run, if any memory leak happens during a connection, it'll slowly clog up the JVM.
On Unix, it is better to exec to itself to start clean in case of a connection loss. On slaves managed as a Windows service, it is better to just terminate the process and let Windows SCM launch a new one.
Slaves should do this kind of intelligent reconnection, much like how Jenkins master restarts itself.
- depends on
- 
                    JENKINS-24272 jnlp slaves fail to reconnect when master is restarted -         
- Resolved
 
-         
- 
                    JENKINS-25490 Slave agent run with javaws breaks with "Unable to launch the application" when master is stopped -         
- Resolved
 
-         
- 
                    JENKINS-25895 GUI-mode JNLP slave does not reconnect after Jenkins restart (UnixSlaveRestarter broken) -         
- Resolved
 
-         
- is related to
- 
                    JENKINS-5413 SCM polling getting hung -         
- Open
 
-         
- 
                    JENKINS-22454 When a slave is installed as a service, it should auto-update slave.jar -         
- Resolved
 
-         
- relates to
- 
                    JENKINS-66446 WebSocket agent does not reconnect: ClassNotFoundException: jenkins.slaves.restarter.JnlpSlaveRestarterInstaller -         
- Closed
 
-