마이크로소프트는 최근 비주얼 스튜디오 2015 버전을 공개하면서 ASP.NET 5 와 크로스플랫폼 런타임 환경인 .NET CLR Core 을 공개했습니다. 새로운 버전의 공개에 맞추어 지난 20일 마이크로소프트 닷넷 개발자 블로그 포스팅을 통해 버그 혹은 취약점을 발견하는 이들에게 최대 15,000달러의 포상금을 지급하는 프로그램이 시작됨을 알렸습니다. 버그와 취약점에 대한 리포트는 새롭게 공개된 ASP.NET 5 와 .NET CLR Core 에 대해 적용되며 아직까지 개발이 진행중인 네트워크 스택(Network Stack)은 이번 프로그램에서 일단은 제외된다고 합니다.


마이크로소프트가 이번과 같은 프로그램을 운영했던 적이 있는지 찾아보지는 못했습니다만 근래 메신저 서비스인 텔레그램(Telegram)의 보안 취약점 관련 프로그램이나 라인(LINE)의 버그 바운티(Bug Bounty) 처럼 보다 적극적으로 취약점을 찾고 보완하여 크로스플랫폼 시장에서의 존재감을 만들어 나가겠다는 적극성이 물씬 느껴지는 듯 합니다. 시간이 되시는 분들이나 관심 있으신 분들은 닷넷 코어의 크로스플랫폼 버전에 대해서 심도 있는 지식도 쌓고 포상 프로그램을 통해 금전적인 혜택도 받아볼 수 있는 기회로 만들면 더할나위 없이 좋은 기회일 것 같습니다.




포상금은 취약점 타입별로 몇 가지 등급으로 나뉘어져 있습니다. 단순한 크로스 사이트 스크립트(XSS)와 같은 케이스는 심각도에 따라 500 달러에서 최대 2,000 달러까지 지급되며, 원격 코드 실행(Remote Code Execution)과 같은 심각한 케이스에 대해서는 최대 15,000 달러까지 포상금이 책정되어 있습니다. 보안 취약점을 찾아내어 증명하기 쉬운 것과 어려운 것에 차별점을 두어 보다 심각한 오류, 버그에 대해서는 충분히 그 보상을 해주겠다는 의미로 해석됩니다.



소프트웨어, 어플리케이션을 개발하다 보면 다양한 입력감 검증이나 변수 핸들링, 체계적으로 제한된 위임등을 통해 가능한 불필요한 코드의 영향을 줄이고 테스트 케이스들을 통해 이들이 정상적으로 동작하는지 검증하는 일들을 늘 하게 됩니다. 하지만 사람이 하는 모든 일들이 그렇듯 모든 예외 케이스나 특정한 상황을 다 찾아내어 테스트 하는 것은 거의 불가능합니다. 그래서 늘 패치(Patch)가 존재하고 버그 픽스(Bug Fix)가 필요할 수 밖에 없습니다. 쟁쟁한 사람들이 모여 만들고 테스트하여 출시하는 마이크로소프트에서도 버그 포상 프로그램을 통해 보다 완벽한 환경을 만들고자 하는 것을 보면 창과 방패의 관계처럼 완벽을 "추구"하는 코드와 버그와의 전쟁은 앞으로도 계속 될것만 같습니다!


닷넷 코어 CLR 및 ASP.NET 5 버그 포상 프로그램 포스팅 살펴보기 [바로가기]

버그 포상 프로그램 상세 시상(?) 내역 및 범위 살펴보기 [바로가기]


저작자 표시 비영리
신고
Posted by 노피디
Development2010.10.14 07:47
오랜만에 포스팅을 올립니다 :-)
마이크로소프트가 제공하는 윈도우폰7 트레이닝 세션을 보기 시작했습니다.
시작하면서 세션 발표자들께서 좋은 링크들을 많이 공유해 주시네요

아무리 윈도우폰7이 실버라이트와 블렌드를 잘 써야한다고 해도
그 기저에는 C# 이 있다는 것을 부인할 사람은 아무도 없습니다.
본격적으로 윈도우폰7 개발을 공부하기 전에 C# 을 정리해보는 것은
상당히 의미있는 시간이 될 것으로 생각되네요!


