problema con unca clase de consulta personalizada (co_***)

Hola

Tenemos una clase de consulta personalizada (co_certificados_unca) que extiende a (co_certificados)

En la consulta personalizada (se sobreescribe una) se agrega un campo que es el nro_solicitud.

En mi maquina de desarrollo funciona correctamente, tomando la consulta desde co_certificados_unca.
Pero en el servidor de producción toma la consulta desde co_certificados.

Donde puede estar la diferencia, que no la encuentro?

Emilio

Hola Emilio

¿Al pasar a producción la versión de 4 dígitos con esa personalización, complilaron los metadatos?

Saludos!

Hola Sergio

En 3W?

Creería que si.

Emilio

¡Claro es en Autogestión el problema! mala mía

¿Después de realizar la personalización, generaron los archivos guarani_autoload_clases_nuevas.php y guarani_clases_consultas_nuevas.php con el comando bin/guarani pers_autoload desde Gestión? ¿Comitearon esos cambios? . Autogestión consume los co personalizados desde el archivo guarani_clases_consultas_nuevas.php

Agrego un link de la documentación donde explica un poco más la interconexión

Saludos

Si.
Se hizo.
y en los archivos que están en el directorio de 3w de producción está la clase involucrada.

Emilio

En el log de 3w tiene que haber una entrada similar a esta, pero con el co que personalizaron


--  ############# se incluyo la clase co_parametros_siu del co co_parametros ##############  

../../pers_gestion/php/nucleo/administracion/parametros/co_parametros_siu.php

¿Está buscando en el lugar correcto?
¿Podés adjuntar el log?

Saludos!
4

Hola

--  ############# se incluyo la clase co_certificados del co co_certificados ##############

nucleo/propuestas/certificados/co_certificados.php

no la personalizada (co_certificados_unca).

De donde sale ese “dato”?

Emilio

Ese log se genera en el constructor de la clase src/siu/modelo_g3/toba_consulta.php y los datos se completan con los métodos guarani_clases_consultas_nuevas::consulta($co) o g3w_clases_consultas::consulta($co) según ese co personalizado este definido en el archivo guarani_clases_consultas_nuevas o no.


        function __construct($co, $usar_cache=false, $metadata_cache=null)
	{
		$this->clase_co = $co;
		
		if (guarani_clases_consultas_nuevas::existe_clase($co)) {
			list($clase, $path) = guarani_clases_consultas_nuevas::consulta($co);
		} else {
			list($clase, $path) = g3w_clases_consultas::consulta($co);
		}
		
		if (!class_exists($clase, false)) {
			kernel::log()->add_debug("############# se incluyo la clase $clase del co $co ##############", $path);
			include_once(ManejadorArchivos::path_a_plataforma(dirname(__FILE__)."/".$path));
		}
	
		$this->co = new $clase();
		$this->usar_cache = $usar_cache;
		$this->metadata = $metadata_cache;
	}

Parece que no está definido en las personalizadas
Saludos

Hola

en el archivo estaba

'co_certificados_unca' => array('clase'=>'co_certificados_unca','path'=>'../../pers_gestion/php/nucleo/propuestas/certificados/co_certificados_unca.php'),
		

y deberia haber estado

'co_certificados' => array('clase'=>'co_certificados_unca','path'=>'../../pers_gestion/php/nucleo/propuestas/certificados/co_certificados_unca.php'),
		

con lo cual, al llamar al ‘co_certificados’ no encontraba el archivo nuevo.
Correcto?

Emilio

Hola Emilio

Exacto, el comando de gestión bin/guarani pers_autoload debería haberlo dejado de esa manera


'co_certificados' => array('clase'=>'co_c...

Saludos
2