Es una opcion con pocas conexiones concurrentes, pero ojo con las colas de datos. Alguno se baso en ellas para comunicar aplicaciones con el sistema y al pasar a produccion el rendimiento era pesimo e impracticable, pues cuando empezaron a conectarse usuarios concurrentes se toparon con la limitacion de conexiones concurrentes que tienen las colas de datos. Un problemon sin solución.
Saludos [email protected] Sent by: [email protected] 28/01/2009 10:47 Please respond to "forum.help400" <[email protected]> To "forum.help400" <[email protected]> cc Subject Re: Ejecución Java. Hola De cualquier forma siempre se puede simular el pool de conexiones a BBDD si se monta una cola de datos y un lector de cola que mantenga la conexión abierta a la BBDD destino. Evidentemente el proceso en sí sería batch pero solucionaría el retardo en la apertura y cierre de la conexión a la BBDD y serviría para más procesos. Un saludo Fernando "[email protected]" <[email protected]> escribió: > 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
__________________________________________________ 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
