2010-03-04 6 views
5

3270 프로토콜을 사용하는 서버에 액세스하는 IBM HACL에 큰 문제가 있습니다. 라이브러리가 계속 충돌하고 JNI 래퍼는 제대로 구현되지 않았고 문서화가 잘되어 있지 않은 라이브러리에 대한 버그 수정 레이어입니다 (그리고 새로운 버그를 도입 한 것으로 의심됩니다). 또한 우리 회사에서는 Java를 모두 알고 있으며 JNI-Layer 및 IBM 클래스 라이브러리가없는 경우 소프트웨어를 유지 관리 할 수 ​​있습니다.Java에서 3270 프로토콜 구현

IBM Java 라이브러리는 사용할 수 없으므로 C++ 클래스 라이브러리를 사용해야합니다. 인쇄 할 수없는 모든 문자가 번역되고 모든 제어 문자가 손실됩니다.

이제 우리는이 라이브러리를 버리고 Java로 솔루션을 완전히 구현할 수 있습니까? (다른 공급 업체의 다른 라이브러리를 사용하지 않으려합니다.) 프로토콜이 잘 문서화되어 있습니까? 3270-over-ssl의 구현이 실제로 그렇게 복잡합니까?

감사합니다.

+1

5250 데이터 스트림과 같은 것이면 심연을 들여다 보며 지옥 문 앞에 서게됩니다. –

+0

시중에서 판매되는 터미널 에뮬레이션 소프트웨어의 평가 버전을 고려해 볼 수 있습니다. http://www.attachmate.com/Products/Terminal+Emulation/Reflection/ribm/tech-specs.htm (내 회사가 다른 버전의 제품을 사용하는 것을 제외하고 해당 공급 업체와 아무런 관련이 없음) – barrowc

답변

1

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

그래서 난 당신이

+0

확인 , 적어도 출발점이 있습니다. 데이터 스트림을 디코딩하는 것은 재미있을 수 있습니다 (글을 쓰지 않은 JNI 코드에서 메모리 누수를 수정하는 것 이상). –

+0

이것은 훨씬 더 포괄적 인 것으로 보입니다 : http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US&FNC=SRX&PBL=GA23-0059-07 불행히도 자유롭지는 않다 .... – radai

1

내가 익숙하지 텔넷을 통해 그것을 코딩 할 필요가, 아니면 SSH 것, 그것의 문서화 비록 자바 구현을 찾을 수 couldnt는 (내가 바로 문서를 명중 가정) 생각 3270과 5250 데이터 스트림의 차이점이 있지만 tn5250j 프로젝트의 Java에서 5250 구현은 http://tn5250j.sourceforge.net/

에서 사용할 수 있습니다.

(또한 http://freehost3270.sourceforge.net/에는 3270 화면 스크래핑 프로젝트가 있지만 버려진 것처럼 보입니다.)

1

freehost3270은 표시되지 않을 수 있습니다. CVS는 2 년 전부터 변경되었습니다. 어떤 경우에도 요구 사항이 변경되지 않으면 좋은 코드를 자주 변경할 필요가 없다는 주장이 항상 있습니다. 코드베이스에 무료 코멘트가 있습니다. 특히 다른 공급 업체 제품과 함께 작업하고 싶지 않은 경우이 코드/프로젝트로 작업하는 것이 가장 좋은 방법 인 것 같습니다.

1

Freehost는 좋은 코드가 아닙니다. 시도조차하지 마라. 죽은 것처럼 보이는 이유가 있습니다. JIN TN3270은 더 좋지만 불완전합니다. 이상적으로는 회사의 에뮬레이터 소프트웨어가 사용하는 API를 찾고 싶을 것입니다. 나는 아직도 우리를 위해 하나를 찾고있다.

+0

나는 네가하는 말을 이해하지만 나는 완전히 동의하지 않는다. FreeHost를 JRuby gem의 핵심으로 사용하여 Selenium-Webdriver가 웹 사이트에 사용되는 것과 동일한 방식으로 자동화 테스트를 수행 할 수있었습니다. Freehost는 완벽하지는 않습니다. 처음부터 시작하는 것보다 어디서나 효과가 있는지 확인하기 위해 몇 가지 수정해야했습니다. FreeHost가 괜찮은 출발점이라고 말하고 싶습니다.JIN TN3270에 대한 경험이 없지만 FreeHost가 완전하지 않습니다. 불완전합니다. – Calphool

0

또 다른 옵션은 h3270입니다. x3270 도구 모음의 Java 프론트 엔드입니다.

+0

고마워,하지만 이건 내 문제를 해결하지 못할 것이다. 우리는 화면 스크래핑을 필요로하지 않지만, 3270 프로토콜 스트림에 대한 실제 액세스가 낮습니다. 왜냐하면 일부 데이터가 여러 화면에 걸쳐 있기 때문에 "화면 업데이트"이벤트에 의존 할 수 없기 때문입니다. 어쨌든, 지금 다른 무언가를 연구 중이며, 낡은 프로젝트가 아직 살아 있는지, 누가 지금 그 프로젝트에서 일하고 있는지 알지 못합니다. –