Re: [Gneclient-developers] Problemas al acceder a las funciones de CegaiaDll.dll (#E9HZWN)

[Luis Martin-S. G. <lma...@we...>]

Buenas tardes,

Por lo que veo aquí hay algunas cosas que todavía no están demasiado claras.

1) CegaiaGlue y CegaiaDLL

En 2006 los ERPeros realizaron un desarrollo para conectarse a la plataforma de TLR. Para ello se utilizó la librería AtidenetDll.Dll. Cuando a principios de 2008 se le pidió a Webalianza que reemplazase la plataforma de TLR por otra basada en estándares abiertos, se puso como pre-condición que los desarrollos del conector realizados anteriormente no tuviesen que cambiar. Por ello Webalianza desarrollo:

a) La implementación de la plataforma (dack & registry) que es el "lado servidor"
b) Una librería de .NET que sirviese de API para el acceso a los servicios del dack y del registry
c) Una librería en C++ (CegaiaGlue) que tuviese la misma firma de métodos que la DLL de Atidenetdll.dll

De esta manera, un ERPero que antes utilizase este esquema:

ERP <---> AtidenetDll.Dll <---> TLR <---> AtidenetDll.Dll <---> ERP

Ahora utilizaría

ERP <---> CegaiaGlue.dll (renombrada a AtidenetDll.dll) <---> CegaiaDll.Dll <---> Dack/Registry <---> CegaiaDll.Dll <---> CegaiaGlue.dll <---> ERP

Es decir, añadimos una capa de abstracción que es la Glue.

Ahora bien, esto se realizó trasladando que cualquier nuevo desarrollo debería de ser hecho con la CegaiaDll.Dll dado que era la única librería que iba a ser mantenida en el tiempo, siendo la CegaiaGlue un desarrollo para no tirar lo desarrollado anteriormente. De hecho, algún proveedor ha tenido que ir directamente contra la CegaiaDll.Dll porque entre tanta capa de abstracción no fuimos capaces (nosotros) de ver porqué un método estaba teniendo un aparente memory leak.

Entonces, por favor, cuando habléis de la DLL o de la librería, por favor, referiros a la librería exacta con la que estáis trabajando.

2) Importación de una Librería de .NET

Existe una infinidad de métodos para conocer los métodos de un ensamblado de .NET, es algo que daba por hecho, de todas maneras, el namespace es CegaiaDll y las clases son DackInterface, EventResponse, EventListResponse, DocumentResponse y DocumentListResponse, además de una clase privada que es DackProxy. El documento del conector contiene todos los métodos.

> ox = CREATE ('Minamespace.sumodos')
> ? ox.Addtr(1,2)


ox = CREATE ('CegaiaDll.DackInterface')
if (ox.Login ("username","password")) {   ---- }

3) ¿Puedo entender que estáis realizando un desarrollo desde cero de vuestro conector? Lo pregunto porque sino, en esta conversación estaríamos hablando de la CegaiaGlue no de la CegaiaDll.

Saludos.

> De: in...@an... [mailto:in...@an...] 
> Enviado el: jueves, 11 de noviembre de 2010 12:57
> Para: gne...@li...
> Asunto: [Gneclient-developers] Problemas al acceder a las funciones de
> CegaiaDll.dll (#E9HZWN)
> 
> Buenos dmas a todos.
> 
> Estamos implementando el envmo de ficheros PDF a la plataforma con la nueva
> librerma CegaiaDll.dll y nos estamos encontrando con un problema de uso de
> dicha librerma.
> 
> Nosotros trabajamos con Visual FoxPro 9.0. 
> Ya hemos registrado la librema con la utilidad REGASM, pero a la hora de
> hacer las llamadas desde el Visual FoxPro nos esta dando errores, debido a
> que no puede acceder a las funciones de las librermas.
> Segzn hemos estado indagando por Internet, la forma correcta debe ser algo
> asm como:
> 
> Si tenemos como ejemplo:
> 
> namespace miNamespace
> {
>     public class sumodos
>     {
>           public int Addtr(int x,int y)
>           {
>                 return (x +y);  //  Devuelve la suma            
>           }
>     }
> }
> El acceso serma:
> 
> ox = CREATE ('Minamespace.sumodos')
> ? ox.Addtr(1,2)
> 
> A la hora de invocar el objeto , hay que indicar el nombre del Namespace (no
> el del fichero fmsico de la DLL) y el de la clase. Tenemos problemas para
> identificar cual es cual en la librerma CegaiaDll.dll.
> A alguien le ha pasado algo parecido.
> 
> Muchas gracias.
> 
> Un saludo.
> 
> Iqigo del Rio Arrieta
> ANER Sistemas Informaticos, S.L.
> Telef: 902.820.690
> email: in...@an...
> http://www.aner.com
> Barcelona - Bilbao - Madrid - Vitoria - Zarautz
> 
> 
> ADVERTENCIA DE CONFIDENCIALIDAD
> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> informacisn privilegiada o confidencial. El acceso a esta notificacisn por
> otras personas distintas a las designadas no esta autorizado. Si Ud. no es
> el destinatario indicado, queda notificado que la utilizacisn, divulgacisn
> y/o copia sin autorizacisn esta prohibida en virtud de la legislacisn
> vigente. Si ha recibido este mensaje por error, por favor le rogamos que lo
> comunique inmediatamente al remitente vma e-mail y proceda a su destruccisn.
> 
> 
> ------------------------------------------------------------------------------
> Centralized Desktop Delivery: Dell and VMware Reference Architecture
> Simplifying enterprise desktop deployment and management using
> Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
> client virtualization framework. Read more!
> http://p.sf.net/sfu/dell-eql-dev2dev_______________________________________________
> Gneclient-developers mailing list
> Gne...@li...
> https://lists.sourceforge.net/lists/listinfo/gneclient-developers

Luis Martín-Santos García - lu...@we...
Gerente  - Chief Executive Officer
Webalianza Consultoría Tecnológica - IT Consulting
------------------------------------------------------------------
Portuetxe Bidea 23 Edificio CEMEI Piso 3 Oficina 4
20018 Donostia-San Sebastian, Gipuzkoa, Spain.
Tfn : +34 902 364 368 ext 2001.
Fax :  +34 943 212 920
Skype: lmartinsantos