A global area for DLL's

Stimulsoft Reports.NET discussion
Post Reply
Jordan Towle
Posts: 1
Joined: Thu Aug 11, 2022 2:10 pm

A global area for DLL's

Post by Jordan Towle »

Hello Stimulsoft Forum,

I was just curious on whether it was possible to store all the required DLL's to print a report into a global folder where our applications could hook into once they're released - Instead of updating all the DLL's in each induvial area, we just update this folder and they're all working again. We had the problem of the Stimulsoft Software being updated recently which forced us to update the DLL's for some applications so that they could continue printing out labels.

Do you have any recommendations on how to handle a production environment when it comes to updating and using the DLL's which need to be stored with the .exe when the application has been released, or is it the case of each application will have to have all the DLL's updated whenever an update has occurred.

Jordan
Lech Kulikowski
Posts: 6163
Joined: Tue Mar 20, 2018 5:34 am

Re: A global area for DLL's

Post by Lech Kulikowski »

Hello,

Theoretically, you can put our assemblies in some global folder, and specify the desired version in the application config via bindingRedirect.
In practice, we haven't done this ourselves, but it seems that some users did it.

But this variant can have some problems.
If the assemblies are not in the main application folder, then on some systems (depending on some security settings) loading of assemblies is working strangely,
generation of reports stops working, and sometimes even just loading the report.
Debugging showed that it's impossible to get some class attributes from the assembly through reflection, which is what we have a lot built on.
Unfortunately, we haven't been able to figure out the cause of this problem, and in these cases only placing the assemblies in the application folder helped.

Thank you.
Post Reply