| |||
Buena la explicación, aunque a riesgo de parecer quisquillos ![]() No me refiero a las constantes (public final static...) si no a variables public static, para las cuales suele ser más recomendado hacer uso de un Singleton o similar, sobre el cual podemos syncronizar el acceso en caso necesario o encapsular comprobaciones, etc, etc. Sólo lo digo por que normalmente los programadores novatos ven que es más fácil declararlo todo como public y static para no tener que preocuparse de pasar parametros o crear instancias y demás y luego acaban metiendose en líos. ![]() Gracias en todo caso, chuidiang. |
| ||||
Buenas: Admitido y añadida la puntualización al correspondiente link. Por cierto, después de la charla en el otro hilo, ando peleándome para hacer un ejemplito de carga dinámica de clases con rmi y de paso enterarme bien del SecurityManager. Ando un poco atascado para conseguir que el servidor acepte una clase que no está en su CLASSPATH y cuando me harte de pelearme con ello, no dudes que vendré a incordiarte (amenazo) ![]() Se bueno. |
| |||
Jejeje, Desempolvaré mi RMI y veremos que sale. Recuerdo que habia que configurar una propiedad al arrancar el rmiregistry o tu clase que lo crea para que supisese cual era el URL que tenia que usar como classpath remoto. Esta URL se la envia el servidor RMI al cliente, y éste ultimo se supone que automáticamente se descarga las clases nuevas usando esa URL. No es algo que haya usado mucho, ya que no es un caso habitual, pero recuerdo que era un poco .... quisquilloso... para configurarlo bien. Si no te sale ya le echaremos un ojo ![]() |
| |||
Me alegra oir que ya te ha funcionado. No es una "habilidad" de Java que se use mucho pero efectivamente es un poco de magia que en algunos casos puede salvarte. Supongo también que no se usa mucho por que conseguir que funcione es todo un logro de configuración, jejeje. ¿Ser bueno? Naaaa ![]() |