Hilo General - Dudas de Java

#89 Diría que depende del número de usuarios. Si la concurrencia es muy baja te puede interesar mantener la conexión abierta, pero supongo que esto te puede crear problemas cuando la concurrencia es alta. Abrir/cerrar conexión siempre conlleva un coste, eso es evidente.

Me suena que en php había algo que te ayudaba a mantener conexiones abiertas y reciclables de un usuario a otro, en su día lo toqué pero ahora lo tengo en los pies

hay gente que me da mil vueltas en este tema, a ver cual es su opinión (aunque esto no es una duda de java sino más genérica).

edit: #91 lo ha expresado mejor que yo. Hace tiempo que no toco nada web/sql :_(

#93 Como "pausas" el hilo en cuestion, con lógica o usando Thread.stop o Thread.suspend?

Si estás usando alguna de estas últimas no te lo recomiendo, en Java6 se marcaron estos métodos como deprecated porque no liberan los recursos que tienen apropiados, además que si usas el método stop, no puedes volver a reanudarlo. Lo que yo haría para 'pausarlo' es meterlo en un bucle en el que se durmiera en intervalos de 300 a 500 ms dependiendo de un parámetro.

Lo que yo haría (PauseThreadControl sería un objeto que me montaría yo)

public void run(){
    /*
    blablablal
    */
    while(isPaused()){ 
        Thread.sleep(500);
    }
    /*
    blablablal
    */
}
...
public boolean isPaused(){
    return PauseThreadControl.getInstance()
        .getState(Thread.getCurrentThread()).isPaused();
}

Como en el código que te he puesto arriba, puedes poner un control central que lleve el estado de los hilos que tengas en tu poder y este objeto PauseThreadControl debe controlar el acceso concurrente.

Además de esto me montaría los hilos para que pudieran recibir eventos de pausado y poder parar los procesos que se están llevando a cabo(para liberar recursos reservados y evitar deadlocks) guardando un contexto para seguir por donde se quedaron cuando se despausen.

#95 Vale, despues de ojear un poco más la api me he acordado que Thread tiene los métodos .wait() y el .notify(). Cuidao con el metodo .wait que puede lanzar una excepción, pero la llamada a .wait la haria desde un método del propio Thread tuyo por el tema que te he explicado antes de poder 'acabar' algo que esté haciendo si es que es lo que necesita.

Buenas, estoy intentando hacer un sistema de módulos. Hay alguna manera de que si tienes un .jar, añadirlo una vez arrancado el programita y que haga X funciones del tipo onLoad() o onStart o algo por el estilo?

He estado buscando cosas sobre plugins y vi JSPF pero no llego a entenderlo del todo bien macho.

#98 Mirate esto:

http://www.osgi.org/Main/HomePage
http://en.wikipedia.org/wiki/OSGi

Basicamente los jar tienen un activator que se declara en su manifest y cuando los instalas en la aplicacion se llama al start() del activator pues ya haces lo que quieras con el bundle registrando servicios que se pueden utilizar desde el resto de la aplicación.

#103 sobre todo para reutilizar, o hacer cambios más adelante es mejor tener métodos/funciones menos densos, y por modularizar no vas a perder rendimiento, y más si hablamos de java que se pierde por todos lados.

Ellos tienen razón en eso, pero ojo eso de poner un "limite indicativo" pues no se yo, no lo veo demasiado claro, yo no voy contanto las líneas xD, eso si, no se me ocurre hacer un método de 200 o 300 a no ser que sea estrictamente necesario.

#107 Prueba a crear un método en otra clase que pida por atributos un frame

public void dibujarFrame( Frame cuadro ){
    cuadro.paint();
    // o lo que quieras meterle
}

También puedes meterlo en el constructor de la otra clase o hacer la variable del frame static de manera que podrías acceder myClass.Frame

No se si eso responde a tu duda.

Tengo una duda: Tengo un metodo tal que:

void asdf() {
 System.out.println("asdf");
 System.out.println("asdf");
 System.out.println("asdf");
 System.out.println("asdf");
}
void main() {
  asdf();
  System.out.println("hilado");
}

Cómo podría hacer un hilo de ese método para poder seguir con el programa mientras ese método se hace simultáneamente?

