pdf4net 无明显原因失败
我们有一个遗留设置，可以根据客户信息动态创建 pdf。我可以跟踪流程收集信息的所有内容，一切都正常运行，直到它到达 doc.Form.FlattenFormFields 然后它就进入了困境。我已经捕获了 base64binary 字符串，它尝试使用它来转换为 pdf，但也没有成功。
任何人对 pdf4net 有任何想法或技巧。我知道这是一个模糊的问题，但系统的很多部分都是黑匣子，所以我们甚至不知道从哪里开始。
We have a legacy setup that creates pdf's on the fly based on client info. I can follow everything through where the process gathers the info and everything runs normally, until it gets to the doc.Form.FlattenFormFields then it goes in to limbo. I've captured the base64binary string and it tried to use that to convert to a pdf with no luck also.
Anyone have any ideas or tips on pdf4net. I know this is a vague question but a lot of the system is a black box so we aren't even sure where to start.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
确定问题是 pdf 的内存流损坏。该过程使用 Strata 框架（黑匣子）并传入存储在 cookie 中的文档 ID 和会话参数。我们不得不在一周左右之前更改 cookie，因为某些客户端会话 cookie 变得太大（他在 cookie 中存储了大量数据）。我们绕过了创建内存流的 Strata 框架调用，并在 .net 中创建了我们自己的内存流，现在它正在测试环境中运行。
OK figured out that the problem was corruption in the memory stream of the pdf. The process is using Strata frames (a black box) and passing in a doc ID and session parameters which are stored in a cookie. We had to change the cookie a week or so back because some clients session cookie was getting too big (he was storing a butt load of data in the cookie). We bypassed the Strata frames call that created the memory stream and are creating our own in .net and it is working in the test environment now.