Triển khai dựa trên "jsch" hoạt động cho tôi.
Nhưng có vẻ không phải hiện đại do sử dụng Vector (bộ sưu tập Java kiểu cũ).
Tôi thấy rằng các triển khai khác ít phổ biến hơn và không được ghi lại.
Bạn có thể đề xuất triển khai thư viện SFTP mà họ có trải nghiệm tốt hay không.
Cảm ơn.Tìm kiếm thư viện hiện đại SFTP java, không phải jsch
Vì @dty cho biết, miễn là ứng dụng của bạn có thể hoạt động trơn tru tại sao bạn quan tâm đến việc sử dụng các lớp/phương pháp không được chấp nhận trong thư viện?
Bạn chỉ cần quan tâm đến những gì bạn đang gọi, không phải nó hoạt động như thế nào bên trong.
Bạn cũng có thể sử dụng các công cụ trừu tượng bên trên JSch, nhưng nó sẽ không thay đổi một thứ gì.
Bạn cũng có thể kiểm tra các lựa chọn thay thế JSch, nhưng khi JSch được sử dụng rộng rãi, bạn sẽ có ít lỗi hơn với nó.
Nó hoạt động. Ai quan tâm nếu nó sử dụng Vector? Nó là một trong những phổ biến nhất. Trong thực tế, đó là người duy nhất tôi có thể nghĩ đến mà không cần đến Google.
http://stackoverflow.com/questions/1386275/why-java-vector-class-is-considered-obsolete-or-deprecated – Boris
Bạn có điểm không? Tôi biết Vector được đồng bộ hóa. Nhưng: a) chi phí đồng bộ hóa hầu như bằng 0 trên một JVM hiện đại với các khóa không được kiểm soát, và b) bạn đang nói về một số chu kỳ xử lý phụ so với gánh nặng của các cam kết mạng với mã hóa. – dty
Ngoài ra, Vector không thực sự được sử dụng trong các phần quan trọng về hiệu suất, nếu bạn không có hàng nghìn danh tính và đang mở các kết nối mới trong toàn bộ thời gian. –
Bạn cũng có thể xem IP*Works! SSH từ/n phần mềm.
Không phải là tôi đánh giá công cụ nhưng $ 899 có vẻ đắt tiền để loại bỏ một số 'Vector' –
Có một "phiên bản" mới hơn của Jsch trên github. Đó là một cải tiến lớn đối với thư viện hiện có theo nhiều cách. Kiểm tra README trên trang web và javadoc toàn diện để biết thêm thông tin. https://github.com/vngx/vngx-jsch. Nó cũng có sẵn trên hầu hết các repo maven chính và tương thích OSGi của nó. Có khá một vài lựa chọn thay thế, nhưng điều này là rắn và tôi tin rằng hầu hết up-to-date (spec/code/docs). Disclaimer: Tôi là một cộng tác viên.
Tôi vừa mới tìm thấy điều này ... và thấy rằng bạn đã làm một số điều tương tự tôi đã làm, với tài liệu [jsch-documentation của tôi ] (http://github.com/epaul/jsch-documentation) phiên bản (không thay đổi bất kỳ chức năng nào, chủ yếu là thêm tài liệu). Tôi nghĩ rằng lý do chính JSch ban đầu không được cập nhật để sử dụng các lớp học hiện đại, generics và như vậy là nó vẫn có thể sử dụng được với các máy ảo cũ (và các thiết bị cấp thấp). –
Ngoài ra, bạn có cố gắng liên hệ với tác giả gốc không? Có [danh sách gửi thư đang hoạt động] (http://sourceforge.net/mailarchive/forum.php?forum=jsch-users). –
Chúng tôi quan tâm nhiều hơn đến hiệu suất và chất lượng mã hơn hỗ trợ kế thừa.Không phải đề cập đến bất cứ điều gì có thể dễ dàng retroweaved khi cần thiết. Có nhiều bản sửa lỗi và cải tiến khả năng sử dụng ngoài các cải tiến hiệu suất và tuân thủ đặc biệt. Nó chủ yếu là viết lại nội bộ, nhưng với một api mà sẽ được thoải mái cho người dùng của jsch, và kể từ khi cơ sở mã nguồn gốc từ jsch chúng tôi trả một số tỏ lòng kính trọng bằng cách bao gồm nó trong tên. Chúng tôi đã không liên lạc với bất cứ ai, đây là một nhánh hoàn toàn độc lập của dự án. – Scott
Cách thay thế thương mại rẻ hơn (sản phẩm của riêng tôi, để tiết lộ), là edtFTPj/PRO.
Tôi đã sử dụng thư viện này https://github.com/shikhar/sshj/. Nó có một API tuyệt vời [Yêu cầu Java 6].
Vấn đề với việc triển khai SSH cũ là việc triển khai như vậy thường không hoạt động tốt với các phiên bản sau của phần mềm máy chủ SSH. Vì vậy, việc bảo trì cho khả năng tương thích tốt hơn phải được cung cấp và đây là những gì triển khai nguồn mở không cung cấp. –
Các đầu mối trong tên ... nếu nó là mã nguồn mở và bạn muốn có một tính năng mới để hỗ trợ "phiên bản mới hơn của phần mềm máy chủ SSH", sau đó chỉ cần thực hiện nó cho mình. – dty