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
3
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.

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

5
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.

6
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.

7
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.

8
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.

9
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.



10
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.

11
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.

12
Hola:

Creo que esto te da una pista importante

[WARNING] src-resolve.4.2: Error al resolver el componente 's:schema'. Se ha det
ectado que 's:schema' está en el espacio de nombres 'http://www.w3.org/2001/XMLS
chema', pero no se puede hacer referencia a los componentes de este espacio de n
ombres desde el documento de esquema ' https://test....c/ws/documento.asmx?WSDL?WSDL#types?schema1'. Si es el espacio de nombres incorrecto, puede que sea necesario cambiar el prefijo 's:schema'. Si es el espacio de nombres correcto, es necesario agregar la etiqueta 'import' correspondiente a  https://test....c/ws/documento.asmx?WSDL?WSDL#types?schema1'.
  línea 53 de  https://test....c/ws/documento.asmx?WSDL?WSDL#types?sc
hema1

Por el motivo que sea, el wsdl generado por .net no parece gustarle al cliente que estás generando.

Aparte de que pueda o no ser correcto ese wsdl generado, mira a ver si tiene "imports" de ficheros xsd. Esos ficheros xsd también debes hacerlos accesibles a wsimport.

Si no aciertas con el problema, bájate el wsdl y pégalo por aquí a ver.

Saludos.

13
Hola:

¿Los componentes, es decir, las ventanas? ¿O los datos que has metido en las ventanas, que vuelvan a salir la próxima vez que abras la aplicación?

Si es lo primero, no entiendo la pregunta.

Si es lo segundo, tendrás que guardar los datos en un fichero o base de datos y cargarlos la próxima vez que abras la aplicación.

Saludos.

14
Java JSE / Re: Juego rodillos java
« on: Julio 06, 2019, 07:44:43 pm »
Hola:

Si, se puede :)

Saludos.

15
Java JSE / Re: Logearse en java por medio de ficheros
« on: Junio 29, 2019, 06:46:13 pm »
Hola:
¿Cual es el problema exactamente?
Saludos.

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