위 웹사이트에서 C# Yellow Book 이라는 컨텐츠를 무료 배포하고 있습니다.
잘 아시는 분들도 Remind 하시는 차원에서 한번쯤 보시면 좋을 것 같네요!
귀차니즘을 극복하시려면 아래 링크로 책을 받으시면 됩니다 :-)


- NoPD -
신고
Posted by 노피디
C# 3.0 에서 새롭게 도입된 Lambda 표현식을 사용하면 코드를 정말 간단하게 표시할 수 있는 장점이 있습니다. 델리게이트가 세상에 처음 나타난 이래 이는 정말 많은 프로그램과 개발자들에게 형언할 수 없는 아름다운 생활을 할 수 있는 "기회"를 주었습니다. 물론... 기회에는 반대급부가 따랐지만 말이죠.. 쿨럭... 여튼... 아래의 간단한 세가지 코드를 보면서 코드가 아름다워지는 광경을 한번 보도록 하겠습니다.

Named 메서드의 사용
IEnumerable<string> filteredList = cities.Where(StartsWithL);

public bool StartsWithL(string name)
{
    return name.StartsWith("L");
}

자주 보시던 스타일의 코드입니다. cities 어레이에 들어 있는 값들 중 L 로 시작하는 값을 얻어오는 코드지요. string 클래스의 확장 메서드인 Where 의 도움을 받아 StartsWithL 메서드가 Where 절의 역할을 하고 있습니다.

익명 Delegate의 사용

별도로 메서드를 만들어서 호출하는 것도 나쁘지 않습니다만 이왕이면 코드를 간결하게 유지하기 위해 익명 Delegate를 많이들 사용하실 겁니다. Named 메서드 사용하던걸 익명 Delegate 로 바꿔보겠습니다.

