有可能使用未签名的DLL来代替签名的DLL吗



显然这是一个安全风险,但目前这可能是调试我遇到的BizTalk问题的最佳方式。

如果您基本上不知道BizTalk是如何工作的,您可以使用所见即所得生成程序集。您不能只将自己的调试代码放入程序集中,因为进入程序集中的代码是由所见即所得构建的。我发现,你可以将所见即所得输出的dll用dnSpy编辑,然后签名,然后部署。Boom,你可以直接将任何你喜欢的代码破解到BizTalk中。

我让它打印错误附近的调用堆栈,这让我对发生了什么有了一些了解。但解决这个问题的最简单方法可能是在以下Microsoft程序集中的调用堆栈下面再放一个try/catch:

at Microsoft.XLANGs.Core.SegmentScheduler.RunASegment(Segment s, StopConditions stopCond, Exception& exp)
at Microsoft.XLANGs.Core.SegmentScheduler._RunSomeSegments(StopConditions stopOn)
at Microsoft.XLANGs.Core.SegmentScheduler.RunSomeSegments(StopConditions stopOn)
at Microsoft.XLANGs.Core.SegmentScheduler.RunMore(Object t)
at Microsoft.XLANGs.BizTalk.CrossProcess.WorkItem.Execute()
at Microsoft.XLANGs.BizTalk.CrossProcess.GlobalThreadPool._workerWithContext(Object workItemObj)
at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
at System.Threading.ThreadPoolWorkQueue.Dispatch()

但你当然不能这样做,因为你不能在修改程序集后对其进行签名。所以你不能把它放在GAC中。不能运行它。它就像什么都没有一样好。

对吧?有没有什么方法可以让windows冷静一分钟,让我使用这个未签名的dll来完成一些工作?

总之。编号

事实上,除了管道组件外,所有BizTalk DLL都必须签名,否则您甚至无法将它们导入BizTalk。

我认为你需要发布一个关于你实际问题的问题,然后有人可能会为你指明正确的方向来找到问题。

相关内容

  • 没有找到相关文章

最新更新