2009-05-05 4 views
0

Hibernate 프레임 워크를 사용하여 작성된 자바 코드는 원래 프런트 엔드가 JSP로 작성되도록되어 있습니다. 그러나 프런트 엔드에 대한 요구 사항이 변경되어 데스크톱 클라이언트 (.NET으로 작성)가 사용자에게 더 적합하다고 판단했습니다.Java 프런트 엔드와 Java 백엔드 연결 방법

이미 작성된 코드를 낭비하고 싶지 않습니다. .NET에서 액세스 할 수있는 문서 기반 웹 서비스 인터페이스를 작성하기위한 훌륭한 도구 집합을 제안 할 수 있습니까?

감사합니다,

+0

데스크톱 응용 프로그램을 대상으로하는 .NET Framework 버전은 무엇입니까? –

+0

아마 우리는 3.5을 목표로 할 것입니다. –

답변

0

우리는 당신이 금융 응용 프로그램에 대한 설명 정확한 아키텍처를 사용하여 응용 프로그램을 개발하고 있습니다. Google은 여러 가지 옵션을 검토 한 후 마침내 HTTP를 통해 압축 된 CSV를 사용하여 방문했습니다.

대다수의 데이터가 프런트 엔드의 그리드에 표시 될 것이므로 CSV가 선택되었으므로 정기적으로 250KB를 초과하는 매우 큰 결과 세트가 있으며 실제로 압축됩니다.

  • ICE, 그러나 때문에 라이센스 비용 등 많은 재발견 필요로하는에 하락 :

    우리는 또한 사용 보았다.
  • Google 프로토콜은 서블릿을 통해 버퍼링되지만 C# 지원 부족으로 인해 거부되었습니다 (지난 가을 기준).
  • WOX를 사용하는 압축 된 XML이지만 지원 및 XML에 대한 소규모 논문 프로젝트에 너무 빠져 있기 때문에 거부되었습니다.

업계뿐만 아니라 다른 몇 가지 옵션을 지원합니다

  • SOAP를,하지만 자신의 잘 문서화 문제가 있습니다.
  • IIOP, J-Integra에는 프런트 엔드에서 RMI를 수행 할 수있는 Espresso라는 제품이 있습니다.
0

는 개인적으로 XML-RPC 또는 자체 개발 한이라고해도, 일부 경량 RPC 프로토콜을 사용하는 것입니다. SOAP, IMO는 너무 뚱뚱해서 예상 한대로 상호 운용 할 수 없습니다. 더 나은 것은 더 간단합니다.

+0

질문을 다시 한번 살펴 보겠습니다. 그는 RPC 스타일이 아닌 문서 기반 웹 서비스를 원합니다. –

0

우리는 Java RMI 서버를 사용하는 상당히 큰 응용 프로그램과 상호 운용성을 위해 IIOP.NET을 사용합니다. 우리는 중요한 문제없이 Sun RMI 및 Bea Weblogic (현재 Oracle)에서 IIOP.NET을 사용했습니다.

1

RPC 기반 웹 서비스 아키텍처가 아닌 문서 기반 서비스 인터페이스를 원한다면 SOAP 기반 웹 서비스 인터페이스를 만드는 것이 가장 좋습니다.

자바 사이트에서 순간적 메트로 스택이 조금 도움이 될 수 있음을 보여줍니다

Java Web Services at a Glance

관련 문제