SoloCodigo

Hola...

Aquí tienes la convención de versionado para la JSDK.

en general, cuanto más a la izquierda está el número que varía, más profundos son los cambios. El cambio del primer número (o sea, de la 1.x a la 2.x) suele implicar grandes cambios estructurales, cosa que no le ha ocurrido (aún) a Java2.

Aquí tienes la web donde indica qué es cada numerito que ves.

http://java.sun.com/j2se/versioning_naming.html



Un saludo.



Silverfox

Hola...

getClass().getResource() devuelve un objeto URL que puedes devolver como File, si puedes, imprímelo por consola. Sigo pensando que el fallo está en el classpath que te está cogiendo el getResource(). Si lo has ejecutado con éxito con otras imágenes, pero en el mismo directorio que la que no te funciona, puede que sea del formato de la imágen. ¿Has comprobado que no te tira ninguna excepción el programa? ¿Qué diferencias hay entre la imágen que no tira y las que sí? ¿Es más grande que las otras? ¿Otro format? ¿más colores?



Esperamos tus respuestas.
Un saludo.





Silverfox

Hola...

No, no lo soy. Aún no me he decidido para hacer el exámen, pero sí que los he visto. Algunos son complicadillos, porque tienes que conocer bien los métodos de las clases, aunque no suele haber cosas demasiado raras, pueden pillarte en alguna dudilla.



Que tengas suerte.






Silverfox

De nada, el freecharts era la segunda opción. También es muy bueno.





Un saludo.








Silverfox

Hola...

Para la certificación de SUN:


http://www.sun.com/training/certification/java/scjp.xml

En el lateral derecho: Purchase an exam y en la página siguiente elige un país.


Espero que te sirva.


Un saludo.



Silverfox

Hola...

Como puedes ver en el API de Java, el JTabbedPane tiene un método getSelectedComponent() que te indica qué Componente se ha seleccionado (puedes distinguirlos por el nombre, mira en Component, setName y getName).

También tienes un getSelectedIndex(), que te indica en qué posición está la pestaña seleccionada.

Si todo esto no te vale, el evento ChangeEvent que se genera cada vez que cambias de pestaña tiene un dato source, que indica qué componente generó el evento. Necesitarás listeners (mira en JTabbedPane el método addChangeListener y la clase ChangeListener para hacerte una idea)



Espero que te sirva.


Un saludo.




Silverfox

Hola...

Obtén los datos de tu BD con un ResultSet y muéstralos por tu tabla.

Si tu implementación de ResultSet lo permite (depende de los drivers jdbc de tu BD), es posible modificar el ResultSet para insertar, borrar y modificar datos directamente en el ResultSet.

La otra opcion que tienes es ir guardando las modificaciones en un batch. Echa un vistazo a los métodos executeBatch y addBatch de la clase PreparedStatement, que puede hacer las veces de almacenamiento de los cambios.


Espero que te sirva.


Un saludo.


Silverfox

Hola...

El trabajo con cadenas es muy pesado, porque Java las trata como objetos 'fijos'. Me explico:

String a ="" es igual que String a= new String ("")

De la misma forma:

String a = (String) b + (String) c es lo mismo que String a = new String (a + ;


Si quieres evitar esto, te recomiendo que le eches un vistazo a la clase StringBuffer, que evita estos problemas.

También te recomendaría, para acelerar tu programa, que precalcules las condiciones de los bucles. Guarda en una variable 1 - prob, porque parece que prob es fijo, guarda también objeto.getSize(), objeto.lenght y todo lo que puedas que no vaya a cambiar.


Si estás ejecutando con un interfaz gráfico, el trabajo pesado de cálculo debería de ejecutarse en una hebra aparte, echa un vistazo en internet al tema SwingWorker, que te será de mucha utilidad.

Por último, comprueba que realmente necesitasel DefaultListModel. Esta clase viene de swing e implementa un Vector, así que, si no es realmente necesario, te recomendaría que la cambiases por ésta.

Para consultar más cosas:
http://www.glenmccl.com/jperf/


Espero que te sirva.


Un saludo.

Hola...


URL tiene un método getFile...


De todas formas, 'file:/ ' es el estándar de representación de recursos, es como http:// y similares.

Si te molesta para abrir el fichero con un FileInputStream, deberías plantearte usar getResourceAsStream, que te devuelve directamente un InputStream.


Espero que te sirva.


Un saludo.





Silverfox

Hola...

Pues la verdad que no, lo tengo bien puesto, si no daría un error de compilación. Pero no me cambia el valor.

Jejeje, ya me imaginaba...

Prueba cambiando el método cambia a

Boolean cambia (Boolean);

y ejecútalo con b= cambia(;

Ten en cuenta que tu problema tiene que ver con la forma de paso de los parámetros por la pila de llamadas.


Un saludo.




Silverfox

Hola...

public void cambia(Boolean b ){
a=new Boolean(false);
}

public class Hola ()
{
vble=new Boolean(true);
cambia(vble);
}

A lo mejor es por eso, ¿no crees?


Un saludo.






Silverfox

Hola...

Precisamente, hice uno de esos hace poco.
Tienes que añadir al JFileChooser los FileFilter correspondientes.
En cada FileFilter, hay un accept. Si ese accept devuelve true para el nombre de tu fichero, éste se mostrará en el filtro.
Este mío admitía ficheros con extensión xls, txt, xml y csv.
Si quieres que no admita los que empiecen por a, por ejemplo, sólo genera el accept correspondiente.
Al final del todo, incluí la típica opción de 'todos los archivos' que puedes conseguir por defecto, como verás.


Espero que te sirva.



Un saludo.



Silverfox

Hola...

Vamos a ver...

Código: Text

1.     public class Shadowing
2.     {
3.            
4.                private int x;
5.  
6.                public static void main(String[] args)
7.                {
8.                        
9.                           x = 6
10.                          
11.                           int x;// variable repetida
12.                           x = 5; // no existe error
13.                           System.out.println("x = " +x);
14.                 }
15.      }
16.  

Tu código no está enmascarando nada, supongo que lo habrás escrito de memoria. De hecho, tiene un error por el que no puede ni siquiera ser compilado. (Supongo que lo habrás escrito de memoria, pero la variable Shadowing.x no existe en el main y, de existir, ni siquiera se tendría acceso a ella, porque la definiste como privada. Cuestión de visibilidad).

Pero bueno, se ve bastante bien el ejemplo de enmascaramiento que querías mostrar.

Ciertamente, en tu aplicación existe ese efecto colateral (porque no es un error, en realidad, todo está bien). Por cierto... ¿para qué comparas en el evento con la fuente del mismo? ¿No es más fácil añadir un ActionListener a cada botón por separado, o es que se requiere lo que estás haciendo aquí?

Código: Text

1.  public class A
2.  {
3.  
4.     private String nombre;
5.     private String apellido;
6.  
7.     public A()
8.     {
9.  
10.         nombre = new String();
11.         apellido = new String();
12.     }
13.  
14.    public A(String nombre, String apellido)
15.    {
16.  
17.        this();
18.        this.nombre = nombre;
19.        this.apellido = apellido;
20.    }
21.  
22. }
23.  

Aquí estás generando 2 veces las variables de String... new String() genera una cadena vacía, y luego la estás sustituyendo por una constante, en el constructor con parámetros.
Naturalmente, son 2 objetos que tienen localizaciones de memoria diferentes, pero no veo en qué se diferencia este código de uno mío un poco más arriba en esta misma discusión.

Lo de equals lo comprendo, sé que compara referencias en la memoria.

No entendiste del todo:

Como todos habreis podido observar, el == siempre compara referencias en memoria de las variables, lo que significa que a==b significa, no que a y b sean dos objetos iguales, sino que son el mismo (como ya dije antes).

Por contra, el método equals() funciona de forma un poco diferente:
Object.equals(), JButton.equals() y otros, sí comparan referencias a memoria, porque es el comportamiento por defecto de equals(). Sin embargo, otras (como String, Integer y otras), comparan contenidos.
Por si a alguien le interesa saber cuáles sí y cuales no, echad un vistazo al interfaz Comparable. Lo habitual es que, si una clase implementa este interfaz, también tenga sobreescrito el método equals, según las especificaciones del API de Java (1.4.2 y 1.5.0, según he comprobado)



Un saludo.




Silverfox