Siempre se puede implementar una solución de multiplexación de colas, dependiendo del volumen de posibles peticiones y la carga que estas generen. Evidentemente no es la panacea y habría que ver el escenario en el que se va a poner en producción, pero te evita la carga de la jvm y el arranque de muchas conexiones.
Salu2 Fernando [email protected] escribió: > 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
