API 통합과 관련된 프로젝트 접근 방법에 대한 아이디어

Question

나는 학생이며 한 응용 프로그램의 웹 서비스 호출과 다른 응용 프로그램의 JMX API 사이의 "번역 계층"역할을하는 Java 응용 프로그램을 개발하는 중입니다. 두 응용 프로그램은 동일한 네트워크에있는 서로 다른 두 시스템에 있습니다.

그래서 기본적으로 JMX에서 한 응용 프로그램의 웹 서비스 호출을 다른 응용 프로그램의 서비스 호출로 변환하는 전달 프로그램이 필요합니다.

이 때문에, 나는 응용 프로그램 개발의 이런 종류의 경험을 했어, 나는 다음과 같은 질문을했다 :

1. 은 무엇 내 프로그램을 구조화의 일반적인 방법이 될 수 있습니까? 나는 핵심 Java 개발 경험이있다. 그리고 JMX와 웹 서비스 API를 이해하고 사용하기에 충분해야한다.

2. 어떤 기술이 필요할 수 있습니까?

3. 내가 이해 한 바로는 JMX API를 사용하는 응용 프로그램이있는 시스템에 하나의 Java tar가있을 것입니다 (웹 서비스 호출이있는 시스템에는 일부가 필요하지 않습니다.).). 그것이 올바른 가정입니까?

4. 온라인으로 진행할 수있는 샘플 응용 프로그램이나 튜토리얼이 있습니까?

모든 생각/아이디어를 높이 평가합니다.

Answer 1

올바르게 이해하면 SOAP/JMX 프록시를 빌드하려고합니다. 즉, SOAP 요청을 받아이를 JMX로 변환하고 변환 된 요청을 전달한 다음 역함수를 사용하여 응답을 반환합니다.

proxy is a well known design pattern 디자인의 기반으로 사용할 수 있습니다. 이 특별한 경우는 Remote Proxy에 해당합니다.

Answer 2

WSDL에서 웹 서비스 인터페이스를 정의하십시오. (가장 쉬운 방법은 메모장이나 XML-spy로 보내기를 원하는 대략적인 XML 디자인을 시작한 다음 WSDL 편집기에 내용을 입력하는 것입니다.)

실제로 사용하는 도구에 따라 실제로 먹이를 줄 수도 있고하지 않을 수도 있습니다 WSDL을 클라이언트/서버 응용 프로그램에 추가 할 수 있지만 수동으로 코딩 할 때도 유용한 디자인 참조 포인트입니다.

웹 서비스 컨테이너는 스레딩을 관리해야합니다. 그것에 한도를 두십시오.

MBean API는 JMX를 호출하기 쉽도록 설계되었습니다.

클라이언트가 Java 인 경우 아무 문제없이 상호 운용해야합니다.

하지만 당신이이 글을 읽을 다른 종류의 클라이언트 (특히 .NET 클라이언트)를 가질 필요가있는 경우 : (. 당신은 REST로가는 WSDL 기반 웹 서비스를 포기 더 좋을 수)

http://www.infoq.com/articles/REST-INTEROP