최고의 접근 방식을 만들기 위한 새로운 RPC/웹 서비스에서 Java world?

Question

내 생각에 이 질문은 끝나는 비트 주관적인 그래서 내가로 표시하 CW.

내 팀에 관심이 있는 개발의 새로운 세트"웹 서비스에 대해"우리의 프로젝트를 사용합니다.나는"웹 서비스에서"에 따옴표 이후 기간을 의미할 수 있도록 많은 것이 다릅니다.유일한 것은 우리가 정말 필요한 말은 우리가 노출할 수 있습니다 몇몇 Api 집 크로스-플랫폼 클라이언트에서 사용할 데이터와 행동을 취한다.

내가 하려고 몇 가지 연구를 할 것을 이해하는 현재""예술의 상태가 올 때 만들기 위한 서비스에 노출되면 데이터의 기타(내부)에 응용 프로그램과도 다른 서비스입니다.연구했는 것과 같은 중고품,프로토콜 버퍼,JAX-WS,RMI,etc., 나는 종류의 손실로 무엇을 알아내는 종류의 접근방식을 취해야한 디자인에 새로운 세트의 서비스입니다.고 싶을 수입하는"인프라에 대해"서비스 이유입니다,나는 조금의 조사는 모든 현재의 접근법입니다.

건축을 위한 브랜드의 새로운 스크래치에서 웹 서비스,어디에 현재 최고의 연습/첨단 거짓말?

우리의 유일한 실제 요구 사항은 다음과 같습니다.

• 데이터 형식으로/인코딩을 해야 플랫폼 독립(이 규칙 RMI).
• 서비스는 잘 작동 합 HTTP
• 쓰면 실제 서버측 서비스에서 Java 문제가되지 않습니다.
• 수있는 클라이언트를 생성하려면 프록시는 것입니다.
• 나는 각 서비스는 수량,우리는 형태로 저장되어 있습니다 배포하는 서비스에 대한 다른 기능으로 완전히 별도의 배포.

우리가 현재 사용의 조합 비누와 축/JAXRPC 서비스와 솔직히 이들은 거대한 고통을 일으로-메시지를 앞뒤로 전송하는 거대하고 지나치게 자세한 정보를 표시합니다.

Answer 1

이 있으로 간주됩 나머지 서비스입니까?여기에는 유용한 소개서 팀.

그것은 작동하는 HTTP 를 통해,그리고 당신이 사용하는 표준 HTTP 의 명령을 얻을 넣어//POST/삭제하여 데이터를 조작(할 수 있는 쿼리를 사용하여 브라우저 클라이언트는 간단한 HTTP 클라이언트).실제 데이터 내용은 위임 또는 지정-종종 그것은 XML 하지만 그 필요는 없습니다.

를 구축할 수 있습 나머지는 서비스의 사소에서 사용하여 Java 저지.기 때문에 클라이언트는 이야기 할 필요가있 HTTP 할 수 있 언어-독립적입니다.Java 클라이언트를 사용하여 기록할 수 있습 HTTPClient.

Answer 2

아마 너무 늦었지만 어쨌든 시도해 볼게요. 비누는 오랫동안 첫 글자를 잃어 버렸습니다 (단순). 그것은 결코 두 번째 (객체)까지 일어 서지 않았습니다.

그렇기 때문에 JSON 기반 서비스, REST 또는 JSON-RPC 서비스에 기대어 있습니다. 당신은 이미 전자에 대해 상당히 몇 가지 추천을 받았습니다. 후자의 경우 당신은 조사하고 싶을 수도 있습니다 jabsorb.org. 예를 들어, Obensocial Standard는 JSON-RPC를 선호하는 것을 모두 사용합니다.