IEnumerable<string> filteredList = cities.Where(
            delegate(string s)
            {
                return s.StartsWith("L");
            }
일단 메서드가 하나 줄어서 기분이 좋습니다 ^^; 익명 Delegate 를 이용해서 위처럼 간단하게 inline 으로 처리를 할 수 있습니다. 그런데 코드가 지저분한 것이 별로 보기가 좋지 않습니다. 이를 람다 표현식으로 바꾸어 보도록 하겠습니다

Lambda 표현식의 사용

IEnumerable<string> filteredList = cities.Where(s => s.StartsWith("L"));
아주 깔끔하게 한줄러 코드를 줄였습니다. 닷넷이 제공하는 컴파일러는 생각보다 똑똑해서 s 라는 변수가 당연히 cities의 타입을 따라간다는 것을 알고 있습니다. 인텔리센스도 실시간으로 당연히 잘 동작하겠지요.

- NoPD -
신고
Posted by 노피디
Development2010.04.07 09:05
여러분들은 지금 어떤 개발도구를 사용하고 계시나요? 자바(Java) 개발을 하신다면 이클립스(Eclipse)를 사용하실거고 iPhone 이나 iPad 용 어플리케이션을 개발하신다면 Xcode 를 사용하고 계실거라 생각됩니다. 마이크로소프트의 운영체제와 디바이스 개발을 하신다면? 네, 개발도구의 대명사인 Visual Studio 2010 을 사용하고 계실겁니다.

개(?)간지나는 구슬리 형


마이크로소프트가 오는 12일, 라스베이거스에서 열리는 " Visual Studio 컨퍼런스 & 엑스포 " 행사에서 공식적인 VIsual Studio 2010 의 런칭 행사를 갖는다고 합니다. 그동안 Channel 9 의 10-4 를 통해서 VIsual Studio 10 과 .NET Framework 4 에 대한 소식이 많이 전해졌었는데요, 이번 행사를 통해서 그 장대한 막이 올라갈 예정입니다.

Visual Studio 2010 과 함께 실버라이트 4, WPF, WCF, .NET Framework 4 등 유관 기술에 관한 다양한 세션도 진행된다고 합니다. 윈도우 7 출시이후 최적의 개발도구가 아직 준비되지 않은 느낌이습니다만 VS 2010 발표와 함께 수많은 정보들과 기술들이 더 많이 공개될 것으로 생각됩니다. 공부할게 더 많아지는 것이지만 즐겁게 받아들여야 겠지요?

관련링크 : http://www.devconnections.com/shows/SP2010VS/default.asp?s=144

- NoPD -
신고
Posted by 노피디
iPhone 광풍이 연일 전국을 휩쓸고 있습니다.
그동안 윈도우 모바일 개발을 하시던 분들이 참 씁쓸해 하시는 요즘입니다만,
여전히 산업용 시장에서 윈도우 CE 기반의 장비들이 많이 사용되고 있고
윈도우 모바일 기반의 컨슈머 제품들도 계속 출시되고 있으니
윈도우 모바일 7 의 성능 개선을 기대하며 내공을 증진시키시는게 중요한 시기가 아닌가 싶습니다.

요즘 몇가지 커스텀 컨트롤 개발을 하면서
상용으로 판매되는 제품들을 이리저리 살펴보고 있습니다.
mirabyte 라는 회사에서 " iPhone 터치 컨트롤을 닷넷에서! " 를 모토로 만든
Compact Framework (2.0 이상) 용 터치기반 UI 컨트롤 라이브러리입니다.



가격은 49.95 유로로 우리나라 돈으로 몇 만원 주시면 구입가능한 금액입니다.
트라이얼 버전도 제공하고 있고, 재배포에 대한 특별한 제약이 없으니
터치기반 어플리케이션 개발에 활용하기 딱 좋아 보입니다.

(그래도... 한번 따라 만들어 봐야겠죠? ^^)

- NoPD -
신고
Posted by 노피디
Development/Database2009.09.18 08:06
윈도우 기반의 서버를 사용할 때 참 유용한 것이 성능 카운터 입니다. 눈으로, 로그로 보이지 않는 것들도 다양한 객체와 성능 카운트를 통해서 확인이 가능하기 때문에 원인을 명확히 알 수 오동작의 단서를 제공하는 유용한 도구입니다. 이 성능 카운터에는 기본적으로 닷넷의 기본 프로바이더가 포함되어 있습니다. 닷넷이 설치된 PC 나 서버에서 해당 카테고리를 선택하면 측정 가능한 다양한 옵션이 보입니다.


그런데 오라클의 ODP.NET 을 사용하는 경우에는 기본적으로 제공되는 성능 개체가 아무것도 없습니다. 그리고 이 말은 " 오라클 클라이언트 10g 까지는 " 이라는 단서를 하나 더 붙이면 정확한 표현이 됩니다. 즉, 성능 카운터를 통해서 ODP.NET 의 다양한 카운터를 확인하기 위해서는 11g 이상의 클라이언트 버전을 설치해 주어야 합니다.


오라클 11g 클라이언트 설치 화면의 옵션을 보면 " Oracle Counters for Windows Performance Monitor " 라는 항목이 있습니다. 클라이언트를 설치하면서 이 옵션을 선택하시면 성능 카운터에 측정 가능한 항목이 추가되게 됩니다. 윈도우 환경에서 시스템 항목의 중요한 요소중 하나인 성능 카운터를 위해서는 클라이언트 버전을 올려야 하는 불편함이 있지만, 무슨일이 일어날지 모르는 미래를 대비한다면 나쁘지 않은 선택이 될 것 같네요.

- NoPD -
신고
Posted by 노피디
Development/Database2009.09.01 08:14

* 이 글은 오라클 기술 네트워크(Oracle Technology Network)에 공개된 Joh Paul Cook 의 영문 아티클을 번역 / 의역한 글입니다. 원문은 링크(http://tinyurl.com/m69mvh)를 통하여 확인하실 수 있습니다.

Visual C# 구문

프로젝트에 참조 추가를 한 다음 using 구문을 이용하여 네임스페이스를 선언해 주어야 합니다. 기술적으로 네임스페이스 선언은 해주지 않아도 관계 없지만, 간결한 코드를 위해서는 꼭 선언해 주는 것이 좋습니다. 일반적인 경우와 마찬가지로 네임스페이스나 클래스 선언이 시작되기 전에 using 문을 추가해 주면 됩니다.

using Oracle.DataAccess.Client
참조가 정상적으로 추가되었다면 using 문으로 네임스페이스를 선언하는 동안 인텔리센스의 도움을 받으실 수 있었을 것입니다.


연결 문자열과 객체

오라클 연결 문자열은 tnsnames.ora 파일에 정의된 내용과 밀접한 관계를 가지고 있습니다. 여러분들의 tnsnames.ora 파일에 아래와 같이 XE 라는 이름으로 오라클 연결 문자열이 정의되어 있다고 가정해 봅시다. (참고로, tnsnames.ora 파일은 오라클 클라이언트가 설치된 경로의 하위에 network/admin 폴더에 저장되어 있습니다. 클라이언트 버전에 따라 위치는 조금씩 상이할 수 있습니다)

XE =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = DBSVR)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = XE)
    )
  )
