Geek Answers Handbook

ITextSharp relies on COM interoperability anywhere

On our IIS7.5 website, you need to enter some data into a PDF (filling out the form fields) immediately before the user uploads the PDF file. Users are employees of our clients, and we know in which company they work, and the program on our server will enter the data of a particular company in several fields. iTextSharp can only be a ticket. Is it 100% native CLR code, or is it relied upon at any time during COM interaction?

+1
source share
1 answer

The iTextSharp core is 100% managed code without COM interoperability and no dependencies other than .Net (and I believe Mono works too). As far as I know, this also applies to related projects such as XmlWorker. Even the cryptography that he uses, although it comes from bouncy castle , is actually built directly into the base library instead of binding / linking.

+1
source

More articles:


All Articles