3270 プロトコルを使用するサーバーにアクセスするための IBM HACL に大きな問題があります。ライブラリはクラッシュし続け、私たちの JNI ラッパーは実際には、実装と文書化が不十分なライブラリのバグ修正レイヤーです (また、新しいバグも導入したのではないかと思います)。また、当社では全員が Java を知っており、JNI-Layer と IBM クラス ライブラリがなければソフトウェアを保守できました。
IBM Java ライブラリは使用できないため、C++ クラス ライブラリを使用する必要があります。印刷できない文字はすべて変換され、途中ですべての制御文字が失われます。
問題は、このライブラリを捨てて、ソリューションを Java で完全に実装できるかどうかです (別のベンダーの別のライブラリを使用することは避けたいと考えています)。プロトコルは十分に文書化されていますか? 3270-over-ssl の実装は本当に複雑ですか?
ありがとう。
Freehost は適切なコードではありません。試してみても構いません。死んだように見えるのには理由があります。JIN TN3270 の方が優れていますが、不完全です。理想的には、会社のエミュレータ ソフトウェアが使用する API を見つける必要があります。私はまだ私たちのものを探しています。
https://www.rfc-editor.org/rfc/rfc1041
だから私はそれが文書化されていると思います（私が正しい文書をヒットしたと仮定して）Java実装を見つけることができませんでした.telnetまたはおそらくSSH経由でコーディングする必要があります.
私は 3270 と 5250 のデータ ストリームの違いに慣れていませんが、http: //tn5250j.sourceforge.net/ から入手できる tn5250j プロジェクトに Java での 5250 実装があります。
あなたにも使えるかも？
( http://freehost3270.sourceforge.net/にも 3270 スクリーン スクレイピング プロジェクトがありますが、放棄されたようです)。
freehost3270 は見かけほど放棄されたようには見えません - CVS は 2 年前から変更されています。要件が変更されていない場合、どのような場合でも、優れたコードを頻繁に変更する必要はないという議論が常にあります。コードベースに関する補足的なコメントがありました。他のベンダーの製品を特に使用したくない場合は、このコード/プロジェクトを使用することが最善の選択肢と思われます。
別のオプションはh3270です。x3270 ツール スイートの Java フロントエンドです。