Quizá es algo raro de explicar xD

Así que en el main ejecutaría el metodo asdf(); en un hilo distinto y seguiría con el código imprimiendo la palabra "hilado".

Es más o menos lo que quiero, gracias!

La duda más tonta del mundo. Me da igual parecer un n00b, pero no lo veo xDDD:

Ahí va el código y luego la pregunta:

public class MyPancake implements Pancake {
	public static void main(String[] args) {
		List<String> x = new ArrayList<String>();
		x.add("3");
		x.add("7");
		x.add("5");
		List<String> y = new MyPancake().doStuff(x);
		y.add("1");
		System.out.println(x);
	}

public List<String> doStuff(List<String> z) {
	z.add("9");
	return z;
}
}

interface Pancake {
	List<String> doStuff(List<String> s);
}

La salida del programa es [3, 7, 5, 9, 1].

Pero mi duda es: ¿en qué momento la variable 'x' está apuntando a 'y'? ¿No se supone que en Java los pasos de parámetro son siempre por valor y no por referencia? Es que si hiciera x=y, tiene un pase. Pero no veo en qué parte de:

List<String> y = new MyPancake().doStuff(x);

se está haciendo un x=y.

Gracias.

P.D.: Me estoy preparando el OCJP y resuelvo preguntas más difíciles, pero esta gilipollez no lo veo, joder... xD

#115 Lo que no entiendo (debe ser tan obvio!) es dónde se hace el y = x.
Es decir, en:

List<String> y = new MyPancake().doStuff(x);

¿Se está creando un nuevo objeto de la clase MyPancake que apunta al mismo que está ejecutándose?

Digamos que en new MyPancake().doStuff(x) yo veo que se crea un nuevo objeto que se le asigna a la variable 'y'. Pero uno nuevo, no la referencia al objeto actual en ejecución.

Joder, tiene que ser una chorrada, pero no lo veo ostias xD

Edit: Vale joder! en tu PD está la clave. Es que no sabía que era así coño! xD
Ahora todo tiene sentido. Me he debido de saltar esa parte del libro ajajajaja. Gracias elkaod

De todas formas, vaya peligro. Lo suyo es que hubiera un indicador previo al objeto que se pasa. Pero claro, como no hay punteros...

Lo acabo de buscar por internet. Queda claro:

En Java el paso por parámetro es por valor, aunque los efectos son de paso por referencia cuando los argumentos son objetos. ¿cómo sucede eso? Pues es muy fácil, si una función tiene como argumento un tipo primitivo (int, float, etc...), en Java se realiza una copia para la función y cualquier cambio a dicho argumento no afecta a la variable original. Este paso de parámetros en Java está orientado a utilizar el valor de la variable para otros cálculos.

En el caso de los objetos es distinto. En realidad lo que sucede es que en Java siempre tenemos referencias a los objetos. Por eso al pasar a una función como argumento un objeto, pasamos la referencia al mismo, es decir, aunque se hace una copia para el paso por valor, como lo que se copia es una referencia, los cambios al objeto referenciado sí son visibles y afectan fuera de la función.

La única excepción es la clase String , cuyos objetos no son mutables. Cualquier modificación de un objeto String lleva aparejada la creación de una nueva instancia del objeto. Si deseamos el mismo comportamiento para el paso de parámetros del resto de objetos, tenemos que recurrir al objeto StringBuffer.

#117, has escrito mientras yo escribía mi propio Edit, ya lo entendí en #115 xD

#117 Sobre el indicador previo me refería a un lenguaje en el que programé (COOL) en el que se ponía el indicador VAR delante del parámetro para decir si lo pasabas por valor o por referencia. Es un lenguaje programado en C que no tenía punteros pero que permitía, como te comento, pasar parámetros de ambas formas (ya fueran de tipos primitivos o bien objetos).

Pues para mí es un paso por referencia, lo que pasas por valor es el puntero. No hay mucho que discutir :S

#121: Igual es que soy un paleto ignorante. Pero es tan sencillo como que lo que haces es pasar por valor el puntero.

Vamos, es como si en C pasas un int * a. Si haces *a=4, a valdrá cuatro después. Si haces a = NULL, te comes una mierda.