Estimados señores... Necesitamos manuales en español sobre el CMS de ALDON..
Si alguno tiene uno o un link a donde se pueda accesar alguno, mucho se lo agradeceria me lo hiciera llegar. Ya que nos estan introduciendo en esta metodologia de desarrollo, sin ningun tipo de capacitacion y necesitamos "nutrirnos" de alguna manera Gracias ----- Original Message ---- From: Gabriel Contestí <[EMAIL PROTECTED]> To: forum.help400 <[email protected]> Sent: Thursday, December 13, 2007 1:53:11 AM Subject: RE: QZDASOINIT loco Tamaño máximo de cola de mensajes del trabajo . . : 8 Acción para cola de mensajes de trabajo llena . . : *WRAP detalle de los mensajes que suele haber en la cola de trabajo .... Trabajo 582679/QUSER/QZDASOINIT arrancado el 10/12/07 a las 01:18:05 en el subsistema QUSRWRK en QSYS. Trabajo introducido en el sistema el 10/12/07 a las 01:18:04. El usuario XXXXXXXX del cliente 192.168.0.206 está conectado a un servidor. Este lleva 3 dias funcionando 2 mensajes es lo normal ademas está *WRAP no creo que vaya por ahí. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Nelson Nelson Enviado el: jueves, 13 de diciembre de 2007 03:22 Para: forum.help400 Asunto: RE: QZDASOINIT loco Solo un detalle: Revisa la opcion en tu JOBD "Reiniciar la cola de mensajes" esta *WRAP o *NOWRAP o bien si dice *SYSVAL revisa el valor del sistema que opcion tiene; si estan correctas prueba cambiando de 16 a 64mb la cola (valor maximo). Saludos, From: [EMAIL PROTECTED] To: [email protected] Date: Wed, 12 Dec 2007 09:13:58 +0100 Subject: RE: QZDASOINIT loco Gracias por la info, el tema es que tengo unas 120 conexiones y me sale mas a cuenta cambiar un parámetro en el QQAQINI a modo debug que me da lo mismo que el strdbg pero creo que consumiría demasiado de la maquina... (esos trabajos tiran unas 800.000 SQL a la hora) el problemas es que esporádicamente alguno de esos 120 QZDASOINI empieza a dar el error sobre sentencias SQL bien formadas (algunas se tiran 2000 veces al día sin problemas) y al cabo de poco tiempo "alguien" (supongo que el WEBSPHERE) finaliza esa conexión y establece una nueva (ya que los trabajos son QDZASOINI prearrancados y de reuso, funcionando correctamente). Espero cazarlo algún día en vivo y ahí arrancaré el debug a ver si veo algo mas. Gracias. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Cristhian Nuñez Enviado el: martes, 11 de diciembre de 2007 20:52 Para: forum.help400 Asunto: RE: QZDASOINIT loco Holas: Te recomiendo que le arranques un debug al trabajo. Puedes hacerlo desde el navegador o sino desde pantalla verde de la siguiente manera: 1.- Conecta el usuario a tu aplicacion 2.- Luego ubica en los trabajos activos el QZDASOINIT que se ha generado por la conexion, anota el nro. de trabajo, nombre de usuario, nombre de trabajo 3.- Luego STRSRVJOB + F4 y le colocas los parametros del paso 2. 4.- Luego un STRDBG + F4 y colocale la cantidad de sentencias que deseas rastrear por defecto son 200. 5.- Luego realiza los procedimientos con tu aplicacion hasta generar el error, 6.- Luego en pantalla verde le das la opcion 5 al trabajo en el WRKACTJOB y luego la opcion 10 y veras al detalle todas las sentencias SQL que se ejecutaron, que indices utilizo, como se preparan las sentencias, etc. Me parece que aqui encontraras porque se produece el error. 7.- Luego de analizar detener la depuracion ENDDBG y luego ENDSRVJOB. Saludos. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Gabriel Contestí Enviado el: Martes, 11 de Diciembre de 2007 05:16 a.m. Para: forum.help400 Asunto: QZDASOINIT loco Hola a todos: Tengo un problemilla, que me tiene desesperado... Entorno: DB : System i5 - v5r3m5 Servidor de Aplicaciones : System p5 linux websphere 5.1 (pool de conexines via Toolbox for Java - Open Source Software, JTOpen 5.0, codebase 5722-JC1 V5R4M0.1) Situación: esporádicamente un trabajo QZDASOINIT arrancado por el pool de conexiones del WebSphere al cabo de un tiempo indefinido deja de procesar todas las SQL correctamente. dando un error poco claro y para mi inexplicable. EJ de una de las sentencias que falla: ** en el log de nuestra aplicación nos sale esto: ERROR [SQL0104] S?mbolo UTA no v?lido. S?mbolos v?lidos: ( END GET SET CALL DROP FREE HOLD LOCK OPEN WITH ALTER BEGIN. ** en el AS400 pillamos con el monitor de rendimiento ese trabajo que falla y la siguiente línea. No satisfactorio SQLSTATE= 42601 SQLCODE= -104 OPERACION =PREPARE SENTENCIA = select CODIGO, RUTA, ESTADO, CODPADRE, FECESTADO, FECCREACI, ORDEN, DESCRIPCIO from OPCIONMENU left outer join OPCIONDESC on (CODIGO = OPCIONDESC.CODOPCION) where APLICACION = ? and CODIGO in (select OPCIPERFIL.CODOPCION from USUAPERFIL left outer join OPCIPERFIL on (USUAPERFIL.IDPERFIL = OPCIPERFIL.IDPERFIL) where CODUSUARIO = 'RGL' and USUAPERFIL.FECALTA <= 20071129 and OPCIPERFIL.ESTADO = 'A' and (USUAPERFIL.FECBAJA >= 20071129 or USUAPERFIL.FECBAJA is NULL )) union select CODIGO, RUTA, ESTADO, CODPADRE, FECESTADO, FECCREACI, ORDEN, DESCRIPCIO from OPCIONMENU left outer join OPCIONDESC on (CODIGO = OPCIONDESC.CODOPCION) where RUTA is NULL order by CODPADRE, ORDEN Si lanzo la SQL en el Navigator (copiada) va bien. si elimino los 15 primeros caracteres de la SQL ("select CODIGO, R") y la tiro con el navigator me da el mismo error que el de la aplicación..... Lo raro es que al AS400 le llega entera ya que la recupero de ahí. Al cabo de un tiempo el propio websphere o el 400 aun no lo se, matan la hebra que controla el QDZASOINIT y este se reasigna a una nueva conexión del pool con el mismo número de trabajo (El de Prearranque de QDZASOINT) funcionando correctamente. PD: Bocata de camarones al que vea algo que arroje algo de luz (de calamares si estáis en Madrid). -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. MailScanner agradece a transtec Computers por su apoyo. __________________________________________________________________________ Sus datos personales serán incorporados a un fichero de MUTUA BALEAR para que pueda ponerse en contacto con usted y realizar comunicaciones por cuestiones derivadas de su actividad. Para el ejercicio de sus derechos de acceso, rectificación, cancelación y oposición puede dirigirse por escrito a MUTUA BALEAR, Mutua de Accidentes de Trabajo y Enfermedades Profesionales de la Seguridad Social número 183, c/ Bisbe Campins, 4 de Palma de Mallorca. Este mensaje y sus documentos adjuntos son confidenciales. Si usted no es el destinatario, por favor póngalo en conocimiento del remitente y elimine esta comunicación y los documentos adjuntos de su sistema, sin reproducir ni comunicar sus contenidos. La transmisión de correo electrónico no garantiza que sea seguro o libre de error, por lo que declinamos cualquier responsabilidad al respecto. -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que está limpio. MailScanner agradece a transtec Computers por su apoyo. Express yourself instantly with MSN Messenger! MSN Messenger ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
__________________________________________________ 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
