tech eland

Yeoman 을 익히자

Yeoman , Bower , Grunt

Yeoman

구조화 도구

Bower

script 및 css 등 각종 웹 프레임웍의 검색 , 설치를 지원

Git 종속성 있으므로 필히 Git을 먼저 설치 필요

Git 설치 옵션 선택 ( Run Git from the Windows Command Prompt )

검색 bower search [Name]

설치 bower install [Name]

삭제 bower uninstall [Name]

Grunt

서비스 실행 grunt serve

테스트 실행 grunt test

배포버젼 생성 grunt deploy

환경

Git 설치

설치 주의 사항 : Command에서 사용 가능하도록 설치

bower 가 Git 을 사용함

Node.js 설치

Yeoman 설치 npm install -g yo

grunt-cli bower 설치 npm install -g grunt-cli bower

Angular 설치 npm install -g generator-angular

angular 설치시 compass 사용하겠다고 했을경우 Ruby 설치(option)

설치 주의 사항 : Command에서 사용가능하도록 설치

grunt 가 사용

angular 설치시 compass 사용하겠다고 했을경우 compass 설치(option) gem install compass

Angular Webapp 만들기

angular Web App 생성 'yo angular'

angular 설치 옵션중 compass 사용에 대한 질문시 사용한다고 하게 되면 ruby 와 compass 를 설치 하여야 함.

설치전 git 이 반드시 설치 되어 있어야 한다. ( Bower 를 사용하여 script및 css 를 download 받는다.)

angular generators 사용방법 : yo angular:route myRoute

angular

angular:controller

angular:directive

angular:filter

angular:route

angular:service

angular:provider

angular:factory

angular:value

angular:constant

angular:decorator

angular:view

grunt 를 사용하여 service 실행 grunt serve

주의 사항

git 이 설치 되어 있지 않으면 웹앱 설치시 Bower 에서 다운 받는 script 들을 설치하지 못함.

참조

Yeoman

Bower

Grunt

Git

역사

2002년부터 리눅스 커널에 사용된 BitKeeper 가 2005년 이익다툼으로 리눅스 커뮤니티와 관계가 틀어짐 그 이후, 리누스 토발즈가 직접 git 을 만들었음.

강점

빠른 속도로 대형 프로젝트에 사용하기 좋음

편리한 브랜치 사용

추가 설명 내용 발췌(원본)

Download git

Git Flow

Git Flow 에 대한 상세 설명

기본 Branch

master : 최종 릴리즈한 안정된 버전

develop : 다음 릴리즈를 위한 개발 중인 최신 빌드

feature : 특정 기능을 위한 Branch

develop Branch에서 가져오며, 다시 develop Branch 로 merge.

develop Branch 이외의 Branch 는 merge 금지

일반적으로 개발자의 로컬에서만 유지하고 origin 에 push 하지 않는다.

develop Branch에 merge 하면 feature Branche 는 삭제

release : Release 점검을 위한 Branch

develop 브랜치에서 가져오며, develop 과 master 브랜치로 머지한다.

release-* 형태로 이름을 짓는다. 예를 들어, 다음 릴리즈 버전이 1.2라면, release-1.2 라고 한다.

브랜치를 생성한 후, 소스 코드 내에 버전과 관련된 값을 수정하고 커밋한다.

다음 릴리즈까지 개발이 최종 완료되었다고 판단하는 시점에서 브랜치를 생성한다.

릴리즈 대상이 되는 feature 는 미리 develop에 머지되어 있어야 하고, 다음에 릴리즈할 feature 라면 develop에 머지되어 있으면 안된다.

release 브랜치를 생성한 이후의 버그 픽스는, develop 이 아닌 release 브랜치에서 진행한다.

릴리즈가 모두 준비되었다고 생각하면, release 브랜치를 master 에 머지한다.

master 브랜치에서 해당 버전으로 태그를 생성한다.

release 브랜치에서 버그 픽스한 것들을 develop 브랜치로 머지한다.

release 가 종료되면, release 브랜치를 삭제한다.

hotfix : 긴급 버그 픽스를 위한 브랜치

master 에서 가져오며, master 와 develop 브랜치로 머지한다.

hotfix-* 형태로 이름을 짓는다.

release 브랜치와 사용 방법은 동일하지만, 예상치 못한 긴급 버그 수정을 위해 사용한다.

release 와 마찬가지로, 소스 코드 내 버전 정보를 업데이트 한다.

작업이 완료되면, master 에 머지하고 버전을 태그로 남긴다.

수정 사항을 develop 브랜치로 머지한다. 만약, release 브랜치가 이미 존재하면, develop이 아닌 release 브랜치로 머지한다.

