Buenos días:
Gracias por tu contestación. En principio el desarrollo es para un
cliente que no tiene arrancado el servidor WebSphere. Creo que para lo
que tu comentas es una condición que se debe cumplir. La ejecución
tampoco se realiza dentro de un entorno web.
Por comentar un poco el desarrollo, se trata de un proceso diferido de
generación de archivos XML hecho casi íntegramente con CL's y RPG's y
que utiliza en su última parte Java para generar los archivos XML. Nos
inclinamos por esta opción debido a que nos pareció más natural la forma
de generar el documento que con las api's para RPG.
De todas formas, encontré que era lo que lo hacía tan lento. Por si a
alguien le puede servir, hay casi un minuto de diferencia entre abrir
una conexión usando una url así:
"jdbc:as400://192.1.1.1"
a usar:
"jdbc:as400://servidor"
Después de unas cuantas pruebas di con el problema.
De todas formas gracias y saludos.
Jorge Merino.
[email protected] escribió:
El tema es que usas la interfaz driver manager. Tu programa abre y
cerra conexion de base de datos
y esa no es como hay que hacerlo (a no ser que no haya mas remedio).
Lo normal es apoyarse en
un servidor de aplicaciones (Websphere Application Server), crear en
el un recurso llamado
"Datasource" i obtener la conexion de base de datos a traves de el.
El websphere mantiene las conexiones abiertas y compartidas entre los
diferentes programas que lo soliciten.
Por esta razon el rendimiento de estos programas mejora una
barbaridad. Y es que una conexion mediante Datasource
no lleva ni una decima de segundo.
Como en todo, se trata de conocer qué recursos tienes a tu alcance y
saberlos aplicar en cada caso.
Dentro de este contexto, J2ee con Websphere y nuestro querido sitema
i, hacen un equipo INVENCIBLE.
Mi mensaje trata de transmitir eso, que funcionan muy bien.
Y una actitud que en mi caso me ayudó enormemente: no saquemos
conclusiones (que de momento no ha sido tu caso)
por las pruebas que hagamos nosotros mismos. Muchas veces no sabemos
qué hay y cómo utilizarlo.
Y es que siempre ayuda aquello de (esta sí ha sido tu actidtud):
"Hay mucha gente usando con total éxito esta tecnologia. A mi me va de
perros: algo hay anormal o no hago bien".
Luego quieres aprenderlo y una vez hecho, vives una segunda juventud
apasionante.
Saludos
Luis López
Experto en ultimas tecnologías para System i
*"[email protected]" <[email protected]>*
Sent by: [email protected]
28/01/2009 00:21
Please respond to
"forum.help400" <[email protected]>
To
"forum.help400" <[email protected]>
cc
Subject
Re: Ejecución Java.
Buenos días:
Después de analizar los tiempos, veo que todo lo consume la sentencia
donde se recupera el objeto de la conexión:
conexionDB = DriverManager.getConnection(this.url, this.usuario,
this.password);
Se pega casi un minuto para la creación del objeto.
Estoy usando como driver el "com.ibm.as400.access.AS400JDBCDriver" y
como librería "/QIBM/ProdData/Java400/jt400ntv.jar".
¿Alguien ha tenido este problema?
Muchas gracias,
Jorge.
[email protected] escribió:
> Buenos días:
>
> Tengo un retardo en la carga y ejecución de una serie de clases que no
> me parece normal.
>
> Resulta que todo el diseño de clases lo he hecho en el PC con el
> WebSphere Development Studio Client para iSeries compilando en versión
> 5.0 con el JRE de WebSphere v6.1.
>
> Resulta que si el programa lo ejecuto contra el iSeries desde el PC, la
> carga de las clases y librerías implicadas y el establecimiento de la
> conexión dura segundos. Si cojo estas clases, las coloco en el
iSeries y
> las ejecuto, tarda casi minuto y medio en cargar las clases y las
> librerías y conectarse a la base de datos. Luego la ejecución más o
> menos tarda igual que en el PC.
>
> ¿Hay que compilarlas en el iSeries para que todo el proceso sea más
rápido?
> Como nota, he intentado hacer un CRTJVAPGM de las clases y me indica
que
> no son válidas.
>
> En caso de tener que compilarlas en el iSeries, ¿hay alguna forma de
> hacerlo desde el WebSphere?
>
> Muchas gracias,
> Jorge.
>
> __________________________________________________
> Forum.HELP400 es un servicio m&#225;s de NEWS/400.
> &#169; Publicaciones Help400, S.L. - Todos los derechos reservados
> http://www.help400.es
> _____________________________________________________
>
> Para darte de baja visita la siguente URL:
> http://listas.combios.es/mailman/listinfo/forum.help400
>
>
>
__________________________________________________
Forum.HELP400 es un servicio m&#225;s de NEWS/400.
&#169; Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
------------------------------------------------------------------------
__________________________________________________
Forum.HELP400 es un servicio m&#225;s de NEWS/400.
&#169; Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
__________________________________________________
Forum.HELP400 es un servicio m&#225;s de NEWS/400.
&#169; Publicaciones Help400, S.L. - Todos los derechos reservados
http://www.help400.es
_____________________________________________________
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400
