'기술자료'에 해당되는 글 351건

ASP.NET의 서버 웹컨트롤로 만들면 CS 프로그램 짜듯이 쉽게 UI를 구성할 수 있다.
마치 일반 Windows Form 프로그램 짜듯이 붙이게 되는데,
이 컨트롤을 실제 웹 브라우저에서 볼 수 있도록 HTML로 번역하게 된다.

TextBox 같은 경우 <Input type="text" .. >로,
Button 같은 경우 <Input type="button" ...> 로  번역되어 나타낸다.

그런데, 이 중 요상한 것이 있는데, 바로 Label 컨트롤이다.
이 Label 컨트롤을 다른 컨트롤 처럼 만들어서 붙이면 이상하게 <span> 으로 붙는다.
그런데 다른 부분의 Html 소스를 보면 <Label ..> 로 구성되어 있다.
그래서 간혹 CSS를 구성하다 보면 유독 그 녀석만 CSS가 안먹는 기이한 현상을
만들어 낸다. 게다가 HTML 코드 자체가 틀리니 미묘하게 짜증까지...

하지만 그 속에서 쓰고 있는 웹 컨트롤은 모두 똑같이 Label 이였다.
그럼 이와 같은 차이가 발생하는 이유는 무엇일까?

그것은 Label의 역할에 따라 다르게 번역되는 것이다.
위의 구성 내용 중 RSS Feed 주소 부분이 바로 이 Label로 만들어진 부분인데,
그냥 Label을 생성해서 붙이기만 하면 저 부분은 Span으로 구성되게 된다.
      <span .... > RSS Feed 주소 </span>

만일 html에서 Label로 표시하고 싶으면, Label의 속성 중에 AssociatedControlID 라는 부분에 이 Label이 수식하고 있는 컨트롤 ID를 넣으면 된다.
즉 만일 저 위의 그림의 예제에서 TextBox ID가 txtRSSFeeder 이면,
  label.AssociatedControlID  = "txtRSSFeeder";
이렇게 서버에서 구성해주면 된다.

그러면 실제 웹에서 보여주는 소스를 보게 되면,
     <Label for="txtRSSFeederxxxxxxxx" > RSS Feed 주소 </Label>
     (txtRSSFeederxxxxxx에서 xxxxxx 부분은 볼때 마다 틀린 값이 붙는다.)






     

사실 아래에 있는 Visual Studio 2005에 있는 Web Test 도구는 Visual Studio 2005 Team Suit라는 패키지 안에 있다.

애석하게도 일반 Partner 업체나, Gold Partner 업체 모두 MSDN에서
정식버전을 받지 못하고 Trial 정도 까지만 받을 수 있다.
아직 Trial 가지고는 테스트 해보진 못했는데, MS Premier Engineer의 의견에서는 Trial에서도 수행가능하다고 했었다.

현재로는 이 제품을 사거나 자신의 회사가 MS Premeier 파트너 정도는 되어야  정품으로 해당 기능을 사용하지 않을까 싶다.안되면.. 그냥 Trial을...
- 설마  개발자들에게 사장님들이 사주기라도 할까 ?? 이거 한다고 -_-;;
(이래서 MS가 욕먹는지도 모르겠지만 서도...)

MOSS 프로젝트를 하다보니, 역시 웹기반이여서 웹 기반 부하테스트를 할 기회가 생겼다.
얼씨구나 한 것 까지는 좋았는데, 이게 생각보다 큰 비용을 지불하는 고급 기능이였다.
어느 정도 고급인지는 알길은 없지만, 개인적인 범위나 간단한 테스트용도로는 쓸만하다고 판단된다.

쓰는 방법은 아래와 같다.

구성 준비

Visual Studio의 제품 별로 다르지만, 제품 군 중에, Visual Studio 2005 Team System(이하 VSTS) 제품에만 “팀 개발자 및 테스터 도구”을 설치할 수 있다. 그러므로 VSTS를 설치할 수 있으며, 또한 “팀 개발자 및 테스트 도구” 부분을 설치해주어야 한다

Visual Studio Test 프로젝트 시작

Visual Studio 을 실행 한 뒤에 “새로 만들기” -> “프로젝트” 를 한다.