핫픽스가 종료되면 브랜치를 삭제한다.

주의사항

브랜치를 머지할 때 --no-ff 옵션을 쓴다. fast forward 머징을 하지 않고, 머지 커밋을 생성하겠다는 의미다. 머징 히스토리를 유지하기 위함이다.

가능하다면 버전 정보는 소스 코드 내에서 직접 작성하지 않는다. 버전과 관련된 정보를 찾아 현재 버전으로 업데이트하는 스크립트를 작성하자

SourceTree 에서의 Git Flow

Git flow 활성화

기초 설정

주의사항의 --no-ff 옵션을 위한 설정

Git Flow 활성화 Button 초기화 및 가장 기본적인 develop Branch 를 만든다. source tree 에서 git flow 사용시 develop branch 를 삭제하되면 그 이후로 git flow 에 대한 내용이 오류가 나게 됨 해결 방법

git 관리 폴더의 config 파일을 수정 git flow 관련 설을 다 삭제 한다.

참조 경로

http://github.com

http://pcottle.github.io/learnGitBranching/

http://www.slideshare.net/andabi/git-16126636

http://ohgyun.com/402

http://nvie.com/posts/a-successful-git-branching-model/

http://jeffkreeftmeijer.com/2010/why-arent-you-using-git-flow/

Spring.NET과 NHibernate 기반 시스템에서 DataTable을 사용하면서 Spring transaction을 사용하는 경우의 처리방법에 대해 살펴본다.

NHibernate를 통해 List<Domain>을 받아서 DataTable으로 변환하는 방법도 있겠지만, 아래와 같은 방법으로 NHibernate Session으로부터 SqlCommand를 생성하여 처리할 수도 있다.

DataSet ds = new DataSet(); SqlCommand command = Session.Connection.CreateCommand() as SqlCommand; command.CommandText = "(query)"; SqlDataAdapter adp = new SqlDataAdapter(command); adp.Fill(ds); return ds;

Web.config에서 Spring.NET의 TransactionManager를 선언한다면 아래와 같이 HibernateTransactionManager를 사용할 것이다. (참고 : Spring.NET Transaction Management)

<object id="transactionManager"  type="Spring.Data.NHibernate.HibernateTransactionManager, Spring.Data.NHibernate32">  <property name="DbProvider" ref="DbProvider"/>  <property name="SessionFactory" ref="SessionFactory"/> </object>

이와 같이 작성했다면 Transaction 처리가 자연스럽게 되어야 할 것 같은데, 실제로 테스트를 해보면 그렇지 않다.

중간에 에러가 발생하는 경우 Profiler를 돌려보면, Begin Transaction, Rollback Transaction 명령이 DB로 전달되지만, 제대로 rollback이 되지 않는다.

소스에서 디버깅을 해보면, NHibernate Session의 property에는 Transaction이 제대로 포함되어 있는데, Session으로부터 생성한 SqlCommand의 property에는 Transaction이 null이라는 것을 알 수 있다.

이로 인해 NHibernate Session의 transaction과 SqlCommand의 transaction이 별도로 2개 생성되어 rollback이 제대로 되지 않는 것이다.

 그렇다면 NHibernate Session의 transaction과 SqlCommand의 transaction을 하나로 연결해 주어야 할텐데 어떻게 해야 할까?

방법은 간단하다.

Session.Transaction.Enlist(command);

이 한 줄을 추가해 주는 것이다.

DataSet ds = new DataSet(); SqlCommand command = Session.Connection.CreateCommand() as SqlCommand; Session.Transaction.Enlist(command); command.CommandText = "(query); SqlDataAdapter adp = new SqlDataAdapter(command); adp.Fill(ds); return ds;

디버깅해보면 SqlCommand의 Transaction에 NHibernate Session의 Transaction이 포함된 것을 확인할 수 있다.

NHibernate 성능 개선

1. Collection의 Count가 필요한 경우

lazy="extra"는<bag><set><idbag> 등의 Collection을 사용할때 Count 등 각각의 object에 실제 접근하는 게 아닌 경우 사용.

Mapping (lazy="extra")

<bag lazy="extra" ...> extra는 Collection의 Count 를 실행하면 해당 Collection의 실행쿼리를 실행하여 별도로 가지고 오지 않고 Select Count(*) FROM [Table Name]을 실행한다. Domain.SubDomain.Count() 로 사용 ( subDomain 은 ICollection or IList)

Mapping (Formula)