XE 라는 약어는 오라클 클라이언트를 위한 데이터베이스 연결 주소 정보를 정의하고 있습니다. tnsnames.ora 파일에 정의된 위의 약어를 사용하기 위해서 비주얼 스튜디오에서 아래와 같은 연결 문자열 선언을 해야합니다.

string oradb = "Data Source=XE;User ID=scott;Password=tiger;";
물론 tnsnames.ora 파일을 사용하지 않기 위하여 연결 문자열을 아래와 같이 변경할 수도 있습니다. tnsnames.ora 파일에 지정된 내용을 그대로 연결 문자열에 정의하면 됩니다.

string oradb = "Data Source=(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = DBSVR)(PORT = 1521))) " +
               "(CONNECT_DATA =(SERVICE_NAME = XE)));" +
               "User Id=scott;Password=tiger;";
위에서 볼 수 있는 것처럼, 사용자 이름과 패스워드는 연결 문자열 속에 평문으로 저장되어 있습니다. 이 방법은 연결 문자열을 만드는 가장 간단한 방법이지만 보안의 관점에서 봤을 때는 평문으로 저장된 사용자 이름, 패스워드는 좋은 선택이 아닙니다. 특히, 닷넷 어플리케이션은 DLL, EXE 를 막론하고 디스 어셈블러를 통해서 소스 코드의 복원이 가능하기 때문에 보안에 취약합니다. 이와 관련한 내용은 다른 글에서 보다 자세히 다루도록 하겠습니다.

다음으로, 여러분은 커넥션 클래스를 이용하여 객체를 생성하고 초기화 해야만 합니다. 연결 문자열은 커넥션 객체에 할당 되어야 합니다.

OracleConnection conn = new OracleConnection(XE);
연결 문자열의 할당은 오버로드된 객체의 생성자를 통해서 전달되어 할당이 가능합니다. 생성자의 다른 오버로드는 아래와 같은 구문도 사용 가능하도록 정의되어 있습니다.

OracleConnection conn = new OracleConnection();
conn.ConnectionString = oradb;
연결 문자열의 할당이 끝나면 이제 남은 일은 커넥션 객체의 Open 메소드를 이용하여 오라클 데이터베이스와의 실제 연결을 만드는 작업을 하면 됩니다. 이 과정에서의 에러 핸들링은 다음 포스트에서 소개하도록 하겠습니다.

conn.Open();
Command 객체

Command 객체는 실행 되어야 하는 SQL 문자열이나 저장 프로시저를 SQL 명령의 형태로 지정할 때 사용됩니다. Connection 객체와 마찬가지로 해당 클래스로부터 인스턴스가 만들어져야 합니다. 아래의 예제에서 ODP.NET 은 부서 테이블로부터 부서 번호가 10인 부서 명(DNAME)을 돌려주는 SQL 구문을 수행할 것입니다.

string sql = "SELECT dname FROM dept WHERE deptno = 10";
OracleCommand cmd = new OracleCommand(sql, conn);
cmd.COmmandType = COmmandType.Text;
오버로드된 다른 생성자를 사용하면 구문은 조금 다르게 변할 수 있습니다. Command 객체는 커맨드 텍스트를 실행할 수 있는 메소드를 가지고 있습니다. 이 메소드들은 서로 다른 형태의 SQL 구문에 적절한 메소드 들입니다.

스칼라 값 얻기

