Problemas de implementación y dependencias de bibliotecas

Problemas de implementación y dependencias de bibliotecas

El SDK de TBarCode instala estas dos bibliotecas:

La biblioteca .NET "TECIT.TBarCode.dll" también se instala en la caché de ensamblados global (GAC), de modo que siempre está disponible en todo el sistema. Al cargarla, cambia automáticamente entre 32 y 64 bits según el proceso; esto tiene ventajas.

El archivo TECIT.TBarCode.dll necesita volver a cargar ciertas DLL (TBarCode11.dll / TBarCode11_x64.dll); el cargador de bibliotecas las encuentra en el mismo directorio o mediante la variable PATH, que apunta a la ruta anterior en el directorio Common Files. Justo después de instalar el SDK, puede ser necesario reiniciar el servidor o el servicio; algunos servicios (IIS) solo leen la variable PATH al iniciarse.

La biblioteca de TBarCode necesita el Visual Studio Runtime (según la versión), que también se puede implementar desde aquí.

Implementación en SQL Server

Lo que a veces resulta complicado son las funciones de seguridad de SQL Server. Solo puede ver qué falta exactamente durante la implementación. En la mayoría de los casos, no carga DLL externas o no permite el acceso a archivos para volver a cargar las demás DLL que necesitamos. Debe copiar todas las DLL (TBarCode*.dll) en un directorio específico de SQL Server y permitir el acceso a archivos en el archivo rssrvpolicy.config (Full Trust); véanse los enlaces:

• SSRS -Deploying a Custom Assembly
• SSRS - Asserting Permissions in Custom Assemblies
• SSRS - Using Reporting Services Security Policy Files

Si no desea lidiar con problemas de seguridad de las DLL, existe una alternativa: puede trasladar el generador de códigos de barras a un servicio web de códigos de barras independiente y cargar los códigos de barras durante la ejecución del informe "sobre la marcha" desde una URL. Suministramos el servicio web de códigos de barras junto con el SDK de TBarCode, además de una guía sobre cómo instalarlo y usarlo: