- Este debate tiene 4 respuestas, 3 mensajes y ha sido actualizado por última vez el hace 8 años, 6 meses por
Laura Nicolàs.
-
AutorEntradas
-
24 enero 2018 a las 11:11 #4324
salva_ms
ParticipanteBuenas,
Estamos convirtiendo algunos desarrollos que tenemos en extensiones, y nos vemos con el problema de que necesitamos incluir algunas dll’s para que funcione correctamente. En concreto necesitamos usar las dll’s para leer certificados.
Sé que las extensiones no permiten el uso de dotNets, pero me gustaría saber si os habéis enfrentado con este problema y que soluciones habéis podido dar.
A nosotros se nos ocurrió, como idea temporal, crear una codeunit en la que se haga uso de dichos dotnets, y nos pasemos la información que necesitemos en cada momento. Pero entonces vimos nuestro segundo problema, desde una extensión no hay acceso a objetos 50xxx. De esto último no era consciente. ¿Sabéis si esto es un error?, ¿estoy haciendo algo mal? ¿Podría ver campos o tablas creados en otra extensión?
Gracias!
Saludos!24 enero 2018 a las 11:26 #4325
Laura NicolàsSuperadministradorHola Salva,
Ni Cristina ni yo somos muy expertas en dlls y .NET, no podemos ayudar mucho en este sentido.
Lo que sí podemos decir es que desde VSCode sí tienes que poder ver una codeunit 50000 creada en C/SIDE.
Para hacerlo, los simbolos tienen que incluir los objetos 50K. Lo consigues ejecutando el finsql.exe con el comando Command=generatesymbolreference
Puedes encontrar documentación aquí:
Running C/SIDE and AL Side-by-SideSalut!
Laura Nicolàs24 enero 2018 a las 11:52 #4326
Cristina NicolàsSuperadministradorHola salva,
Y si los objetos no están creados en C/SIDE, si no que están creados en otra extensión, lo que tienes que hacer es en la segunda extensión poner una dependencia a la primera extensión.
Yo estoy trabajando con 2 extensiones:
– Una crea una cierta funcionalidad y unos ciertos campos
– La otra es de impresos, y algunos de los impresos tienen que imprimir información de campos creados por la primera extensiónEn la extensión de los impresos, le digo que depende de la extensión primera. Es decir, la extensión primera tiene que existir para poder instalar la segunda.
Al crear la dependencia, cuando me descargo los símbolos, NAV no sólo me descarga los símbolos del estándar, sino que también me descarga los símbolos de la extensión primera (todos los objetos creados por la primera extensión), y así en la segunda extensión ya puedo desarrollar viendo también lo que ha creado la primera.Es un poco lioso, espero que se entienda.
Un saludo,
Cristina Nicolàs24 enero 2018 a las 11:55 #4327salva_ms
ParticipanteSi, si que se entiende. Muchas gracias a las dos!
26 enero 2018 a las 19:11 #4388
Laura NicolàsSuperadministradorMicrosoft ha creado el proyecto C/AL Open Library para solucionar el tema de las dlls.
Salva, si vas a crear una codeunit que te sirva de wrapper y así la puedas llamar desde extensiones, quizá te puedas plantear enviar la Codeunit a MS y que la incluyan como parte del estándard.
Échale un vistazo a la web del proyecto, es interesante. Dicen
The primary goal is to enable creation of .NET type wrappers written in C/AL that can then be subsequently used from Extensions V2
Salut!
Laura Nicolàs -
AutorEntradas
- Debes estar registrado para responder a este debate.