Desconozco el tema de los procedimientos almacenados ya que acabo de aterrizar en v5.3 desde v4.4, sin embargo por lo que comentas parece que el manual recomienda hacerlo en un orden diferente, �que dec�a el manual de v5.2?.
Yo tengo una aplicaci�n que intercepta ciertos procesos internos de un programa producto (el Fax Support) a fin de integrarlo con mis aplicaciones y aumentar su rendimiento, este parche lleva funcionando desde la v3.6 y siempre al cambiar de versi�n me queda la duda de si algo habr� cambiado en el programa producto y mi parche dejar� de funcionar, de hecho cuando lo coment� con los t�cnicos de IBM (en el lejano 97) me avisaron del riesgo que corr�a con los cambios de versiones aunque la aplicaci�n ha llegado a v4.4 sin problemas no tengo la certeza de que funcione en la v5.3. Lo que quiero decir es que si desde el primer d�a los manuales recomendaban hacerlo de cierta forma (insisto, desconozco el tema), no hay nada que reprochar por que haya dejado de funcionar, lo raro es que haya funcionado hasta ahora. Sobre el CAS... es la primera vez que les llamo desde... pues creo que desde el 97 (por el tema del Fax Support) y es que en mi sector no se suele entender que sea necesario pagar ese tipo de servicios (afortunadamente el mantenimiento de Hardware si). Un saludo. Juanra SinCasSaurio ----- Original Message ----- From: "jorge" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Friday, May 27, 2005 4:26 PM Subject: [Help400] RE: Un 10 para el CAS [Off-Topic] > Hola: > > Hola, aprovechando que estamos a viernes y que se habla del Cash, lanzo un > off-topic que me apetece comentar: > > Hace ya un a�o, alguien del departamento comenz� a pelearse con los > procedimientos almacenados. Por motivos que desconozco, eligi� manejar los > errores con un c�digo tal que as�: > > DECLARE EXIT HANDLER FOR SQLEXCEPTION > ERROR1: LOOP > GET DIAGNOSTICS EXCEPTION 1 > errorDesc = MESSAGE_TEXT ; > SET error = SQLCODE ; > LEAVE ERROR1; > END LOOP; > > Este m�todo nos funcionaba de perlas hasta que lo instalamos en una m�quina > con V5R3M0, donde dej� de funcionar. El campo error, ya no se cargaba con el > SQLCODE. > Como es l�gico abrimos un incidente en el CAS. Como no encontr� ning�n > incidente parecido, env�o la incidencia a Rochester. > > La soluci�n que nos dieron fue la de cambiar el orden de las instrucciones > que es lo que dec�an los manuales de V5R3M0. Como ya he dicho llevamos un > a�o haciendo procedimientos almacenados en un equipo de unas 7 personas. Os > pod�is figurar cuantos puede haber. > > Les contestamos que no era una soluci�n v�lida ya que ten�amos que crear los > n procedimientos otra vez en todos nuestros clientes, no sab�amos que pod�a > pasar cuando nuestros clientes que estaban en V5R2M0 migraran a V5R3M0. Y la > contestaci�n que se nos dio es la siguiente: > > "Unfortunatly, this is the only solution we can offer under support line. > I do appreciate the dilemma but the only course of action I can > recommend is to code the stored procedure as documented. > If the customer has any other channels available to them, then they may > wish to pursue through those channels - but under support line this is > unfortunatly the only solution." > > Curioso, �No? > Saludos, __________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://coyote.combios.es/mailman/listinfo/forum.help400