실제로 데이터를 데이터베이스로부터 얻기 위해서 OracleDataReader 객체를 생성하고 ExecuteReader 메소드를 사용하면 됩니다. 데이터는 컬럼 이름을 지정하거나 인덱스 번호를 이용하여 엑세스 할 수 있습니다. 결과 값은 닷넷 고유의 데이터 형을 이용하거나 오라클 고유의 데이터 형을 이용하여 엑세스 할 수 있습니다. 닷넷에 포함되어 있는 어떤 언어를 사용하더라도 이같은 특징을이용할 수 있습니다.

OracleDataReader dr = cmd.ExecuteReader();
dr.Read();

label1.Text= dr["dname"].ToString();
label1.Text = dr.ZGetString(0).ToString();
label1.Text = dr.GetOracleString(0).ToString();
위의 예제에서 우리는 DNAME 이라는 문자열 형태의 리턴 값을 가지고 데이터를 핸들링 하고 있습니다. 그러나 DEPTNO (부서번호) 와 같은 문자열이 아닌 데이터를 핸들링 할 떄는 타입 미스매치(Type Mismatch)에 주의해야 합니다. 닷넷 런타임 라이브러리는 암시적으로 적절한 형 변환을 자동으로 시도합니다. 그러나 간혹 데이터 형의 호환성에 문제가 있거나 암시적인 형 변환이 실패하면 예외가 발생하게 됩니다. 암시적인 형 변환이 에러 없이 수행된다 하더라도 필요한 경우에 대하여 명시적으로 형 변환을 하는 것을 권장합니다.

객체 소멸

데이터베이스 엑세스가 모두 끝나고 나면 Connection 객체의 Close 혹은 Dispose 메소드를 반드시 호출해 주어야 합니다. Dispose 메소드는 내부적으로 Close 메소드를 호출하도록 되어 있습니다.

conn.Close();
conn.Dispose();
코드를 만들 때 using 문을 이용하여 로직을 구성한 경우에는 명시적으로 Close 나 Dispose 메소드를 호출할 필요가 없습니다. 아래의 코드는 using 문을 이용하여 데이터베이스를 연결하는 예제 코드입니다.

using (OracleConnection conn = new OracleConnection(oradb))
{
    conn.Open();
    OracleCommand cmd = new OracleCOmmand();
    cmd.Connection = conn;
    cmd.CommandText = "select dname from dept where deptno = 10";
    cmd.COmmandType = COmmandType.Text;
    OracleDataReader dr = cmd.ExecteReader();
    dr.Read();
    label1.Text = dr.GetString(0);
}
추가적으로 OracleCommand 객체는 Dispose 메소드를 포함하고 있고 OracleDataReader 객체는 Close 와 Dispose 메소드를 포함하고 있습니다. 일반적인 경우에는 객체의 생성과 소멸이 큰 영향을 주지 않을 수 있지만 닷넷 환경에서 시스템의 리소스를 해제하고 어플리케이션의 성능 향상을 위해서 반드시 신경써 주어야 할 부분입니다.

- NoPD -
신고
Posted by 노피디
Development/Database2009.08.31 00:27

