如评论所述,相关文档已加密以限制权限。因此,来自官方 iText 2.1.7 jar 的代码将在实例化 PdfStamper 时抛出 BadPasswordException,因为未提供正确的密码。因此,它不会产生损坏的 PDF,因此这里的问题不是错误。;)
话虽如此,当然可以强制 iText 2.1.7 忽略未提供密码的事实。在这种情况下,程序(在必要时更正了变量名)确实会生成一个 PDF,Adobe Acrobat 拒绝打开该 PDF,显示错误代码 118。
另一方面,对当前的 iText 5.x 执行相同操作会生成一个文档,Adobe Acrobat 可以毫无异议地打开该文档。
如果比较这两个输出,问题就会变得清晰。而在 iText 2.1.7 的情况下,更新后的信息字典如下所示:
16 0 obj
<<
/Creator(ADEP Document Services … Designer 10.0)
/Producer(Adobe LiveCycle Forms ES3; modified using iText 2.1.7 by 1T3XT)
/schemat(http://crd.gov.pl/wzor/2011/12/19/732/)
/Title(PIT-37)
/wersja_schemy(1-0E)
/ModDate(D:20121129153659+01'00')
/Subject(þÿ Z e z n a n i e o w y s o k o[ c i o s i g n i t e g o d o c h o d u \( p o n i e s i o n e j s t r a t y \) p r z e z p o d a t n i k a p o d a t k u d o c h o d o w e g o o d o s ó b f i z y c z n y c h)
/wariant(17)
/Author(Ministerstwo Finansów)
/CreationDate(D:20120816122649+02'00')
>>
endobj
当前的 iText 5.x 看起来像这样:
16 0 obj
<<
/Creator(Ìû±d\\‘0Ú¼U´N°4@è4÷¤&‚ŸWŠÖsW¦ïôeå¿ê¹@aC<M¹^\t¯p; Um…‡&U$“)
/Producer(Ìû±d\\‘0Ú¼U´NSH<š¶CìœhMÙg6\(@+C“rxó3% èúáž#„~îí$´Ñ\rEÿ\){â®ø×ÇMõÒ”/k«'T“…Ô»6D±Šàûèq}=_]YùèM»Lõ‡!õØûÚ©'é+t#Väò¿ÃSVõñý)
/schemat(Ìû±d\\‘0Ú¼U´N„hÙÚújñÂð\)÷Lsg—¥oÏ0<Á@õ5/•X6úJ!–nÈÒvU‚nð)
/Title(Ìû±d\\‘0Ú¼U´NÅÎéÈ€Ã3 ÅpC„¡H)
/wersja_schemy(Ìû±d\\‘0Ú¼U´NAÞ&·4ul‰¡b‘Œó)
/ModDate(Ìû±d\\‘0Ú¼U´NÏbZk£&"!õH³Î¨l\f6\)¥+¥ûcoûÒ\rÕ8˜Í)
/Subject(Ìû±d\\‘0Ú¼U´N:¡Ž”"ؘí¹~KŸpS†ÑŽäQ%”ýãtõÌt\t‚Ý3t\r9Ñ}#M …O¦\nqWóm: íÑ;A“GÝ.mÐÔéÔ]Ùn“Ƽä°'0%±@ \rÞªeé¶T<“¾./ýÂA"ÆRvoo€‚—Ý{?Ü“Nö\r¼¨]üv•¯y©Tˆ aŸ?"y°à¡ÀaÂÛ”ÄR’rèŽêKD•M6{Ä£t´é¾ù|%¬ƒÒˆM….’Ëð½˜B‡lƳ¤+¦Š¹ôTÝ^å¤=‹BAO‚Ø€°ú̱æj9_!#÷h‡5)
/wariant(Ìû±d\\‘0Ú¼U´N6©BÛâ`Ì¡k‹Ô <½`)
/Author(Ìû±d\\‘0Ú¼U´NŒ’×,ïZ2ä¡Åöwìœ?bjÃô‚w|éUÆб)
/CreationDate(Ìû±d\\‘0Ú¼U´N'·¬‡jHÎâÃë&šZ¦Ñ.U©ü«s¾½Ý;2¸Q)
>>
endobj
因此,iText 2.1.7 没有对更新的信息字典的条目进行加密,并且 Adobe Acrobat 在尝试对其进行解密时被打断了。
编辑
不幸的是,即使在将未加密的信息字典分开之后,尝试加载文件时也会出现 118。因此再次查看文件还有另一个区别:iText 2.1.7 创建的版本包含一个微小的对象流,而另一个版本没有。尝试读取该对象流时,iText 本身会绊倒......