ayuda hilo q controla frame

Es decir que quieres mostrar un solo frame?

Si es así, ¡no crees el objeto dos veces!

Cuando llamas:   ( ¿por que diablos le ponen minúsculas a las clases? ) estas creando dos objetos. Ellos no tienen ni la culpa ( ni la responsabilidad ) de que tu intención sea tener solo uno..

Sobre lo de la tarea que se interrumpe y todo eso no te entendí nada y cada vez que releo tu post me desespero un poco más así que ahí te va un ejemplo de lo que yo creo que estás intentando:

1.- Ejecutar una tarea en el servidor
2.- Mientras esa tarea se ejecute ignorar las nuevas peticiones
3- Cuando la tarea termine, permitir nuevas tareas.

Si es esto lo que quieres, tienes que empezar por sacar la lógica de la tarea de la interfaz gráfica donde no pertenece.

Swing es finalmente single thread, todo su ejecución de pintado se realiza a través de un solo hilo que se llama EDT ( event dispatcher thread ) así que es relavitamente sencillo y seguro setear variables para control del flujo por que solo un thread las accede ( el EDT precisamente ).

Luego lo que tienes que hacer es ...

Creo que se entenderá mejor con código.

Aquí va un ejemplo.

• Imagina que tienes una pantalla donde escribes un query.
• Cuando oprimes el botón "ejecutar" el query se ejecuta contra el servidor.
• En ese intermedio ninguna otra ejecución es aceptada.
• Al terminar la ejecución se pueden aceptar nuevas tareas.

El código de ejemplo sería el siguiente ( nota: este es solo un ejemplo y no necesariamente un modelo a seguir, en especial el comando y su control deberían de ser diferentes )

 

Si das click varias veces en el boton, la tarea te ignorará por que ya está trabajando en algo.

Resultado:

Como ves, sacando la lógica de la interfaz gráfica puedes simplificar el control.

Espero que esto te sirva y te diviertas entendiendole a mi código tanto como yo me divertí haciendolo.

Buenas noches

ahora mismo comenzare a hacer pruebas, y gracias por descifrar mi explicacion, y ya t cuento como me va.

Perfecto he probado tu codigo y esta muy bien y con la definicion de los hilos q aportaste pude encapsular bien declaracion e inicio de variables, asi se soluciono mi problema.

Y fue muy interesante comprender y analizar tu código.

Muchas gracias!!!!

¡¡Que bueno!!, No me desvelé en vano ( me entró un frenesí por terminar ese ejemplo ) :) :) :)

Solo hay que tener cuidado con el uso "al descubierto" de las variables cuando se trata de una aplicación con hilos.

Aquí funcionó ( como te digo ) por que la variable de modifica "fuera" de el nuevo hilo donde sigue siendo el EDT el que rige.

Hay también una clase que se llama "SwingWorker" que ayuda a hacer el "callback" te recomiendo que le heches un ojo.

Finalmente, desde Java 1.5 se introdujo una biblioteca para el manejo de threads, también vale la pena revisarla para ver si puedes encolar trabajos con ella.

SwingWorker se introdujo apenas en Java 6; en Java 5 hay que usar un backport. Aquí mismo hubo una discusión al respecto hace tiempo.

Yeap, SwingWorker en Java 1.6 y java.util.concurrent desde 1.5

No se podria aplicar un patron singleton con synchronized, y la clase command heredar directamente de Thread?

En dónde quieres meter  ?

No se recomienda extender Thread, es mejor implementar Runnable, y luego crear un Thread con tu Runnable.

Lo que sí estaría bueno es hacer   la variable  , para hacerlo a prueba de alguien con un mouse/dedo hiper-rápidos...

Encuentro esta parte como que muy "repetitiva", creo que se podria hacer mas sencilla.

public void run() {
new Thread( new Runnable() {
public void run() {
// codigo
}).start();
}

Ademas me esta indicando que cada vez que pulse el buttom se creara un thread (no le veo caso que existan mas), por lo que creo que hay que asegurar que la variable running solo se accedida (no se si este bien utilizada esta palabra) por un thread a la vez., ya que en el momento menos esperado va a dar problemas.

Lo que trataria de hacer es que solo existiera un solo thread ejecutandose a la vez, poniendo antes de execute() un if o implementando un singleton adaptado al caso u otra opcion.

public void actionPerformed( ActionEvent e ) {
execute();
}

tal ves ahi valdria la pena poner el running.

Yo simplemente cambiaría el nombre de   a   o algo así, luego haría que Command implemente Runnable, y el   sería el que está definido en el Runnable anónimo que se pasa al Thread.

Y luego el   lo pondría en el método  . Algo así:

Coincido en que hay varios puntos de mejora. Es repetitiva y en vez de usar un nuevo thread debería de usarse un executor o algo así del paquete java.util.concurrent y combinarlo con el SwingWorker ( momento creo que eso ya lo dije )

Para este ejemplo el control lo lleva el thread mismo negandose a trabajar:
 

jeje

Repito aquí mi nota:

" nota: este es solo un ejemplo y no necesariamente un modelo a seguir, en especial el comando y su control deberían de ser diferentes "

Saludos.

Si usas un thread pool de un solo hilo, creado con  , entonces podrías ni siquiera validar si ya está corriendo algo o no; simplemente cada vez que aprieten el botón creas un nuevo Command (que ya lo hice Runnable) y lo encolas en el ExecutorService. Como es de un solo hilo, siempre se va a ejecutar uno a la vez... pero tal vez no es lo que quieras; si quieres asegurarte de negar la acción si es que ya está ejecutando, entonces un thread pool no te va a ayudar.

Creo que es una critica muy constructiva de que se ofrezcan opciones de como mejorar el codigo, en vez de discutir si es mejor java que .net, linux que bsd, gnome que kde, que la verdad no llegan a nada :)

porque aquí todos sabemos que <sarcasmo>Java es mejor que .NET, Linux es mejor que BSD, Gnome es mejor que KDE, y vi es mejor que emacs</sarcasmo>.

<sarcasm>
Hubiera preferido que los ordenaras al revés para que el sarcasmo tuviera sentido:

<sarcasmo>.net es mejor que Java, bsd que linux, kde que gnome y emacs que vi ( ahora sí ) </sarcasmo>

</sarcasm>

Me recordaron a esta Tira Ecol, en la que se refleja toda la armonía y entendimiento que hay en el mundo Linux. :')

Salute. xD

Negación de una negación!!!
Sarcasmo de un sarcasmo!!!

Que recursividad ni que nada, eso si está freak o_O

Luego por qué clasifican a ciertas películas como violentas...