Problema con Actualización de la información en una Página JSF

Creo que estás buscando al Bugfoot (o sea como el bigfoot, pero en bug): "A bug that isn’t reproducible and has been sighted by only one person."

Lol, a mi no me ha pasado.

Ya en serio, tratando de encontrar el meollo del asunto, se me ocurre preguntar:

¿Tu bean es de sesión?

En las partes donde se maneja la cantidad pedida, ¿revisaste si se se hacen las asignaciones con = y no con +=?

Es lo que se me ocurre hasta el momento.

Salute.

Es probable que tengas un problema de race condition, revisa el siguiente tema:

Otra posibilidad es que el cliente externo vea datos que de alguna forma se quedaron en el cache de su navegador... pero yo también le voy a lo que dice iberck de race condition.

Leyendo sobre race conditions, me llamó la atención este apartado:

A race condition is a situation in which two or more threads or processes are reading or writing some shared data, and the final result depends on the timing of how the threads are scheduled.

.

Se que la implementación maneja threads, pero yo no los manipulo directamente. Además el bean es de tipo sessión por lo que la información no debería ser compartida.

En los 5 años que ha estado corriendo el sistema es la primera vez que me reportan algo así y este cliente es el único que ha tenido ese problema, si fuera un race conditions tendría que pasar un poco mas seguido y a diferentes clientes, no?

hmm, por si las moscas, nunca he confiado en el internet explorer así que les recomendé que utilizaran firefox (ninguna prueba es mala cuando andas buscando al bugfoot jeje) y 3 dias despues no me han comentado nada al respecto, aunque no se si lo hayan instalado por que luego las compañias grandes tienen sus estandares de aplicaciones a utilizar.

En fin, gracias por su ayuda.

Saludos

Se que la implementación maneja threads, pero yo no los manipulo directamente.

No te confundas, cada petición desde un navegador es un thread que opera sobre la misma instancia de un servlet, esto es parte de la implementación de los servlets y dichas instancias no son lanzadas directamente por el programador

En los 5 años que ha estado corriendo el sistema es la primera vez que me reportan algo así y este cliente es el único que ha tenido ese problema, si fuera un race conditions tendría que pasar un poco mas seguido y a diferentes clientes, no?

No es frecuente que haya race-conditions cuando existen pocas peticiones simultaneas en el sistema ,sin embargo se pueden presentar y las consecuencias suelen ser fatales

Ojala que se resuelva tu problema con cambiar de IE a FF aunque sinceramente lo dudo mucho, el consejo que te doy es que revises nuevamente tu código .... por si las dudas

A lo que me refiero con que yo no manipulo directamente los threads es que yo no creo threads. La especificacion de JSF dice que hay un servlet llamado FacesServlet, que es el encargado de recibir todas las peticiones y de procesarlas, en base a las reglas que se hayan definido. Cuando definies un bean con scope request, te dice que se crea ese bean y al terminar el request se destruye. Cuando tienes uno de tipo session, este se mantiene hasta que lo invalides o termines la sesión, donde este objeto no es compartido entre sesiones.

Si vamos a pensar que pueda ser un race condition (donde su definicion dice claramente que solo ocurren cuando dos threads manipulan la misma información, que según yo no es este caso) estamos pensando en posiblemente un bug en la implementación de JSF, que los beans de session los este compartiendo entre diferentes sessiones/threads, lo cual creo menos probable.

En fin, gracias por tu tiempo, aunque el cliente sigue sin cambiar a firefox y es el único que presenta ese problema.

Sobres

A lo que me refiero con que yo no manipulo directamente los threads es que yo no creo threads

Y yo me refiero a lo mismo, aunque tu no crees directamente threads no quiere decir que no puedas tener race-conditions

Si vamos a pensar que pueda ser un race condition (donde su definicion dice claramente que solo ocurren cuando dos threads manipulan la misma información, que según yo no es este caso) estamos pensando en posiblemente un bug en la implementación de JSF, que los beans de session los este compartiendo entre diferentes sessiones/threads, lo cual creo menos probable.

Yo no me refiero a que el bean de sesión comparta sus datos entre 2 threads, me refiero a que la operación que realiza la suma (o la operación aritmética que no te está cuadrando) probablemente tiene un race-condition

Si te quieres quitar de dudas de una buena vez, has una prueba de stress sobre la aplicación (obvio que implique varios threads)