Buenas Tardes:
Utilizando un sistema cargado en toba_2.4 y utilizando postgres 9.1, (anteriormente este sistema funcionaba en toba_2.1.1 y postgres 8.3), creo una nueva tarea e intento ejecutarla mediante el comando “toba proyecto ejecutar_tareas” pasandole a este, el proyecto y la instancia del mismo, al realizar esta acción me devuelve el siguiente error:
[b] unserialize(): Error at offset 0 of 745 bytes in /usr/local/src/toba_2.4.1/php/nucleo/lib/toba_planificador_tareas.php on line 135"[/b]
Este error lo arroja un servidor que tiene instalado php 5.3.3, y probando exactamente lo mismo en uno que posse 5.3.10, no sucede lo mismo.
Alguna sugerencia para resolver este problema sin actualizar la versión de php?.
Hace poco se nos presento el mismo inconveniente, y el problema esta en POSTGRES 9.1 y su manejo de los campos BYTEA.
En nuestro caso, el problema se solución utilizando : SET bytea_output = ‘escape’ justo antes de recuperar la tarea almacenada y esto lo logramos extendiendo el planificador de tareas de TOBA.
Lo mismo se puede hacer configurando la propiedad bytea_output en la base de datos (esto es utilizando PGADMINIII) al valor escape
@Jose: Bien ahi por la contribucion, no tenia conocimiento de este problema puntual con Postgres 9.1, voy a hacer pruebas… puede que los objetos de persistencia tambien fallen entonces.
@Pablo: Ese mensaje lo he visto cuando se modifico por algun motivo la clase que realiza la tarea en cuestion, luego de haberla planificado.
Si ese fuera el caso, creo que la unica opcion es eliminar la tarea y volver a reprogramarla.
Si no tocaron para nada el archivo de la tarea, probaria con lo que te recomendo José.
Hola
Reprogramar la tarea no sirve porque lo hicimos y no funcionó.
Con Postgresql 9.1.10 funciona sin problemas.
Para Postgresql 9.1.x inferiores hay que aplicar la solución que dice Jose.
Funcionaron ambas pero nos quedamos con la extensión del planificador de tareas de toba.
como te decia antes… esto sirve si la clase de la tarea fue modificada luego de programarla… sino fue el caso, no agrega nada.
Con Postgresql 9.1.10 funciona sin problemas.
Para Postgresql 9.1.x inferiores hay que aplicar la solución que dice Jose.
Funcionaron ambas pero nos quedamos con la extensión del planificador de tareas de toba.
Bien, es bueno saber que no sigue fallando… habria que agregar un chequeo en el planificador de manera de poder contemplar esos nros de versiones.