프로젝트 종류 에서 “Visual C#” -> “테스트” -> “테스트 프로젝트”를 선택 한 뒤 , 이름에 적절한 이름을 넣고 확인을 클릭한다.

웹 테스트를 위한 스크립트 작성

만들어진 프로젝트에서 오른쪽 마우스 클릭해서 나오는 Context 메뉴에서 “추가” -> “웹 테스트”를 선택한다.

스크립트 생성을 위한 웹브라우징 하기.
자동으로 Internet Explore가 뜨는데, 여기서 시나리오 대로 웹 브라우징을 한다. 브라우징을 시작하면 왼편의 웹 테스트 레코더에 이동한 경로에 대한 사항들이 저장된다. 브라우징이 완료되면 중지를 클릭한다.

스크립트 생성

캡처 한 스크립트에 대한 접속 스크립트 소스를 생성해야 한다. 코드 생성 방법은 .webtest 파일을 선택한 뒤에 왼편 창에서 나오는 상위 메뉴 중 코드 생성을 선택한다.

생성이 완료되면 해당 cs 파일이 생성이 되는데 이 cs 파일을 열면 테스트를 위한 전체 진행 프로그램이 자동 생성되었음을 확인할 수 있다.

스크립트 소스 수정

코드 내에 수정할 필요가 있는 사항들을 수정한다.
코드 자체를 이해할 수 있다면 최소한 각 시나리오 별로 스크립트를 나누어 추가 스크립트 구성도 가능하고 제작도 가능하다. 이 중 다른 부분은 제외하더라도, 굵게 표시한 ThinkTime 정도의 값의 수정이 필요하다. 각 Action 별로 지연시간을 의미하는데, 테스트의 중요한 요소 이므로 적절한 값으로 대체하여 구성한다

Think Time 이란?

less..

* Think Time

응답을 받은 직후부터 그 다음 번 호출을 날릴 때까지 사용자가 대기하는 시간을 의미한다

less..

