IP Driver??

[osquiabro]

Alguien usa el IP Driver tengo varias preguntas sobre este template.

[osquiabro]

Alguien?? al parecer soy el unico que uso templates raros que nadie mas usa?? y entonces que usan??

[Mauricio]

Creo que Luis Marcantoni usa el IP-Driver. Eso los convierte a los únicos 2 que usan templates raros . Voy a intentar comunicarme con él.

[LuisMarcantoni]

Hola Omar
Si efectivamente yo uso IPDriver, que es lo que necesitas ??

jajaja, Mauricio no somos tan únicos hay más gente que lo usa.

Saludos

Luis

[osquiabro]

Hola Luis sigo con mis pruebas comparativas con el IP Driver y el Thin@ , lo que estoy evaluando cual de los dos hay que hacerle menos cambios para poder usar programas ya existentes y publicarlos con estos templates.

Con el IP driver me tope con este error al ejecutar un reporte, el filtro es el siguiente:

Código: Seleccionar todo

ThisReport.SetFilter('(SQL(DBO.DATEONLY(A.REGISTERDATE) BETWEEN <39>'&format(Glo:FromDate,@d02)&'<39> AND <39>'&format(Glo:ToDate,@d02)&'<39>))')

Este es el Error:

Error: (Bind (1011)) attempting to open the current VIEW. Filter and Range Limits ignored.

Usando el programa con el thin@ y sin el thin@ el reporte se ejecuta sin problemas con el IP Driver es que me genera el error, el filtro esta en el OpenReport Prioridad 4,500.

Hasta ahora el thin@ se ejecuta mucho mas rapido que el IP Driver.

[LuisMarcantoni]

Hola Omar
Por lo que se ve, es como que una de las variables que usas en el reporte no está bindeada, probá bindearla.
Para mi son cosas distintas entre los 2 que decis vos, entendería que IPDriver se va a comportar mucho más lento que Thin@ por que este ultimo es un cliente delgado, ahora si creo que con IPDriver no vas a tener limitaciones en cuanto a templates de terceros por que es una aplicación independiente que funciona en el cliente y Thin@ va en camino de soportar mas templates de terceros, lo que no se es para cuando estara todoy si las va a soportar.

Saludos

Luis

[LuisMarcantoni]

Omar
Olví de decirte el error 1011 es una variable no encontrada.

1011 Variable Not Found
The EVALUATE procedure has not found a variable used in the expression it is attempting to evaluate. You must first BIND all variables used in the expression for them to be visible to EVALUATE.


Saludos

Luis

[LuisMarcantoni]

Nuevamente yo Omar
Fijate la página 73 del pdf del IPDriver por ahí me parece que tenés el error.


-------------------------------------------------------
Server Side VIEW support

Filtering Rules

If a filter uses any user defined function, this function need to be defined and bound (BINDed) in both IP client
application and the IP Server Data Manager DLL. The actual user defined function that will be executed is the one
located in the IP Server Data Manager DLL. The client function can optionally be an “stub” function.
If the IP client application does not BIND the function, the filter will be ignored. If the function is bound on the
client but not on the server, the NEXT statement will return an ERRORCODE 90, the FILEERRORCODE returns
“1011”, and the FILEERROR returned will be a standard “BIND error”.
-------------------------------------------------------


Saludos

Luis

[osquiabro]

No tengo idea de como resolver esto ya que no tengo ninguna funcion al menos que el commando SQL se considere como una funcion y si es asi como lo defino en el server? :

Código: Seleccionar todo

ThisReport.SetFilter('(SQL(DBO.DATEONLY(A.REGISTERDATE) BETWEEN <39>'&format(Glo:FromDate,@d02)&'<39> AND <39>'&format(Glo:ToDate,@d02)&'<39>))')

y tengo las variables con el bind y definidas en el server y el cliente.

Si uso el filtro sin el SQL command entonces me filtra pero la idea es mantener la aplicacion sin menos cambios posibles y con el SQL command me es ma facil armar filtros.

Con respecto al Thin@ he probado varios templates y no he tenido problemas, aun le queda mucho por madurar con respecto a otros templates pero va por buen camino, el server es bien estable y hasta ahora el cliente no me ha dado ningun error,

[DanielRuzo]

Hola, Omar.

No utilizo ninguno de los dos, pero conozco gente que sí. Así que no son los únicos.

No tengo idea de como resolver esto ya que no tengo ninguna funcion al menos que el commando SQL se considere como una funcion

El error te lo da cuando está evaluando el filtro. ¿Será que el alias "A" no te lo reconoce de ambos lados? ¿Por qué no probás sólo con DBO.DATEONLY(REGISTERDATE)?