Subject: =?UTF-8?Q?Re:_Resultado_de_las_pruebas_a_la_versi=c3=b3n_1.39.0_G4S?= =?UTF-8?Q?Server?= To: Rogelio Delgado References: <000f4244.4eff7c1f56dd9cf5@sicom.mx> From: Christian Message-ID: <576859DA.2080909@ssf.com.mx> Date: Mon, 20 Jun 2016 16:02:18 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------000505050402040000020708" This is a multi-part message in MIME format. --------------000505050402040000020708 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Aldahir ya esta haciendo otra programación de udrs, ya estoy checando eso con el. El 20/06/16 a las 10:05, Rogelio Delgado escribió: > > Gracias Aldahir, > > Chtisitian: Cuando podremos ver terminados los puntos que menciona > aldahir? > > Saludos! > > > El vie., jun. 17, 2016 4:25 PM, aharo@sicom.mx > > escribió: > > Buen día, se realizaron pruebas en el servidor de QA con el > ambiente de Damiano. Se creó un punto de ruta en y un equipo en > el, todo esto dentro del cdd Tuxtla Gutierrez, se añadió una ruta > con 76 udrs y se le asigno al equipo, al terminar la > sincronización se le asignó una ruta con 7000 udrs en donde se > observó que una trama se cicla porlo que no se termina con el > proceso de sincronización. En el broker no hay logs de error, ni > mensajes sin consumir solo esa trama ciclada en el broker, esto es > en la versión actual de Damiano. > > Lo que seguia en la prueba era poner la versión del fix para el ws > y volver a probar. > > Quedo pendiente a respuesta de software para continuar la prueba. > > > > Enviado desde mi LG de Telce > > > ------ Mensaje original------ > > *Desde: *Rogelio Delgado > > *Fecha: *mié, 15 jun 2016 06:14 PM > > *Para: *Aldahir Haro;christian@ssf.com.mx > ;martin;raguilargo@gmail.com > ; > > *Asunto:*Re: Resultado de las pruebas a la versión 1.39.0 G4SServer > > > Hola, > > Leí los comentarios de Aldahir, y me preocupó el Timeout. Damiano > realiza peticiones al web service y si se está enviando timeout > aunque se haga todo el proceso de forma correcta si es bloqueante > porque arrojará error a ellos y no sabrán que se hizo todo el > proceso correctamente. *Se detiene la liberación de esta versión > hasta que se corrija ese problema. * > > *Christian:* asegurate que las operaciones ocurren de forma > correcta en el web service y que las respuestas del web service > son las esperadas por favor. > > Saludos! > > El mié., 15 jun. 2016 a las 17:34, Aldahir Haro ( >) escribió: > > Buen día les hago llegar el resultado a las pruebas de la > versión 1.39.0 la cual cumple con el performarce que indica. > > Adjunto el documento de liberación, favor de leerlo para > checar lo detectado por QA. > > Dudas y/o aclaraciones favor hacerlas llegar. > > Saludos. > > > -- > > -- > ____________________________________ > L.I Rogelio Delgado González > * Smart Software Factory* > :: Innovando en servicios tecnológicos :: > > -- > ____________________________________ > L.I Rogelio Delgado González > * Smart Software Factory* > :: Innovando en servicios tecnológicos :: --------------000505050402040000020708 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Aldahir ya esta haciendo otra programación de udrs, ya estoy checando eso con el.

El 20/06/16 a las 10:05, Rogelio Delgado escribió:

Gracias Aldahir,

Chtisitian: Cuando podremos ver terminados los puntos que menciona aldahir?

Saludos!

El vie., jun. 17, 2016 4:25 PM, aharo@sicom.mx <aharo@sicom.mx> escribió:

Buen día, se realizaron pruebas en el servidor de QA con el ambiente de Damiano. Se creó un punto de ruta en y un equipo en el, todo esto dentro del cdd Tuxtla Gutierrez, se añadió una ruta con 76 udrs y se le asigno al equipo, al terminar la sincronización se le asignó una ruta con 7000 udrs en donde se observó que una trama se cicla porlo que no se termina con el proceso de sincronización. En el broker no hay logs de error, ni mensajes sin consumir solo esa trama ciclada en el broker, esto es en la versión actual de Damiano.

Lo que seguia en la prueba era poner la versión del fix para el ws y volver a probar.

Quedo pendiente a respuesta de software para continuar la prueba.

Enviado desde mi LG de Telce

------ Mensaje original------

Desde: Rogelio Delgado

Fecha: mié, 15 jun 2016 06:14 PM

Para: Aldahir Haro;christian@ssf.com.mx;martin;raguilargo@gmail.com;

Asunto:Re: Resultado de las pruebas a la versión 1.39.0 G4SServer

Hola,

Leí los comentarios de Aldahir, y me preocupó el Timeout. Damiano realiza peticiones al web service y si se está enviando timeout aunque se haga todo el proceso de forma correcta si es bloqueante porque arrojará error a ellos y no sabrán que se hizo todo el proceso correctamente. Se detiene la liberación de esta versión hasta que se corrija ese problema.

Christian: asegurate que las operaciones ocurren de forma correcta en el web service y que las respuestas del web service son las esperadas por favor.

Saludos!

El mié., 15 jun. 2016 a las 17:34, Aldahir Haro (<aharo@sicom.mx>) escribió:

Buen día les hago llegar el resultado a las pruebas de la versión 1.39.0 la cual cumple con el performarce que indica.

Adjunto el documento de liberación, favor de leerlo para checar lo detectado por QA.

Dudas y/o aclaraciones favor hacerlas llegar.

Saludos.

--

--

____________________________________
L.I Rogelio Delgado González

Smart Software Factory

:: Innovando en servicios tecnológicos ::

--

____________________________________
L.I Rogelio Delgado González

Smart Software Factory

:: Innovando en servicios tecnológicos ::

--------------000505050402040000020708--