FTPS 或 HTTPS - 使用 Java 将大文件从数百个客户端传输到服务器的更好方法是什么?

发布于 2024-10-20 12:43:58 字数 334 浏览 6 评论 0原文

评估参数:
- 来自客户端的 1000 个连接(在某些情况下连接可能很慢)
- 连接良好时的多线程上传(同一文件或不同文件) - 能够从客户端恢复上传
- SSL/TLS 支持(在 FTPS 和 HTTPS 的情况下)
- 服务器前面的负载平衡器

客户端将用 Java 编写,因此需要 FTPS/HTTPS 客户端的 Java 接口。

到目前为止,我已经了解了 Apache Commons FTPS/HTTP 客户端、Apache MINA 和 Apache Camel。 SO 中有一条评论说 Commons FTPS 客户端不会恢复上传 - 真的是这样吗(尽管 API 似乎支持它)。

Parameters for evaluation:
- 1000 connections from the client (connection may be slow in some cases)
- Multithreaded upload when connection is good (of the same file, or different files)
- Ability to resume an upload from the client
- SSL/TLS support (in case of FTPS and HTTPS)
- Load balancer in front of the server

The client would be written in Java and so requires a Java interface to the FTPS/HTTPS client.

So far, I have taken a look at Apache Commons FTPS/HTTP clients, Apache MINA and Apache Camel. There was a comment in SO that Commons FTPS client does not resume uploads - is this really so (the API seems to support it though).

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

遮了一弯 2024-10-27 12:43:58

如果您正在寻找大量性能,您应该尝试在 SSL 之上编写自己的协议(使用 Apache MINA 或 Netty 或普通 NIO)

If you are looking for massive perfs, you should try to write your own protocol on top of SSL (using Apache MINA or Netty or plain NIO)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文