Microsoft MVP성태의 닷넷 이야기
.NET Framework: 4. webservice.htc - HTML Script에서도 웹서비스 엑세스 [링크 복사], [링크+제목 복사]
조회: 20828
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

제 홈페이지의 상단에 보면 "풀다운" 메뉴가 구현되어져 있습니다.
그것 역시, HTC로 만들어져 있습니다. 그건 제가 임의로 만든 것이고요. MS에서 제작/배포되는 HTC 중에는 꽤 유용한 것들도 많이 있습니다.
IE가 기본적으로 소화해 내는 HTC도 있지만 - 이 게시판에서 첫 번째로 소개한 userData behavior가 그 대표적인 예 - 변화해가는 프로그래밍 환경에 유용하게 쓸 수 있도록 MS가 꾸준히 새로운 HTC를 내놓고 있습니다.

HTML Component이기 때문에, 클라이언트 컴퓨터의 보안에 직접적인 영향이 없으므로, 다운로드 시에 인증을 물어보지도 않고, 복잡한 Script 코드를 캡슐화하고 있기 때문에 "재활용" 능력이 좋은 기법인데요.

그중에서 WebService를 HTML 클라이언트 JScript/VBScript에서 자유롭게 호출할 수 있도록 해주는 HTC를 소개합니다.

이 HTC는 webservice.htc로써 MSDN 웹사이트에 공개되어 있습니다.

첨부 파일의 압축을 풀면 다음과 같은 파일이 나옵니다.

Calc.asmx
Calc.asmx.cs
Calc.asmx.resx

htccall.html
webservice.htc


첫 번째 3개 파일은 그냥 VS.NET에서 C# 웹서비스 프로젝트를 생성하면 기본적으로 생성이 되는 것이죠.

그다음 webservice.htc 파일은 MS에서 제공되는 HTML Component 파일입니다. htccall.html 파일은 MSDN 웹 사이트에서 제공되는 HTML 예제 파일을 Calc.asmx.cs의 사용예에 맞게 제가 임의로 약간 수정을 한 것입니다.

테스트 방법은,
우선 .NET Framework이 설치된 서버 컴퓨터에 Calc.asmx, Calc.asmx.cs, Calc.asmx.resx 파일을 위치시킵니다. 물론, 자신이 테스트삼아 제작한 웹서비스 모듈이 있다면 그 경로만 기억해 두시면 됩니다.

그다음, htccall.html 파일과 webservice.htc를 같은 폴더에 저장합니다.
이 파일들은 로컬상에 있어도 되고, 서버상에 놓아도 됩니다.
htccall.html 파일을 "메모장" 등의 편집기로 열고, init() 함수의 내용을 수정합니다.

현재는,
function init()
{
   service.useService( "http://localhost/consult/webservice/Calc.asmx?WSDL", "Calc" );
   iCallID = service.Calc.callService( "Add", 5, 6 );
}
위와 같이 되어 있는데, useService의 인자로 들어가는 경로와 사용하려는 웹서비스 클래스 명을 자신의 상황에 맞게 수정해 주시면 됩니다.

그다음, Internet Explorer로 htccall.html 파일을 열면, 웹서비스 호출 결과가 출력되는 것을 확인하실 수 있습니다.


webservice.htc 파일을 열어서 검사해보면, 실제 호출은 XMLHTTP 객체가 담당하는 것을 확인할 수 있습니다.
즉, 기존처럼
var httpObj = new ActiveXObject( "Microsoft.XMLHTTP" );
httpObj.open( "GET", "http://localhost/consult/webservice/Calc.asmx/Add?x=5&y=6", false );
와 같이 해도 상관없습니다.

하지만, 리턴값으로 오는 XML 파일을 분석해야 되고, 또한 GET/POST 방식인 경우 인자 구성이 다소 번거롭다는 점들을 감안하면 webservice.htc 파일을 쓰는 이점은 분명히 있다고 봅니다.

이미 기존에 asp 파일로 웹서비스 기능과 유사한 기능을 구현했던 사이트들이, webservice.htc를 클라이언트 측 코드에 활용한다면 비교적 쉽게 .NET Framework의 "웹서비스" 체계로 갈 수 있지 않을 까 싶네요.


** 위의 내용은 MSDN 웹사이트를 참조해서 쓴 것입니다. 좀 더 자세한 내용을 알고 싶으시면, 다음의 URL을 참조하십시오.

--- webservice.htc 사용법 ----
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/webservice/using.asp

--- 그 외, 기타 유용한 MS 배포 HTC 사용설명서 ---
http://msdn.microsoft.com/workshop/author/behaviors/library/behaviorslibrary.asp








[최초 등록일: ]
[최종 수정일: 6/26/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2012-02-10 05시45분
[크로스] xmlHttpRequest을 사용해서 webservice를 연결해서 사용하고 있는데, 크로스 브라우져 지원 문제 때문에 여기까지 흘러 왔습니다.
xmlHttpRequest 이게 IE에서는 잘 작동되는데. 크롬, 사파리에서는 xmlhttp.send('<?xml....>')에서 오류가 납니다.
405 method not allowde랑 xmlhttpRequest Cannot load 2가지 오류가 납니다.

근본적으로 IE만 자바스크립트에서 웹서비스를 호출할 수 있나요?
[guest]
2012-02-13 12시21분
재현하기 위한 절차를 좀 알 수 있을까요? 아래는 제가 xmlhttp를 테스트한 웹 페이지입니다.

http://www.sysnet.pe.kr/temp/test2.aspx

소스 보기로 참고하시면 자바스크립트를 볼 수 있습니다. 버튼이 하나 있는데, 눌러보면 IE나 크롬, 사파리에서 정상 동작하는 것을 확인할 수 있습니다.
정성태

1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13560정성태2/19/20242054디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242937오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242161닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241913Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241956Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242112닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241856VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241938닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241887닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242084닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242198Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242500개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242330개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242084개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20241940Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20241858닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20241882오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20241880Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20241912오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
13541정성태1/29/20241954VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
13540정성태1/29/20242075Linux: 69. 리눅스 - "Docker Desktop for Windows" Container 환경에서 IPv6 Loopback Address 바인딩 오류
13539정성태1/26/20242363개발 환경 구성: 703. Visual Studio - launchSettings.json을 이용한 HTTP/HTTPS 포트 바인딩
13538정성태1/25/20242414닷넷: 2211. C# - NonGC(FOH) 영역에 .NET 개체를 생성파일 다운로드1
13537정성태1/24/20242499닷넷: 2210. C# - Native 메모리에 .NET 개체를 생성파일 다운로드1
13536정성태1/23/20242585닷넷: 2209. .NET 8 - NonGC Heap / FOH (Frozen Object Heap) [1]
13535정성태1/22/20242429닷넷: 2208. C# - GCHandle 구조체의 메모리 분석
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...