* 이 글은 오라클 기술 네트워크(Oracle Technology Network)에 공개된 Joh Paul Cook 의 영문 아티클을 번역 / 의역한 글입니다. 원문은 링크(http://tinyurl.com/m69mvh)를 통하여 확인하실 수 있습니다.

글을 시작하며

마이크로소프트의 개발 프레임워크인 닷넷 프레임워크의 인기가 높아짐에 따라 많은 개발자들이 닷넷 어플리케이션과 오라클과의 통합을 위한 가장 좋은 방법에 대한 정보를 갈구하고 있습니다. 기본적인 연결에 대한 것 뿐아니라 비주얼 스튜디오 2005 또는 2008을 이용하여 효과적이고 효율적인 개발을 하는 방법에 대한 요구가 무척 많습니다.

이 글을 통해서 오라클 데이터베이스를 사용하는 닷넷 어플리케이션을 만드는 기본적이지만 필수적인 과정에 대한 설명을 하고자 합니다.

  • 닷넷 프로젝트에 오라클 클래스 라이브러리를 추가하고 참조하는 방법
  • 오라클 데이터베이스 연결 문자열을 만드는 방법
  • Connection, Command, DataReader 객체를 사용하는 방법
  • 여러분들은 비교적 쉬운 것부터 복잡한 것까지 준비된 3개의 예제를 통해 이 같은 내용을 적용해 볼 수 있을 것입니다. 글에 포함되어 있는 모든 스크린 샷은 비주얼 스튜디오 2008의 화면들 입니다만, 비주얼 스튜디오 2005 에서도 크게 다르지 않은 화면을 보게 될 것입니다.

    .NET Data Provider

    닷넷으로 오라클 연계 어플리케이션을 개발하기 위해서 기본적인 오라클 클라이언트(Oracle Client) 뿐만 아니라 관리되는 데이터 프로바이더(Managed Data Provider)가 필요합니다. 데이터 프로바이더는 우리가 만들게 될 닷넷 어플리케이션 코드와 오라클 클라이언트 연결 소프트웨어 사이에 위치한 계층입니다. 대부분의 경우 닷넷 OLE DB 데이터 프로바이더가 아닌, 개별 데이터베이스 패키지에 최적화된 데이터 프로바이더를 사용할 때 어플리케이션은 최적의 성능을 발휘하게 됩니다.

    오라클, 마이크로소프트 뿐만 아니라 서드 파티 벤더들은 오라클에 최적화된 데이터 프로바이더를 제공하고 있습니다. 오라클과 마이크로소프트는 무료로 이같은 데이터 프로바이더를 제공하고 있습니다. (마이크로소프트의 닷넷 프레임워크 2.0에 데이터 프로바이더가 포함되어 있긴 하지만, 여전히 오라클 클라이언트를 필요로 합니다) 이 글에서는, 마이크로소프트가 닷넷 프레임워크에 제공하는 데이터 프로바이더 대신, 오라클이 공급하는 Oracle Data Provider for .NET (이하 ODP.NET) 을 사용할 예정입니다. ODP.NET 은 오라클 데이터베이스 혹은 오라클이 제공하는 별도의 다운로드 경로(http://tinyurl.com/ndouwh)를 통해서 다운로드 받을 수 있습니다.

    ODP.NET 은 표준 ADO.NET 데이터 엑세스를 제공할 뿐만 아니라, XML DB, 데이터 엑세스 성능 최적화, RAC(Real Application Clusters) 커넥션 풀링과 같은 오라클만의 특화된 기능들을 사용할 수 있도록 해줍니다.

    ODP.NET 과 오라클 클라이언트 소프트웨어가 설치되었다면, 비주얼 스튜디오를 통한 오라클 연계 어플리케이션 개발을 할 준비가 완료되었습니다. 개발을 시작하기 전에 오라클 데이터베이스와의 연결 상태를 확인하는 것은 좋은 생각입니다. 오라클 클라이언트 소프트웨어에 기본적으로 제공되는 SQL*Plus 와 같은 도구를 이용해서 데이터베이스 연결이 잘 되는지 테스트 해보시기 바랍니다.

    비주얼 스튜디오 2008 에서 프로젝트 생성하기

    지금부터 오라클 데이터베이스에서 데이터를 추출하는 ODP.NET 어플리케이션을 만들어 보도록 하겟습니다. 에러 핸들링과 관련한 부분은 글 후반부에 다루도록 하겠습니다. 비주얼 스튜디오를 실행한 후, 가장 먼저 해야 할 일은 프로젝트를 생성하는 것입니다. File 메뉴의 New > Project 를 선택하여 프로젝트를 생성하겠습니다.


    새 프로젝트 창이 열리면 개발 하고자 하는 언어를 선택하고 (주: 이 글에서는 Visual C# 을 이용하여 코드 샘플을 보여주도록 하겠습니다) "Windows Form 응용 프로그램" 템플릿을 선택하도록 하겠습니다. 프로젝트와 솔루션 이름은 임의로 OraWinApp 라고 정하도록 하겠습니다. 이름을 입력한 후 "확인" 버튼을 눌러 프로젝트를 생성합니다.


    참조 추가하기

    OraWinApp 프로젝트는 오라클 데이터베이스에 연결되어야 하므로, 우리가 선택한 ODP.NET 데이터 프로바이더의 DLL 파일을 프로젝트에 참조로 추가해야만 합니다. 일반적인 어플리케이션 개발의 참조 추가와 마찬가지로 "솔루션 탐색기"의 "참조"에서 마우스 오른쪽 버튼을 눌러 "참조 추가"를 선택합니다. (혹은 프로젝트에서 마우스 오른쪽 버튼을 눌러 "참조 추가"를 선택해도 관계 없습니다)

    참조 추가 방법 #1


    참조 추가 방법 #2

    참조 추가 다이얼로그가 출력되면 "Oracle.DataAccess" 컴포넌트를 찾아서 확인 버튼을 누르면 됩니다. 설치된 오라클 클라이언트 버전에 따라 버전 정보, 런타임 정보가 조금 상이할 수 있습니다. 가능하면 최신 버전의 런타임을 사용하는 것이 좋지만, 일반적인 경우 런타임 버전에 따라 생기는 큰 차이점은 없습니다.


    참조 추가가 완료되면 오라클 데이터베이스를 이용하는 닷넷 어플리케이션 개발의 준비는 모두 끝납니다. 다음 글에서는 실제로 Oracle.DataAccess 컴포넌트를 이용하여 코드를 어떻게 만드는지 본격적인 개발 작업에 들어가도록 하겠습니다.

    - NoPD -

     

    신고
    Posted by 노피디
    Development/Database2009.08.28 11:17

    닷넷 환경에서 오라클을 개발하기 위한 방법은 크게 두가지이다. 오라클 클라이언트를 전체 설치할 때 따라오는 ODP.NET (Oracle Data Provider for .NET) 만을 이용하는 방법이 한가지이고, 다른 하나는 Visual Studio IDE 환경에 Plug-in 가능한 ODT.NET (Oracle Developer Tools for Visual Studio.NET) 을 설치해서 사용하는 방법이 다른 한가지이다.

    복잡하지 않은 개발을 하는 상황이고 데이터베이스에 의존적인 개발이 적은 경우 (예>Stored Procedure 의 사용 등) 에는 전자의 방법을 사용하는 것이 간단하며, 그렇지 않은 경우는 ODT.NET 을 설치해서 사용하는 것이 디버깅, 개발 효율성 측면에서 훨씬 우수할 수 있다.

    NoPD 의 경우 마이크로소프트가 닷넷 환경에서 제공하는 표준 Provider (System.Data.OracleClient) 를 사용하던 도중 오라클 Provider 로 교체를 하는 케이스를 경험했었는데, 구문이라던가 사용하는 방법이 크게 다르지 않기 때문에 마이그레이션을 하는 경우에도 전자의 방법을 강력하게 추천한다.

    ※ ODT.NET 다운로드 : http://tinyurl.com/lvcw56

    - NoPD -
    신고
    Posted by 노피디
    근래 몇 년간 웹서비스로 개발된 API 들은 항상 웹폼에서만 호출했었습니다. 이번에 개인적으로 사용할 서버 모니터링 프로그램을 만들면서 웹서비스를 사용하고 있었는데, 윈폼에서 호출이 1회 이상 되지 않는 문제가 발생하더군요.

    처음 프로그램이 웹서비스를 호출하면 값을 잘 받아오지만, 이후부터는 값을 받아오지 못하는 문제더군요. 에러 메시지는 "기본 연결이 닫혔습니다" (영어로는 The Underlying Connection was Closed 더군요. 번역이 괜찮게 된건지 모르겠군요) 개발자의 친구, 구글신에게 물어보니 역시 좋은 해결 방안들이 있었습니다.


    웹서비스 Proxy 를 생성하면 reference.cs 파일이 생기는데요, 일단 이 파일을 열어서 아래의 코드를 추가해 줍니다. 환경에 따라 다른 것인지 모르겠으나, keepalive 를 true 로 해서 해결이 된다는 이야기도 있었는데 제 경우에는 해당사항이 없었습니다.


    해결 방법이 조금 꽁수이긴 하나 (ConnectionGroup 이름을 계속 새로운 GUID 로 할당해주는 -_-;;) 일단 해결이 되었고 크게 누군가에게 부담을 주는 방식이 아니라 일단 사용하기로 했습니다. 유경상님의 블로그에 이 에러와 관련하여 WCF와 Fiddler의 문제를 언급한 글도 한번 읽어 보시면 유사한 상황에서 도움이 되실 것 같습니다.

     
    - NoPD -
    신고
    Posted by 노피디

    티스토리 툴바