Lazarus, Linux, ZeosLib, Firebird. ¿Qué combinación funciona?

[rolandoj]

Hola,

Gracias por las anotaciones.

Si entiendo bien, implícitamente estás diciendo que posees experiencia con todo lo mencionado excepto con reportes. Eso es correcto ?

Ahora, también implícitamente, estás confirmando que no se tiene una solución del más alto nivel en el tema de acceso a Base de Datos.

Al respecto, y hasta donde hemos visto, un punto central es que el cubrimiento de múltiples motores de base de datos no es lo amplio que teníamos en el BDE o con dbExpress.

Y también en relación a eso, adelanto que uno de los dos problemas fuertes que mencioné antes y que quiero tratar en hilo aparte es precisamente otra característica que aparentemente no está implementada en Zeos y que es vital para nuestro manejo. Falta verificar si se trabajó en la última versión de Zeos. Creo que hoy pongo el hilo

Sobre el depurador integrado, nosotros no lo hemos probado porque cuando intentamos usarlo nos cierra Ubuntu en la máquina virtual. La causa ?, Según el log de errores es falta de memoria; un problema adminstrativo que estamos en espera de que se resuelva.

Sin embargo, como bien dices, lo que hemos leído no son buenos comentarios, ya que sugieren que se use un depurador externo. Aparte de eso, la revisión que hemos hecho del código fuente de CGI indica que aparentemente para depurar aplicativos Web hay que estar colocando a cada paso del código inserciones condicionales de código específico de depuración (Condicionales CGIdebug), lo cual nos hace pensar que no es nada facil depurar el servidor. Puedes confirmar eso ?. Has depurado aplicativos Web usando el depurador integrado ?. Que diferencia tiene con el disponible bajo Delphi ?

[[mightydragonlor]]

Hola, como bien dices, para Lazarus no hay un dbExpress o BDE, lo mas parecido es Zeos, que como bien dice Roman, el avance es casi nulo, pero una forma facíl de implementar esto (definiendo si basta con las conexiones de la pestaña SQLDB) es remplazar el TSQLConection por la necesitada, no es muy complicado de implementar por código, yo lo he hecho para MSSQL y Firebird, que son las que he necesitado, hasta el momento, ahora y lo mas complicado, lo que quieres es hacer un modulo CGI para Apache Lazarus no lo puede Depurar como lo hace Delphi o VS, el por que es simple, para Delphi y VS en tiempo de ejecución se genera un servidor en memoria por ellos mismos para atrapar todas las llamadas, pero en Lazarus esto nunca sucede, solo se genera el ejecutable y se pone en el servidor, una forma de detectar esos errores es esta http://wiki.lazarus.freepascal.org/A...L-Android_Appl, personalmente no me gusta y acá te dejo una pregunta, que necesidad hay específicamente para que sea un CGI? dependiendo de esto podríamos tener una alternativa a la necesidad.
Se me olvidaba el Debug Server, pero igual sigue sin gustarme.

[[rretamar]]

Voy a "Meter la cuchara":

Me da la sensación de que quieren sacarle provecho inmediato tanto a Lazarus como a Linux, intentando hacer las cosas de la misma manera en que se hacían en Windows (y el Delphi), y eso es un grave error porque son diferentes.

[[mightydragonlor]]

Tienes toda la razón compañero rretamar, por eso mismo creo que hay que mirar la necesidad, exactamente como necesidad, no como hasta ahora que es "hacer la misma implementación hecha en Delphi" sino mas bien algo como, es necesario que una aplicación cliente se comunique con una aplicación servidor por X protocolo y que devuelva X resultado, para lo último, yo sugiero un Servicio o Daemon, que use protocolos comoHttp, TCP o UPD, pero algo exactamente igual a lo hecho en Delphi muy dificilmente puede ser implementado en Lazarus.

[roman]

Pues yo no veo que este sea el caso. El compañero rolandoj ha dicho, por ejemplo:

Empezado por rolandoj

Nosotros manejamos mucho http, tanto en cliente como en el Web Server, correo electrónico, encriptación, compresión de datos, edición de documentos sgeuros con RTF, gráficas dinámicas (con TeeChar), muchísmo de Base de datos (ya nos acercamos a 500 tablas). estructuras de árbol, administración documental, algunos centenares de reportes impresos, incluyendo trabajar con formas preimpresa, etc.

es decir, está hablando de necesidades generales. ¿En dónde se vislumbra que quiera resolver todo de la misma manera que en Windows?

// Saludos

[[mightydragonlor]]

En necesitar hacerlo en CGI, solo por eso lo digo, en si a lo que me refiero es replantear el usar CGI por alguna otra alternativa..

[rolandoj]

Hola,

Gracias a todos por participar.

Aclaro la situación:

1. No hemos pensado desarrollar con CGI sino con módulos Apache. Empezamos las pruebas por CGI porque se suponía que era el modelo más sencillo de manejar. Nosotros en Windows usamos es ISAPI. Hasta donde tenemos conocimiento, para producción, el equivalente en Linux son los módulos Apache; y para allá es en últimas a donde vamos

2. La idea si es hacer las cosas lo más parecidas a Delphi posibles, por una razón muy sencilla: Nos es inviable, en términos de costos, tiempos y logística, pretender armar algo independiente.

3. Lo que queremos es montar una capa de abstracción que brinde servicios básicos, de tal forma que sea la única diferente entre ambas plataformas (con alguna que otra excepción, porque ya vimos que no podríamos hacerlo al 100%). Esa capa la tenemos montada en Windows porque nos preparamos desde un principio para soportar más de una plataforma. La idea es migrarla a Lazarus - Linux; de esa forma, una vez estabilizada, salvo casos excepcionales, podríamos mantenernos desarrollando un solo código para ambas plataformas.