Deixe este campo vazio se voc� quiser lan�ar os agentes slave via JNLP. Com esta configura��o, a p�gina de informa��es do slave (hudson/computer/***/) ter� um �cone de lan�amento JNLP, e voc� poder� clicar no link da m�quina slave correta para lan�ar o agente slave via JNLP.
Este modo � conveniente para slaves Windows que frequentemente n�o tem um mecanismo de execu��o remota.
Quando um comando real � especificado neste campo, este comando � executado na m�quina master, e o Hudson assume que o programa executado lan�a o programa slave.jar na m�quina slave correta.
Uma c�pia de slave.jar pode ser encontrada em WEB-INF/slave.jar dentro de hudson.war.
Em um simples caso, isto poderia ser algo como "ssh hostname java -jar ~/bin/slave.jar". Entretanto, � uma boa id�ia escrever um pequeno shell script, como o seguinte, em um slave tal que voc� possa controlar a localiza��o do Java e/ou slave.jar, bem como configurar qualquer vari�vel de ambiente espec�fica para este n� slave, tal como PATH.
#!/bin/sh exec java -jar ~/bin/slave.jar
Voc� pode usar qualquer comando para executar um processo na m�quina slave, tal como RSH, desde que as entrada/sa�da padr�o (stdin/stdout) deste processo estejam eventualmente conectadas a "java -jar ~/bin/slave.jar".
Em uma grande implanta��o, tamb�m � valioso considerar carregar slave.jar de uma localiza��o comum montada via NFS, assim voc� n�o tem que atualizar este arquivo toda vez que voc� atualizar o Hudson.
Definir isto como "ssh -v hostname" pode ser �til para depurar quest�es de conectividade.