<property name="[propertyName]" formula="[Sql Native query]" /> ex) formula=Select Count(*) FROM [Table Name] WHERE [column name]=[target column name] - 사용시 문제점 - NamedQuery 및 일반 쿼리에서 Domain 사용시 오류 발생 - Domain에 Property 추가 ```

Code 처리

(long)this.Session.CreateFilter([Collection Object], "select count(*)").List()[0]; - Mapping에서 lazy="extra"로 사용하지 않고 코드상에서 처리 가능하다. 사용시 문제점 - Dao 에서만 사용가능 ( this.Session ) - 각 Dao Method별 추가 coding

2. Collection의 Data가 많은 경우

Mapping (Batch-size)

Spring Context에 object로 등록된 서비스에 대해 .Net Remoting, Web Service, WCF 채널로 export 시켜주는 기능을 제공한다. Spring.Net에서 제공하는 Exporter를 사용하면 Client에서 해당 Interface 타입으로 Proxy 객체를 만들어주므로 별도의 Proxy를 만들 필요가 없다.

Server Setting

Spring Object를 WCF Host하는 설정

<?xml version="1.0" encoding="utf-8" ?> <objects xmlns="http://www.springframework.net"> <object id="RemoteCallServiceHost" type="Spring.ServiceModel.Activation.ServiceHostFactoryObject, Spring.Services"> <property name="TargetName" value="RemoteCallService" /> </object> <object id="RemoteSaleMngServiceHost" type="Spring.ServiceModel.Activation.ServiceHostFactoryObject, Spring.Services" > <property name="TargetName" value="RemoteSaleMngService"/> </object> </objects>

채널 등록(web.config / app.config)

<system.serviceModel> <behaviors> <serviceBehaviors> <behavior name="debug"> <serviceDebug includeExceptionDetailInFaults="true" /> </behavior> </serviceBehaviors> </behaviors> <bindings> <netMsmqBinding> <binding name="MsmqBindingConfig" maxBufferPoolSize="2097152" maxReceivedMessageSize="2097152"> <security mode="None"/> </binding> </netMsmqBinding> <netTcpBinding> <binding name="TcpBindingConfig" maxBufferPoolSize="2097152" maxBufferSize="2097152" maxReceivedMessageSize="2097152" openTimeout="00:10:00" closeTimeout="00:10:00" sendTimeout="00:10:00" receiveTimeout="00:10:00"> <security mode="None"/> </binding> </netTcpBinding> </bindings> <services> <service name="RemoteCallService" behaviorConfiguration="debug"> <host> <baseAddresses> <add baseAddress="net.tcp://localhost:8007/Waven"/> </baseAddresses> </host> <endpoint address="RemoteCallService" binding="netTcpBinding" bindingConfiguration="TcpBindingConfig" contract="Waven.SystemMng.Service.IRemoteCallService"/> </service> <service name="RemoteSaleMngService" behaviorConfiguration="debug"> <host> <baseAddresses> <add baseAddress="net.tcp://localhost:8007/Waven"/> </baseAddresses> </host> <endpoint address="RemoteSaleMngService" binding="netTcpBinding" bindingConfiguration="TcpBindingConfig" contract="Waven.SaleMng.Service.IRemoteSaleMngService"/> </service> </services> </system.serviceModel>

Client Setting

EndPoint 설정

<system.serviceModel> <bindings> <netMsmqBinding> <binding name="MsmqBindingConfig"> <security mode="None"/> </binding> </netMsmqBinding> <netTcpBinding> <binding name="TcpBindingConfig" maxBufferPoolSize="2097152" maxBufferSize="2097152" maxReceivedMessageSize="2097152" openTimeout="00:10:00" closeTimeout="00:10:00" sendTimeout="00:10:00" receiveTimeout="00:10:00"> <security mode="None"/> </binding> </netTcpBinding> </bindings> <client> <endpoint name="RemoteSaleMngServiceEndPoint" contract="Waven.SaleMng.Service.IRemoteSaleMngService" binding="netTcpBinding" bindingConfiguration="TcpBindingConfig" address="net.tcp://127.0.0.1:8007/Waven/RemoteSaleMngService"/> <endpoint name="RemoteCallServiceEndpoint" contract="Waven.SystemMng.Service.IRemoteCallService" binding="netTcpBinding" bindingConfiguration="TcpBindingConfig" address="net.tcp://127.0.0.1:8007/Waven/RemoteCallService"/> </client> </system.serviceModel>

EndPoint를 Spring Object로 설정

MS에서 닷넷어플리케이션의 배포와 업데이트를 보다 쉽고 편하게(솔직히 쉬운지는 모르겠다.)하기위해서 제공한 방식이 바로 클릭원스인데...

실제로 사용을 하다보면 다양한 문제가 발생합니다.

가장 많이 볼 수 있는 메세지는 아래와 같은데... 자세히를 눌러보면 보다 다양한 오류 케이스를 확인 할 수 있습니다.

여기선 특정 파일에서 계속 적인 다운로드 오류가 발생하는 경우에 해결 방법에 대해서 소개하고자 합니다.

Windows 환경에서 Jenkins 와 Sonarqube

젠킨스

필요사항

java jre or jdk 설치

환경

기본 설치 위치는 %program files%/jenkins ( x64의 경우 %program files(86)%/jenkins )

Window Service 로 별도 Process 로 동작 ( service name : jenkins )

기본 port는 8080 ( 설치 과정 중 포트 설정 없음 )

자체 파일 DB 사용

설정

기본 사용 port는 8080 수정시 [jenkins]/jenkins.xml 에서 --httpPort=8080을 변경

IE 에서 trust site 등록 ( plug-in 업그레이드 필요 )

http://*.jenkins-ci.org

http://ftp-chi.osuosl.org

Jenkins for DotNet

Dotnet 지원 내용

Jenkins MSBuild Plugin

CCM Plugin

MSTest Plugin

MSTestRunner Plugin

NAnt Plugin

NCover Plugin

PowerShell Plugin

Violations

Visual Studio Code Metrics Plugin

VsTestRunner Plugin

FxCop Runner Plugin

Windows SDK 설치 (windows SDK for Windows7 )

Jenkins 설정

MsBuild Plugin 설치

Jenkins 관리 -> 플러그인 관리 -> 설치가능 Tab 에서 MSBuild plug in설치

Jenkins 관리 -> 시스템 설정 항목중 msbuild 에 msbuild 에서 공통적으로 적용 할 내용 설정

Name : MSBuild Framework64 .net 4.0

Path to MSBuild : C:\Windows\Microsoft.NET\Framework64\v4.0.30319\msbuild.exe

Default parameters : /t:Clean;Rebuild /p:Configuration:release

참조 MSBuild

프로젝트 생성

메뉴새로운 Job

Job Name : [Project Name]

CI 를 위한 Build a free-style software project 선택

소스코드 관리

Repository Url : [SVN URL]

그 외 읽어 보면 직관적

Build

Add Build Step -> Build a Visual Studio project or solution using MSBuild

MSBuild Version : [Jenkins 관리 에서 MSBuild 관련 셋팅한 내용 선택]

MSBuild Build File : [실제 solution 파일 위치 ex)./src/formular.baas.sln 이 내용중 . 은 Jenkins 의 기본 workspace

Command Line Arguments : [MSBuild 추가 Argument] 작성을 안하면 MSBuild Version 에서 설정한 내용

Build 실행

Dashboard 에서 Job 선택 후 Build Now Click

진행상태 확인 Build History 에서 날짜 선택 콘솔 출력결과 [raw]

권한 설정

C:\Program files\Jenkins 라고 가정하고 여기가 ${JENKINS_HOME}이라고 하면 ${JENKINS_HOME}\config.xml 파일을 연다.

<useSecurity>true</useSecurity> 내용 중 true -> false

<authorizationStrategy class="hudson.security.FullControlOnceLoggedInAuthorizationStrategy"/> 를 삭제

소나큐브 ( Guide version 4.0 )

Sonarqube Web

필요사항

기본 계정 ( admin // admin )

Database ( mysql(mariadb) , oracle , mssql , postagedb )

jre 최신버젼

환경

설치위치 ( 본 문서는 : C:\sonarqube-4.0\ 기준 )

설정파일

DB 설정 및 Web 설정 C:\sonarqube-4.0\conf\sonar.properties

Application 실행 프로그램 및 Window Service의 ConfigurationC:\sonarqube-4.0\conf\wrapper.conf

Windows Service 로 구동시 유의 사항

wrapper.conf 파일의 내용중 wrapper.java.additional.3=-Djava.io.tmpdir=../../tmp/ 설정

'../../tmp/' 의 설정에 따른 위치에 폴더 생성

Sonarqube Runner

필요사항

Sonarqube WEb

Sonarqube 상세 설정 sonar-project.properties

SVN 1.6 이상 (SCM 사용시)

추가 코드 검증

FxCop ( Microsoft SDK 에 포함 )

Stylecop

환경

설정위치 ( 본 문서는 : C:\sonar-runner-2.3\ 기준 )

설정파일

각각 프로젝트 별로 Project solution 파일 위치에 sonar-project.properties 설정 파일

Microsoft SDK

환경변수 PATH 에서 SVN 설치 위치 지정 ( SVN을 실행한다. )

참조

SONAR Documentation

C# Ecosystem

Sonar code Check Link

확장

Jira WebService

Jenkins Plugin for jira

Jira Sonar Plugin