Mostrar Mensajes

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - chuidiang

Pages: [1] 2 3 ... 382
1
Java JSE / Re: Actualizar linea de Jtable
« on: Septiembre 20, 2020, 08:21:30 pm »
Hola:

Si el tu tablemodellistener modificas el modelo, efectivamente entrará en recursión. Imagino que solo tienes un tablemodellistener tuyo. Hazlo de esta manera (pseudodigo)

Code: [Select]
class TuTableModelListener implements TableModelListener {
   boolean estoyHaciendoCambios=false;

    @Override
    public void tableChanged(TableModelEvent evento) {
        if (estoyHaciendoCambios) return;

        estoyHaciendoCambios=true;

        // Aqui lo que tengas que hacer con el modelo.

       estoyHaciendoCambios=false;
    }

}

Tendrás seguramente que afinar la idea.

Saludos.

2
Java JSE / Re: Actualizar linea de Jtable
« on: Septiembre 20, 2020, 05:20:31 am »
hola,

si, lo que no entiendo es por qué en las otras columnas no te hace la recursión. Se supone que al igual que en el campo cantidad rellenas la celda que seas, consultas sql y rellenas el resto de celdas de la fila. Con cantidad es o debería ser similar ¿no?. Salvo que no consultas SQL, más sencillo.

¿Qué listener de la tabla tienes cuando rellenas cantidad que no tengas con los otros y qué debería hacer ese listener?

3
Java JSE / Re: Actualizar linea de Jtable
« on: Septiembre 19, 2020, 08:56:20 pm »
Esto que pones "el usuario puede ingresar el código del producto, en este caso debería buscar en la base de datos y actualizar los campos descripción y precio unitario. también puede ingresar la descripción del mismo y con esto realizar otra búsqueda y luego hacer lo mismo que con código" que te va bien ¿lo haces sobre la tabla o en un formulario aparte?. Presupuse que era en la tabla y por eso no entendía por qué cantidad se comportaba distinto, en cualquiera de ellos tocas la tabla.

4
Java JSE / Re: Actualizar linea de Jtable
« on: Septiembre 17, 2020, 09:03:05 pm »
Hola,

No entiendo eso del "llamado recursivo", habria que ver qué hace la columna de cantidad de produccto a comprar que no hagan las otras para ver por qué esa llamada recursiva.

En cualquier caso, el TableModelEVent que recibes tiene un metodo getColumn() para saber que columna ha cambaido https://docs.oracle.com/javase/8/docs/api/javax/swing/event/TableModelEvent.html
Si es la de cantidad puedes hacer un tratamiento especial para evitar la recursion.

Saludos.

7
Java J2EE y JSP / Re: Publicando servicio SOAP
« on: Junio 23, 2020, 06:42:59 pm »
¿Estas usando algún servidor de aplicaciones estilo JBoss, Wildfly, glassfish?
Saludos.

8
Java JSE / MOVED: Ejercico Java
« on: Junio 15, 2020, 09:32:21 pm »

9
Java J2EE y JSP / Re: Publicando servicio SOAP
« on: Junio 15, 2020, 04:59:55 am »
Hola

Ademas de la anotacion WebService, añade la anotacion @Component o @Service de spring. Esto hace que spring sea consciente de ese bean y lo meta en @Autowired.

Saludos.

10
Java J2EE y JSP / Re: Publicando servicio SOAP
« on: Junio 14, 2020, 08:31:16 pm »
Hola,

Tienes la anotacion WebService (name="...") tanto en la interfaz como en la implementación, pero con nombre distinto.
Prueba a quitar el nombre (y casi te diría que la anotacion) de la implementación, ya que de alguna forma la "hereda" de la interfaz.

Saludos.

11
Java JSE / Re: Método validar email
« on: Mayo 15, 2020, 03:45:26 am »
Hola,

¿has mirado en google?
Aqui tienes varias posibilidades https://blog.mailtrap.io/java-email-validation/
En el apartado Email Regex in Java tienes un ejemplo sin librerías externas.

Saludos.

12
PHP / Re: PROBLEMAS CON REFERER Y PHP
« on: Mayo 08, 2020, 08:13:54 pm »
Hola

Un motivo típico por el que no funciona es tener cualquier tontería justo antes de <?php

Si hubiera una linea delante, un espacio o cualquier otra cosa, eso se envía al navegador que lo considera respuesta y ya no hacer el location.. En tu fichero php ese trozo de código que pones tiene que estar al principio del fichero, sin ningún tipo de nada delante.

Saludos.

13
Java JSE / Re: Pool + Socket?
« on: Marzo 27, 2020, 04:45:24 pm »
Hola.

En principio los clientes no necesitarían acceso a la base de datos directamente. La comunicación es cliente con servidor y servidor con BD, sentido contrario para respuestas. Entiendo que el cliente sería java SE y no navegador web/javascript.

La conexión entre cliente y servidor puede ser de muchas maneras. Depende también de la complejidad de tu aplicación.

Una opción bastante aceptada es el servidor es levantar web-services. Puedes usar cualquier framework que te lo facilite, hay muchos. spring-boot es de los más de moda últimamente, pero también te vale jboss/glassfish (más complejos desde mi punto de vista) o cogerte librerías (apache CXF por ejemplo) y levantarlos sin soporte de un framework completo.

Los web-services tiene la pega que son sólo petición-respuesta. El servidor no podría avisar de motu propio a los clientes de algo. No sé si es tu caso. Si es así, sería necsario un segundo mecanismo de comunicación.

Totalmente aparte, podrías hacerlo con sockets TCP/IP. En java también tienes RMI, aunque se usa poco. Y un sin fin de opciones más.

Saludos.



14
Java JSE / Re: Pool + Socket?
« on: Marzo 25, 2020, 04:30:09 pm »
Hola,

Depende mucho de cuántos clientes (PCs con tu aplicación) vayas a tener y el grado de "control" que quieras tener.

Si no son muchos PCs, no importa que cada uno tenga su propio pool en cuanto a eficiencia. Siempre que la base de datos admita simultáneamente las conexiones de todos los pool sumados.

Sin embargo, por otros temas, sí es conveniente tener un ejecutable separado (un servidor) que sea el que acceda a la base de datos y que los clientes (tu aplicación en los PCs) se conecten a este servidor para hacer las operaciones que necesiten en base de datos. Esto es muy habitual y los motivos son varios

- La credenciales de acceso a base de datos están en ese servidor y no van circulando por los PCs, salvo que a cada usuario le pidas user/password y se lo sepa. De todas formas, en estos casos, el usuario no suele meter el user/password de la base de datos directamente, sino un user/password propio de tu aplicación y que gestionarias en ese servidor separado.

- Por otro lado, si los usuarios tocan a través de su aplicación directamente la base de datos, según la funcionalidad que tengas tu aplicación, pueden "machacarse" entre ellos. Imagina que tu base de datos es una gestión de flota de camiones y que dos usuarios simultáneamente modifican los datos del mismo camión. El último que salve cambios, machaca los del que lo ha salvado el otro usuario antes. Así que otra funcionalidad que se le suele poner a ese servidor es que controle esas cosas. Si un usuario pide editar un camión, el servidor "bloquea" ese camión para otros usuarios y hasta que el primero no salve sus cambios, no se da permiso de edición a otro. Esto suele ser de todas formas un tema complejo.

Saludos.

15
Groovy / Re: cual seria el sustituto de system.exit(0)
« on: Diciembre 30, 2019, 11:13:52 pm »
Hola:

Sigues teniendo System.exit(0)

Saludos.

Pages: [1] 2 3 ... 382
ey