Y en relación a esto mismo a parte de multiplexar las colas también se puede mezclar con la utilización de hilos de cara a tener un mayor volumen de peticiones atendidas. Si se diseña bien, para entornos relativamente pequeños es una buena solución a generar una sobrecarga con el Websphere.
Salu2 [email protected] escribió: > 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 > __________________________________________________ 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
