2010-03-04 68 views
5

我在IBM HACL訪問說3270協議的服務器時遇到了很大的問題。圖書館不斷崩潰,我們的JNI包裝實際上是一個缺陷實現和文檔記錄不佳的庫的bug修復層(我懷疑我們也引入了新的bug)。此外,在我們公司,每個人都知道Java,如果我們沒有JNI層和IBM類庫,可以維護軟件。在Java中實現3270協議

我們必須使用C++類庫,因爲IBM Java庫不可用:我們會翻譯所有不可打印的字符,並且我們會丟失所有控制字符。

現在的問題是:我們可以拋棄這個庫並完全在Java中實現我們的解決方案(我們希望避免使用另一個供應商的庫)?該協議是否記錄良好? 3270-over-ssl的實現真的如此複雜嗎?

謝謝。

+1

如果它與5250數據流一樣,那麼你站在地獄的門口,望着深淵。 – 2010-03-04 07:46:08

+0

您可能會考慮商用終端仿真軟件的評估版本 - 例如http://www.attachmate.com/Products/Terminal+Emulation/Reflection/ribm/tech-specs.htm(除了我公司使用不同版本的產品外,我沒有與該供應商有任何關係) – barrowc 2010-03-05 02:49:31

回答

1

http://tools.ietf.org/html/rfc1041

所以我想它的記錄(假設我擊中右DOC) 無法找到一個Java實現,雖然,你需要通過telnet到它的代碼,也許SSH

+0

好的,至少我有一個起點。解碼數據流可能很有趣(當然,更多的是修復我沒有寫入的JNI代碼中的內存泄漏)。 – 2010-03-08 09:04:48

+0

這似乎是更全面的:http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US&FNC=SRX&PBL=GA23-0059-07 不幸的是它不是免費的.... – radai 2010-03-10 07:09:57

1

freehost3270看起來並不像它可能出現的那樣被遺棄 - CVS已經從2年前發生了變化。如果需求沒有改變,總是有一個爭論,即好的代碼在任何情況下都不需要改變。對代碼庫已經有了免費評論。如果您不特別想與其他供應商產品合作,那麼使用此代碼/項目似乎是您的最佳選擇。

1

Freehost是不好的代碼。甚至不要去嘗試它。有一個原因,它似乎死了。金TN3270更好但不完整。理想情況下,您希望找到公司的仿真器軟件使用的API。我仍然在爲我們尋找一個。

+0

我明白你在說什麼,但我不完全同意。我們使用FreeHost作爲JRuby gem的核心,這使得我們可以像Selenium-Webdriver用於網站一樣進行自動測試。 Freehost並不完美,我們不得不對它進行一些調整,以確保它在任何地方都能正常工作,但與從頭開始相比,我認爲FreeHost是一個好的起點。我對金TN3270沒有任何經驗,也許它更好,但FreeHost不是完整的垃圾,它只是不完整。 – Calphool 2015-07-09 20:54:54

0

另一種選擇是h3270。它是x3270工具套件的Java前端。

+0

謝謝,但這並不能解決我的問題。我們不需要屏幕抓取,但是對3270協議流的低級訪問,因爲有些數據跨越多個屏幕,我們不能依賴「屏幕更新」事件。無論如何,我現在正在做一些不同的事情,我不知道這個舊項目是否還活着,現在還沒有誰正在開發。 – 2013-04-02 09:03:39