어디 배울곳 없을까요??
ps. 보안도 통신도 트렌드에 맞춰가는 Terrorboy ㅇㅅㅇ
ps2. 아래글과는 전혀 상관 없습니다~
댓글 4개
관공서들은 모두 개발업체가 다르다보니, 서버에 돌아가고있는 기반 클래스들이 다릅니다.
그런데다 업체측에서 요청할때만 시간 정해놓고 포트 개방해주는 관공서의 특성상, 계속 연결하고 있을 수는 없게 됩니다. 또 서버 권한을 주는걸 거부하기 때문에 결국 업체가 관공서 서버랑 연계를 하려면 상당히 힘들죠.
그래서 항상 열려있는 80포트로 접근을 하되, 업체가 관공서에서 오픈한 키로 요청하면 WSDL이나 SOAP를 통해서 관공서 서버안에 돌아가는 메소드를 호출 할 수 있게 변환을 해서 관공서 서버내부로 들어가, 해당 메소드에 응답값을 다시 XML형식으로 뿌려주는역할을 하여 통신이 가능해집니다.
주로 VAN사 수취서버 등에서 쓰는 방식입니다!
참고로 언어 제약은 없습니다. WSDL이 통신을 할 두곳에서 정한 규약대로 구축해놓고 사용하기 때문입니다.
단 두 업체 모두 반드시 WSDL 규약을 지켜야합니다. 혹시 기존 규약에서 제어가 안되는 클래스가 추가 되면 WSDL쪽에도 갱신되어야하고 상호간에 통보도 해줘야합니다.
그런데다 업체측에서 요청할때만 시간 정해놓고 포트 개방해주는 관공서의 특성상, 계속 연결하고 있을 수는 없게 됩니다. 또 서버 권한을 주는걸 거부하기 때문에 결국 업체가 관공서 서버랑 연계를 하려면 상당히 힘들죠.
그래서 항상 열려있는 80포트로 접근을 하되, 업체가 관공서에서 오픈한 키로 요청하면 WSDL이나 SOAP를 통해서 관공서 서버안에 돌아가는 메소드를 호출 할 수 있게 변환을 해서 관공서 서버내부로 들어가, 해당 메소드에 응답값을 다시 XML형식으로 뿌려주는역할을 하여 통신이 가능해집니다.
주로 VAN사 수취서버 등에서 쓰는 방식입니다!
참고로 언어 제약은 없습니다. WSDL이 통신을 할 두곳에서 정한 규약대로 구축해놓고 사용하기 때문입니다.
단 두 업체 모두 반드시 WSDL 규약을 지켜야합니다. 혹시 기존 규약에서 제어가 안되는 클래스가 추가 되면 WSDL쪽에도 갱신되어야하고 상호간에 통보도 해줘야합니다.
댓글 작성
댓글을 작성하시려면 로그인이 필요합니다.
로그인하기