자유게시판

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

SG: 음, 이 새로운 스타일은 실제로 어디에도 기록되지 않습니다. 긍정적인 측면에서는 더 이상 Doc/Lit 스타일을 사용하는 사람이 없습니다. 개발자: SOAP가 HTTP를 사용한다고 말씀하셨던 것은 HTTP를 통한 SOAP 터널이라는 뜻이셨군요. 아무도 그것을 사용하지 않습니다. 어쨌든 도구는 WSDL을 생성하고 WSDL에는 스키마가 있습니다. SG: 아, 제가 WSDL에 대해 언급하지 않았나요? SG: 크림 추천인코드 확인 아, 스펙은 없어요. 개발자: 그리고 거기에 Wrapped-doc/lit가 설명되어 있나요? 멋지지 않나요? Wrapped-doc/lit? 전송 독립성을 되찾기 위해 우리는 현재 Wrapped-doc/lit을 사용하고 있습니다. 누구도 방화벽을 통과할 수 없는 복잡한 전송 프로토콜 대신 HTTP를 사용합니다. 개발자: 질문 하나 더요. 개발자: (섹션 5를 읽음) 좋습니다. 나쁘지는 않습니다. 개발자: (WSDL 사양을 읽습니다). 어쨌든 XML 스키마와 WSDL을 직접 작성할 것이라고는 기대할 수 없습니다. 어쨌든, SOAP가 지원하는 다른 "전송"은 무엇입니까? 그러나 이는 쉽지 않으며 WSDL 우선 개발을 지원하는 SOAP 스택은 거의 없습니다. 그리고 JMS, FTP, SMTP를 지원하는 플랫폼이 많이 있습니다. 또한 원격 프로시저 호출과 객체 직렬화 아이디어가 마음에 든다고는 말할 수 없습니다. SG: 이름에서 알 수 있듯이 SOAP는 원격 개체에 액세스하는 데 사용됩니다. 도와줄 수 있나요, SOAP Guy? SG: 음, 아니요. 그러나 요점은 당신이 할 수 있다는 것입니다. 그리고 모든 매개변수는 사양의 섹션 5에 지정된 대로 입력할 수 있습니다. SG: 네, 원칙적으로는 맞는 것 같네요. SG: SOAPAction HTTP 헤더를 기억하시나요? 꽤 간단합니다. 헤더와 본문으로 구성된 XML 문서일 뿐입니다.

그리고 SOAPAction 헤더를 가장 잘 처리하는 방법에 대해 합의한 도구는 없는 것 같습니다. 개발자: 그래서 제 상사가 이번 주말에 골프를 쳤는데 이제 기업에서 SOAP를 활성화하기 위해 '인용, 인용 해제'를 해야 하는데 SOAP가 무엇인지 모르겠습니다. 당신이 스펙을 얼마나 좋아하는지 알아요. 그들이 하고 있는 일은 SOAP 및 WSDL 사양에서 많은 모호성을 제거하려고 노력하는 것입니다. 실제로 SOAP 및 WSDL 사양은 단지 W3C Notes일 뿐이며 작업 초안도 아닙니다. 내 도구가 생성한 WSDL은 내 파트너가 사용하는 도구에서 사용할 수 없습니다. 도구에 관한 모든 것입니다. 개발자: 그럼 간단하죠? SG: 친구여, 일요일처럼 간단해요. SOAP는 문서 기반 메시지 전달에 관한 것입니다. 친구여. SG: 아, 크림 추천인코드 확인 그렇죠. WS-I 호환 SOAP 스택을 사용하는 한 XML 스키마의 8/10 사용을 피하고 특이한 데이터 유형을 사용하지 말고 WebSphere 및 Apache Axis 작업에 의존하지 마십시오. 이를 웹 서비스 상호 운용성 그룹 또는 WS-I라고 합니다. 여기 Burton Group의 애플리케이션 플랫폼 서비스 그룹에서는 REST 담당자와 SOAP 담당자 사이에서 오랫동안 논쟁이 이어져 왔습니다. 대부분의 사람들이 거기에 두고 있어요. 뿐만 아니라 생성된 스키마는 뚫을 수 없고 재사용할 수 없습니다. SG: 안됐군요, 친구. SG: 그건 걱정하지 마세요. 도구가 걱정하도록 놔두세요. Dev: 좋습니다. 한번 시도해 보겠습니다. 개발자: 요약해 보겠습니다. Dev: 그리고 'actor' 및 'mustUnderstand' 속성을 사용하는 사람이 있나요? 그리고 일부 바이너리 메시지 형식 대신 XML을 사용합니다. 이제 XML 스키마 호환 메시지를 전달하는 경우 작업 이름을 어디에 지정합니까? 좋은 생각인 것 같아서 이제 멋진 아이들이 모두 그 일을 하고 있습니다.