public override IEnumerator<WebTestRequest> GetRequestEnumerator() {    WebTestRequest request1 = new WebTestRequest("http://tsquare.netswork.co.kr/");   request1.ThinkTime = 8;   ExtractHiddenFields rule1 = new ExtractHiddenFields();   rule1.ContextParameterName = "1";   request1.ExtractValues += new EventHandler<ExtractionEventArgs>(rule1.Extract);   yield return request1;   WebTestRequest request2 = new WebTestRequest("http://tsquare.netswork.co.kr/_layouts/TLogin.aspx"); request2.Method = "POST"; request2.QueryStringParameters.Add("ReturnUrl", "%2f_layouts%2fAuthenticate.aspx%3fSource%3d%252f", false, false); request2.QueryStringParameters.Add("Source", "%2f", false, false); FormPostHttpBody request2Body = new FormPostHttpBody(); request2Body.FormPostParameters.Add("__VIEWSTATE", this.Context["$HIDDEN1.__VIEWSTATE"].ToString()); request2Body.FormPostParameters.Add("AccountID", "test001"); request2Body.FormPostParameters.Add("password", "test001"); request2Body.FormPostParameters.Add("__EVENTVALIDATION", this.Context["$HIDDEN1.__EVENTVALIDATION"].ToString()); request2Body.FormPostParameters.Add("login.x", "40"); request2Body.FormPostParameters.Add("login.y", "40"); request2.Body = request2Body; ExtractHiddenFields rule2 = new ExtractHiddenFields(); rule2.ContextParameterName = "1"; request2.ExtractValues += new EventHandler<ExtractionEventArgs>(rule2.Extract); yield return request2;                 [ 이하 생략 ]

부하테스트 설정
코드 정리가 되면 부하 테스트를 위한 준비를 시작한다. 프로젝트 위에서 마우스 오른쪽 버튼을 클릭하여 “추가” -> “부하 테스트” 를 선택하여 부하테스트 제작 마법사를 띄운다.

패턴에 단계 부하에서 단계적으로 몇 명에 해당하는 부하를 넣을지를 판단하여 채운다.

부하테스트를 위한 테스트를 추가한다.

클라이언트 예상 브라우저를 선택한다. 만일 다양한 버전의 브라우저를 사용하는 환경에 대한 테스트라면 그 브라우저 사용 비율에 맞추어 추가한다

클라이언트와 서버 사이의 네트워크 매체를 설정한다.

일반적인 인트라넷은 LAN으로 하면 되고, 익스트라넷 또는 인터넷 환경이면 그에 맞는 유형과 비율을 설정한다.

부하테스트를 모니터링 할 대상을 설정한다. 그러나 AD 환경과 같이 모든 컴퓨터에 바로 접속할 수 있는 환경이 아닌 경우 타 시스템의 정보를 확인하는 작업은 제대로 진행되지 않는다. 차라리 대상 서버에서 직접 성능 MMC(제어판->를 이용하는 것이 좋다

테스트 실행

확장자가 .loadtest 라는 파일이 생성되는데, 이 파일을 연 뒤에 왼쪽 트리의 최상위에서 마우스 오른쪽 버튼을 클릭해서 “테스트 실행”을 선택한다

리포트 확인

실행을 하면 자동적으로 결과 리포트를 띄워주는데, 기본적으로 그래프를 제공하고 해당 로그 내용을 표나 요약등으로 확인할 수 있다.

MOSS 2007로 개발을 한 뒤에 테스트를 하다가 보면, 아래와 같이 썰렁한
에러 메시지만 보여주고 끝내는 경우가 많다.


이렇게 나오면, 도데체가 무엇때문에 에러가 발생했는지 전혀 알 수 없기 때문에, 아무런 조치를 취할 수 없게 된다.
이를 처리하는 방법은 해당 사이트에 있는 Web.Config를 수정해야 한다.

만일 80 포트를 쓰는 평범한 웹사이트(?) 라면,
  C:\Inetpub\wwwroot\wss\VirtualDirectories\80
위치에 web.config를 볼 수 있을 것이다. 사용하는 Drive 나 포트에 따라 경로를 변경하도록해서 해당 web.config를 띄운다.
그리고 아래와 같은 위치의 내용을 각각 수정한다.

1. CallStack = "false" 로 적힌 내용을 CallStack ="True" 로 변경한다.

2. CustomErrors mode = "On" 또는 "RemoteOnly"로 된 것을 "Off" 로 변경한다.

다 변경했으면 저장한 뒤 해당 페이지를 Refresh 하고 동작하면 된다.

그러면 단순하게 한줄로 나왔던 오류도....
 장엄하면서 다양한 내용이 쭈욱 나오게 된다.



* 이 글의 원본 블로그가 있는데, 즐겨 찾기가 날아가는 바람에 해당 사이트를 찾지 못하고 있다.

System Engineer 노릇을 쭉 하다 보니
가끔 IP 주소 충돌날때 충돌나는 PC 이름 좀 알려달라는 주문이 종종 있다.
그러나... 내가 아는게 개뿔이라....이 부분을 전혀 모르는데, 어떻게 답할까...

그러다, 인터넷 검색 중 간단한 명령을 배웠다. 이 명령을 쓰면 최소한 IP 주소를
가지고 각종 정보들을 확인해 볼 수 있다.

   nbtstat -A [확인하고 싶은 IP]

[확인하고 싶은 IP]는 실제 IP 주소를 넣으면 된다.

만일 192.168.0.5가 자신의 IP 주소인데 자꾸 충돌이 난다고 할때,
 
  nbtstat -A 192.168.0.5

라고 넣으면 된다.

그러면 아래와 같이 해당 IP의 호스트에 대한 상세 정보들을 볼 수 있다
그리고, IP 충돌낸 컴텨를 찾으면 됨!!! ㅋㅋ

MOSS 2007 개발을 할 때, 가상 디렉토리를 만들어 별도의 ASPX 페이지를 만들어
추가적인 기능을 꾸미려고 할 때가 있다.
그러나 임의대로 만들거나, 기본적으로 생성되는 대로 만들게 되면 MOSS 2007의 기능을
사용할 수 없거나 혹은, 아예 페이지 자체가 뜨지 않는 경우가 있다.
그래서 대부분의 개발자들은 _layouts 에 ASPX 페이지를 저장하는 경우가 많다.
그러나 자신만의 파일들을 별도로 구성해 관리하려면 역시 별도의
가상 디렉토리를 구성하는 것이 좋고, 그를 위한 방법을 정확히 파악하는 것이 좋다.

1. INETMGR - 인터넷 정보 서비스 관리자 실행을 한다.  그리고 난 뒤 가상 디렉토리 생성을 시작한다. 가상 디렉토리 만들려면 만들려는 사이트에서 오른쪽 버튼을 클릭한 뒤, 새로 만들기 -> 가상 디렉토리를 선택한다.


2. 가상 디렉토리 만들기 마법사가 실행되면 다음을 누르면 가상 디렉터리 이름을 넣는다. 이 부분은 사이트 경로 URL을 누를 떄 사용되는 이름이다.


3. 가상 디렉터리 상에서 보여줄 내용이 담긴 HDD상에 있는 경로를 넣는다. 직접 넣어도 되며, 찾아보기를 사용해서 경로를 넣어도 된다.

4. 다음을 클릭하면 디렉토리 액세스 권한을 설정하게 되는데, 여기서 읽기/스크립트 실행/실행 만 체크해주고 다음을 클릭한다.

5. 가상 디렉터리 만들기 마법사의 마지막이 나오고 마침을 클릭하면 가상 디렉터리가 만들어진다.

6. 만들어진 가상 디렉터리를 위에서 오른쪽 버튼을 클릭해서 속성을 클릭한다.


7. 속성 창이 뜨면 제일 먼저 자동으로 생성되어 있는 웹 응용 프로그램을 삭제해준다. 삭제하는 방법은 응용 프로그램 이름 옆에 있는 제거 버튼을 클릭하면 된다. 삭제한 후 적용 -> 확인하면 된다.
 

---

여기까지는 기본적으로 해주어야 되는 사항들이다.
그 이후에는 2가지 형태로 나뉘어 구성해야 하는데, 그 구분의 기준은 접근 권한이다.
1. 모든 사용자들이 접근 가능한 경우
2. 로그인한 사용자들이 접근 가능한 경우
3. 관리자 권한을 가진 사용자들이 접근 가능한 경우

이런 권한별로 구성하려면 접근 권한 셋팅이 달라지기 때문에, 이에 대한 설명은 다음 부분에서 다루려고 한다.

외국에서 제공하는 각종 이벤트 핸들러들을 쓰다가, 이래저래 피곤해서, 그냥 만들어보았다
물론 화려한 트리 UI 같은 것은 제공하지 않지만, 내 궁금증과 불편함을 해소해주는 수준의
프로그램이다. 추후 C# Windows APP UI가 익숙해지면 조금씩 개선할 생각도 있지만, 언제가 될지..


이 프로그램은 웹서비스를 이용해서 구성한 프로그램이 아니기 때문에, 실제 이벤트를 추가/삭제/편집할 사이트에서 직접 실행해야 한다.(터미널 서비스를 이용하던지, 콘솔로 직접 들어가든지) 일단 실행하면 위와 같이 나온다.

1. 해당 사이트 연결 및 GAC 로딩
사이트 URL 내에 자신의 사이트 Url을 넣는다.
이 URL을 접근할 때는 로그인한 계정을 기반으로 접근하기때문에, 해당 사이트에 접근 권한이 충분한(최소한 사이트 관리자 급) 계정으로 로그인해서 이 프로그램을 실행할 필요가 있다.
연결 버튼을 클릭하면 약 30초 정도 기다리면 프로그램이 전체적으로 로딩한다.
이 로딩 시간이 긴 이유가 GAC 내의 모든 Assembly를 로딩하는데 걸리는 시간이다.

2. 이벤트를 처리할 사이트 및 리스트 선택
왼편에 있는 웹사이트 및 리스트를 선택한다. 현재 이 이벤트 핸들러 도구는 Web, Field 단위의 기능은 없고, 오로지 List에 대한 설정만 가능하다. 그러므로 Web Site를 선택한 뒤에 List를 선택해준다. 이벤트가 있으면 최하단에 있는 목록도 업데이트 된다.

3. 이벤트 추가/수정/삭제
3.1 새 이벤트 만들기.
생성하려는 리스트를 선택해 주었으면 먼저 자신이 이벤트로 등록할 때 사용될 어셈블리는 선택한다. 이 때, 주의할 점은, 반드시 GAC에 등록되어 있어야 한다. 별도의 DLL을 사용해서 등록한다면, 다른 도구를 활용하는 것이 좋을 듯 싶다.
이벤트 핸들러가 있는 어셈블리를 선택하면, 그 안에 적절한 이벤트 핸들러 클래스가 있는 경우 이벤트 관련 클래스가 자동으로 업데이트 된다. 그 안에 적절한 이벤트 핸들러 클래스를 선택한다.
그리고 이벤트 이름을 넣고, 적절한 순번( 1~50000 사이), 동작 방법을 넣는다.
이벤트 이름은 이 이벤트를 대표하는 이름인데, 이 값을 넣어야 순번이 정상적으로 처리된다.
순번은 이벤트가 실행할 순서를 의미하는데, 1~50000 사이의 값을 넣으면 된다.
액션은 이벤트가 발생되는 조건을 의미하는데, Item Added 나 Item Updating 같은 것을 의미한다.

값이 정상적으로 들어 갔으면 새 이벤트를 클릭하면 위의 설정 대로 이벤트가 추가된다.

3.2 기존 이벤트 수정하기.
이벤트를 수정하려면 최 하단에 위치한 이벤트 목록에서 편집하려는 이벤트를 선택한다.
그리고 자신이 변경하고자 하는 형태의 값으로 변경하고 등록/변경을 클릭한다.
(주의! 절대 이 작업을 통해 어셈블리나 이벤트 핸들러 클래스 및 액션을 변경하면 안된다. 여기서는 동일한 이벤트라고 비교 하는 값이 이벤트 핸들러 클래스와 액션이기 때문이다!)

3.3 이벤트 삭제하기.
삭제하려는 이벤트를 하단의 목록에서 선택한 뒤에, 선택 삭제를 클릭한다.

3.4 이벤트 목록 Save/Load
현재 이벤트 목록을 Save하는 방법은 save 버튼을 클릭한 뒤에, 적절한 장소에, xml이라는 확장자로 저장해주면 된다.
그리고 Load 하고 싶은 적절한 리스트에서 load 버튼을 클릭한 뒤에, 해당 xml 을 읽어 주면 xml 내용대로 복구 된다.
xml 내에 필수적으로 들어가야 되는 속성이 없는 경우 해당 이벤트는 추가되지 않는다.
event class="" assembly="" seq="" type="" name=""
수작업시에 필수 속성 값이 잘못되지 않도록 주의하면서 편집한다.

이벤트 형식: 오류
이벤트 원본: Service Control Manager
이벤트 범주: 없음
이벤트 ID: 7000
날짜:  2007-05-24
시간:  오후 9:34:11
사용자:  N/A
컴퓨터: NAOKO
설명:
다음 오류 때문에 병렬 포트 드라이버 서비스를 시작하지 못했습니다:
서비스를 사용할 수 없거나 서비스와 연관되어 사용 가능한 장치가 없기 때문에 서비스를 시작할 수 없습니다.

자세한 정보는 http://go.microsoft.com/fwlink/events.asp에 있는 도움말 및 지원 센터를 참조하십시오.

---

이 문제는 노트북에 Windows Server 2003 또는 XP를 설치할 때 자주 발생하는 것 같다.
특히 프린터 포트 부분이 찰탁이 가능한 경우에 이런 문제를 유발하는 것 같다.

이 문제를 해결하려면, 레지스트리의 정보를 수정해주면 해결되는 것같다.
(레지스트리를 수정하는 작업은 Windows의 핵심적인 기능을 손대는 작업이기 때문에, 이 부분을 잘 알지 못하는 사람은 손대지 않는 편이 낳다!!! 잘못하면 윈도우를 다시 설치해야 한다.)
regedit를 열고, 다음 위치로 간다.
[ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Parport ]

열어보게 되면 나 같은 케이스에는 ParPort 밑에 Enum 이 있었고, ErrorControl이 1이였다.
다른 케이스는 확인해 보지 못했지만, ParPort 밑의 하위 키들을 모두 삭제 하고,
ErrorControl 및 Start 값을 각각 0, 3 으로 해주면 된다.
정확한 값의 의미하는 것은 모르지만, 저 위의 값대로 처리하게 되면 큰 문제 없이 동작한다.

물론 이 작업은 자신의 컴퓨터의 프린터 포트를 이용해서 프린터를 안쓸 때 처리해야 할 것 같다!