Pasa que por como venimos manejando nuestras puestas en producción, por diferentes razones, tenemos una base Toba por cada proyecto. De modo, que para cada proyecto está replicado el usuario.
El LDAP funciona completamente independiente del Toba, es más lo utilizamos para otros sistemas que no están hechos con Toba.
La idea es que en vez de que Toba autentifique con la contraseña que tiene guardada en su base, lo haga con algo que está afuera, que es el LDAP.

Sí, por supuesto!
Lo primero fue corregir el constructor porque no levantaba bien el ldap.ini, estaba "basicos" por "basicas". También los valores de los parámetros al no estar con " " tenía problemas con el parseo.
Fuera de esas dos cosas, en nuestro caso lo que agregué fueron los siguientes parámetros en el ldap.ini:
[basicas]
servidor = "******"
bind_dn = "*****"
bind_pass = "*****"
dn = "*****"
filter = "(mail=%s)"
Y en correspondencia agregué los siguientes atributos a la clase toba_autentificacion_ldap (con sus correspondientes seteos en el constructor):

protected $server;
protected $dn;
protected $bind_dn;
protected $bind_pass;
protected $filter;
Y en la función autentificar  se hicieron los siguientes cambios:
$bind = @ldap_bind($conexion, $this->bind_dn, $this->bind_pass);Esto es básicamente porque para poder conectarse al LDAP se necesita un usuario y contraseña
$res_id = @ldap_search($conexion, $this->dn, sprintf($this->filter, $id_usuario));Y por último, dejé un filter parametrizable en el ldap.ini, en nuestro caso valida contra el atributo mail

Les comento que aún así, estamos buscando una solución para el login único, ya que seguimos agregando nuevas aplicaciones en toba, y los usuarios tienen que acceder a muchas URLs distintas y loguearse varias veces. Algo que venimos pensando es una integración con CAS. Pero bueno, próximamente armaremos un post con estas dudas más especificas.
Saludos!

Buenos días,
Estamos trabajando con toba 2.3 y queremos realizar nuestra autentificación mediante LDAP.
Por lo visto, vi que toba tiene incorporada una clase de autentificación con LDAP, pero no  encontré ninguna documentación al respecto.
Me gustaría saber como configurar el LDAP y además saber como relacionar los usuarios de LDAP con los del Toba por el tema de los permisos que debe tener cada usuario.
Desde ya, muchas gracias!

Buen día!

Les comento mi situación a ver si me pueden orientar:
La cuestión es que descubrimos que si estando en una operación se abre un pestaña nueva (del navegador) hacía otra operación, la última operación pisa la memoria de la primera.
Por ejemplo si en la primera operación me guardaba los valores de los filtros, al abrir la nueva me los pisa.
Lo mismo pasa si abro la misma operación dos veces en dos pestañas separadas.
Es decir, la operación que abrí primero se comporta erraticamente.

La solución que se nos ocurre por ahora es usar el concepto de celda de memoria, que mantiene separadas las variables de sesión.
Si esta fuere la solución como sería conveniente usarla? Si uso un nombre de celda de memoria diferente por cada operación, no me va a salvar el problema de abrir dos operaciones al mismo tiempo ...

Pero bueno, de todas maneras, mi pregunta es más global tratando de responder a la pregunta de como usar mejor el framework para que no haya colisiones entre las diferentes partes de mi aplicación.

Espero haber sido claro, espero pronta respuesta, desde ya muchas gracias!

Gente, tuve el mismo problema que ustedes, los combos hijos generan un select con el orden incorrecto para el valor de "No selección" .
Es decir, en vez de aparecer primero, aparece segundo, cosa que por default debería estar primero.

Mi solución provisoria a esto fue forzar este orden en el método que actualiza las opciones, les paso el código por si alguien le sirve (esto iría en ef_combo.js linea 112) :

if (valores['nopar']){
    var nopar = valores['nopar'];
    delete valores['nopar'];
    input.options[input.options.length] = new Option(nopar, 'nopar');
}


Hola qué tal?
Tengo una duda con respecto a los menúes, lo único que pude lograr es hacer menúes a nivel operación, pero me gustaría poder hacer menúes a nivel de pantalla. Es esto posible?
Desde ya, muchas gracias!

Solucionado!
Mi traba estaba en que al pasar el xpath en la llamada set_xml el modo_archivo quedaba en falso, de modo que nunca se generaban los jrprints.

Pero en definitiva, la solución fue llamar al set_xml sin el xpath y llamar a varias veces al completar_con_datos.
Algo así:

$report->set_path_reporte(***);
$report->set_xml($xml);
$report->set_parametro(***);
$report->set_parametro(***);

$report->completar_con_datos();
       
$report->reset_parametros();

Y repitiendo lo anterior las veces que sea necesario.

Saludos!

Buen día, les comento que instalé Jasper Reports 4.7.0, con su respectivo iReport 4.7.0 y estoy realizando reportes desde el toba utilizando el API provista.
Lo que quiero realizar a continuación es generar varios reportes (independientes el uno del otro) y que estos queden en el mismo archivo pdf de modo que luego se puedan imprimir todos juntos.

Por lo que estuve investigando por la web se debería utilizar un lista de impresión (de JrPrint si mal no recuerdo) y luego generar un archivo que contenga todos los reportes.

Mi consulta pasa por si puedo realizar esta acumulación de reportes con el API de toba o tengo que pasar a realizar modificaciones en la misma.
Otra solución sería realizar esto con reportes y subreportes, pero no me parece una solución limpia en principio.

Si alguien tiene alguna idea de como encarar está impresión en batch se lo agradecería mucho, saludos!