Biztalk 2013：SFTP适配器实现背后的愚蠢（只读处理）

Microsoft在BizTalk 2010的FTP适配器中引入了“只读”处理的概念。随着BizTalk 2013的发布，他们实现了SFTP适配器，但没有继承其成熟FTP适配器的所有功能。他们是否假设那些将使用SFTP适配器的人不会受到困扰早期版本FTP适配器的相同问题的困扰

现在，我已经从我的系统中获得了这一点，我正在考虑实现一个SFTP适配器，例如Blogical的，但是，它只是为BTS 2010编写的，似乎不适用于2013。

---

我能够重新编译.NET4.5的源代码，但似乎不知道如何安装它。正在寻找有关如何做到这一点的建议，或者寻找处理BTS 2013上只读SFTP场景的任何替代方法。

另一个选项是/n软件SFTP适配器。我为nsoftware工作，但我们的适配器已经存在多年，功能齐全。它不是免费的，但可以满足您的需要并支持BizTalk 2013。具体来说，有一个DeleteMode属性来控制从服务器删除文件的时间。我们也有帮助人们入门的方法。

没错，但公平地说，FTP和SFTP是完全不同的，适配器也是如此

我建议提交关于Connect的反馈，以将文件记录功能扩展到SFTP适配器

---

至于Blogical适配器，适配器注册过程从2010年到2013年没有变化（实际上，保存64VS32位，但自2004年以来没有变化）。如果您有一个特定的问题，您可以打开一个新的线程。也许我们能帮上忙。

谢谢。此产品是否跟踪已下载的文件，以防止重复下载？有一个DownloadCacheFile设置，可在适配器的其他属性中指定（在“调优”部分中）比如：

DownloadCacheFile=c:\cache.txt

，它将保存一个下载文件列表，因此每个文件只下载一次。这是基于filename.FTP的。SFTP、FTP只涉及连接和会话传输层。封装在这些内部的内容在所有方面都是相同的。文件传输方法在每种类型中都是相同的，因此，例如，如果您打算销售FTP客户端软件，您不会对不同类型的核心功能进行不同的处理。这就像卖汽车，说如果你想要一辆红色的，它只配有手动变速器。