Hessian은 이진 크로스 플랫폼 원격 프레임 워크의 기반을 형성하는 사용자 정의 이진 직렬화 프로토콜입니다 (오픈 소스입니다). 나는 여기 누군가가 그것을 사용했는지 알고 싶다. 그렇다면 어떤면에서 Java app과 다른 쪽에서 C# app를 연결하는 솔루션에서 어떤 종류의 성능을 기대할 수 있는지 알고 싶다. (우리는 단순한 클래스를 직렬화하고 있으며, 배열,리스트, 간단한 클래스의 사전이라고 생각해 봅시다.)누구도 Java와 .NET을 사용하여 애플리케이션을 브리지하기 위해 헤 시안 바이너리 원격 프로토콜을 사용 했습니까?
이것은 웹 서비스가 해결하도록 고안된 문제의 일종입니다. 더 이상 단순하지는 않지만 SOAP 형식을 사용하면 객체를 Java/C# 응용 프로그램의 XML 표현으로 직렬화하고 해당 객체를 유선을 통해 전송하고 해당 Java/C# 응용 프로그램에서 역 직렬화 할 수 있습니다 (Java/C#은 거의 모든 언어 XML 문서를 번역 할 수 있음). 여기에서는 "serialize"가 사용되지만이 프로세스를 "마샬링"이라고도합니다.
그러나 웹 서비스 용 SOAP에서 멀어지고있는 것은 현재 많은 사람들이 고려하고 있습니다. 위키 백과의 웹 서비스에 대해 자세히 알아보십시오. http://en.wikipedia.org/wiki/Web_services
HessianC# 프로젝트 (http://www.hessiancsharp.org/)를 보았습니까?
그것이 우리가 사용하는 것입니다. 하지만 제 질문은 성과에 관한 것이 었습니다. – Krishna
"Soap is over-engineered"를 승인 한 후 엔지니어가 아닌/추상적 인 구현을 칭찬하는 것은 프랑스어로이 항목을 쓰는 것과 같습니다. 그런 다음 Google 번역을 사용하여 읽은 다음 영어로 칭찬 해달라고 요청합니다. 구글 번역.
이진 프로토콜은 미래의 방법입니다. "스마트"코드를 작성할 준비가되어 있다면 정확히 프로그래밍되고 수행되도록 개발 된 방법을 수행 할 때 고마움을 표할 것입니다.
당신의 SOA 아키텍처를 "예외"모드로 만들기위한 잠재적 인 비누 서비스 하나만 있습니다. SOAP (판독 : XML)로 구현 된 SOA를 가진 회사는 예외를 구현하기 때문에 이것을 예외 모드라고 부릅니다. SOA는 매우 큰 레코드가 연속적으로 읽힐 수있는 트랜잭션 유형의 데이터 교환을 만날 때마다 SOA입니다.
*
그래서 당신은 SOA가 (난 그냥했다되는 포스트 SOAP 구현 대화를 상상할 수)? : 예 우리가 할 다? : 업무상 중요한 교통 수단을 제외한 모든 것 ...
WSO2 웹 서비스와 해당 ESB를 확인하십시오. 다시 전화하시는 경우 다시 감사드립니다. 뮬 (Mule)이라는 이유가 있고 WSO2가 헤 시안을 지원했습니다. http://java.sun.com/developer/technicalArticles/WebServices/fastWS/
저자는 jni4net 인 저자이며, JVM과 CLR 사이의 오픈 소스 intraprocess bridge입니다. JNI와 PInvoke를 기반으로합니다. C/C++ 코드가 필요없고 상대적으로 빠릅니다. 경계를 가로 지르는 기준으로 정렬하여 문제를 해결할 수 있는지 확실하지 않습니다.
+1 SOAP가 과도하게 조작 될 수 있지만 사용하기 쉽도록 다른 과도하게 설계된 소프트웨어가 고맙게도 사용되었습니다. .NET에서 SOAP 함수를 호출하는 것은 일반적인 함수를 호출하는 것만 큼 간단합니다. –