7.5. クライアントの構築

手順7.2 タスク

• サービスでサポートされるメッセージ定義があるとすぐに、クライアントコードを作成できます。サービスのサポートに使用されるビジネスロジックはサービスによって直接公開されることはありません（これは SOA: カプセル化の重要な原則の 1 つを壊す可能性があります）。これは基本的にサービスコードの逆になります。

  		  ServiceInvoker flightService = new ServiceInvoker(...);
  Message request = // create new Message of desired type
  
  request.getBody().add(“org.example.flight.seatnumber”, ”1”);
  request.getBody().add(“ org.example.flight.flightnumber”, “BA1234”);
  
  request.getHeader().getCall().setMessageID(1234);
  request.getHeader().getCall().setReplyTo(myEPR);
  
  Message response = null;
  
  do
  {
  	response = flightService.deliverSync(request, 1000);
  	
  	if (response.getHeader().getCall().getRelatesTo() == 1234)
  	{
  	// it's out response!
  	
  	break;
  	}
  	else
  	response = null;  // and keep looping
  	
  } while !maximumRetriesExceeded();
  

  Copy to Clipboard Toggle word wrap
  注記
  上記のほとんどは、従来のクライアント/サーバー スタブジェネレーター で作業したリーダーに認識できます。これらのシステムでは、低レベルの詳細( opcodes やパラメーターなど)は高レベルのスタブ抽象化の背後で非表示になります。SOA Platform には RESTEasy との統合があり、ユーザーはアノテーションベースの REST スタイルの Web サービスを開発できます。これにより、opcodes や parameters などの低レベルの詳細が非表示になります。