Hello!
I have just started to work with the Infragistics.Documents.Word namespace.
I tried to create a simple document using the following code:
Dim doc as new Infragistics.Documents.Word.Document
doc.save(filename)
This code creates a file but it also generates an exception. The exception is of type
"The type initializer for MS.Utility.EventTrace threw an exception"
I have implemented code that creates some text inside the document but that isn't included when it is saved. So something is wrong.
I am creating these files on a server with special rules of accesscontrol.
I am pretty sure that this has something to do with the server settings and not the Infragistics tools, but with an
exception like that, I am totally lost.
Someone out there who understands the problem?
/Henrik
It works like a charm, thanks Milko!
Hello Henrik,
Thank you for your feedback.
So we have check this in much deeper details. What we found is somehow, the .NET framework is able to assert for registry read permissions (within the MS.Utility.EventTrace.IsClassicETWRegistryEnabled method) on the HKEY_CURRENT_USER\Software\Microsoft\Avalon.Graphics\ registry key, but then it is not able to actually read from that location. So something very odd is going on.
Looking around on online, it appears that many of the people experiencing an error in the same stack trace are also in an impersonated user scenario. So, we think this is probably a bug in the .NET Framework when doing user impersonation. Trying to disable tracing will not help work around this issue by the way, because the error is happening in the static constructor of the class that checks whether tracing is enabled, so it never gets to the point of checking. So please do not try to change your app.config file.
What we found as a workaround is to force the static constructor of the tracing class to get executed before the user impersonation is done. This bypasses the bug in the .NET Framework. To do so we have added this code exactly before the user is impersonated:
Dim m As New MemoryStream()Dim p As System.IO.Packaging.Package = System.IO.Packaging.Package.Open(m, System.IO.FileMode.Create)p.Close()m.Close()
With this piece of code added it successfully have created the xlsx file at my server.
Please let me know if you need any further assistance.
Milko, any news in this topic?
No, I am not using any service. And sorry for not succeeding with this explanation ;-)
We have s standard file server in our company network. In a folder on this server (which is specific for this application), I have assigned something that I calla service user fulls rights to this folder. This user has modify right to be exact. I myself only have read access.
So to be able to create a file in this folder when I am running this application, I must use this "service user", since I don't have right to do that by myself.
When I run the application on my computer, my user is the one that is executing it, so all operations that are done from this application is done by "me" as standard.
Is Everything clear now?
“When I am creating the file on the server, I am doing it using a dedicated service user”
If I understand you correctly you are consuming some services in your Windows Forms application in order to create a user on the server and to export the file. You need to check the web.config of the application which manages this service. There you may find the trace listeners. Please check this application, and not you Windows Forms application, and try to remove the tracing.
Looking forward to your feedback.