소내기의 겸손한 지식

JCO 지속적인 개발,빌드 배포(박재성)

sonegy — Sat, 18 Feb 2012 05:31:01 +0000

삽질 좀 줄이며 살자.

~~프로젝트를 성공하기.. 가장중요한것?~~
사람
~~진부하지만 가장핵심적인열할~~

단순반복적인 일이 항상 존재한다.

서버셋팅
중복 코드
빌드
테스트
배포

단순반복적인-> 컴퓨터가 할수 있는일
그렇지만 사람도 할수 있어 자꾸 하게된다.

단순반복에 시간할애를 하지 않아 결국 방치된다.

프로젝트 후 단순반복적인 일이 점점 커지게 되는데……

프로젝트7일후

Jira,Subversion,db,eclipse,tomcat,java,maven……

프로젝트18일후

소스는 바꾸지 않았지만, 동작하던게 동작하지 않는다.
왜? Database schema, data에 문제가 발생!
이후
개발자PC에도 db를 따로 세팅한다.

프로젝트20잃후

개발서버배포
svn,mvn,tomcat etc… 스크립트 생성

프로젝트25일후

다시 소스는 변환이 없지만, 그래도 애러!
왜? sql schema가 merge가 되지 않았다.
orm인경우
schema싱크가 쉽다. 이러면 욕먹나?
orm이 아닌경우
maven carbon five plugin사용
개발단계에서 schme배포를 훈련을 할수 있어 실서버에서도 그대로 적용할수 있다. 어차피 해야되는일 개발단계에서도 하도록 하여 DB도 형상관리에 도움을 받아보자.

프로젝트35일

30%이상 깨진 단위테스트가 되었다.
mvn에서 test를 강제한다.

프로젝트45일후

테스트는 잘되었지만, 갯수가 점점 줄어들고 있다.
@Ignoe!!!!!! 이 사용되고 있다.
테스트의 길은 길다.
지속적 통합툴(젠킨스)! commit후 test확인을 강제한다.

프로젝트50일후

수정작업이 많아짐
UI개발자 에게 실플한 개발환경
개발하기 쉬운 설치환경을 만들어주자.
많은 개발자가 투입되더라도 쉽게 확장할수 있다.

이슈
개발자PC별, 개발서버의 데이터베이스 설정이 다르다.
로그레벨과 같이 각 배포 서버에 따라 다른 설정이 필요하다.
mvn resource마다 구분을 둘수 있다.

네이버메인에 고정광고가 걸림
VM을 이용한 웹서버 확장!
Capistrano를 이용한 vm서버에 배포!
DB확장

이슈
서비스를 운영하면서 대규모로 기능 추가를 해야한다.
branch마다 개발서버환경이 필요하다. VM을 두어 branch마다 적용을 해두자. 그렇지만 full stack아닌 필요한 부분만.

마치머
쉽지않지만, 결국 수작업으로 반복적인 일을 하게 된다. 이전에 선도적으로 대응이 필요하다는게 생각임. 도입을 하게 되면 사이드 이페트가 생기기 마련이지만, 해결가능한 다른 방법이 있다. 문제인식이 있다면 개선을 해야된다. 이런 습관을 들여보자. 그렇게 되어 작은 성공을 이루어 보자.

StringTemplate 4.0 소개

sonegy — Wed, 08 Feb 2012 07:09:53 +0000

Spring이 아닌 String이다!.

http://www.stringtemplate.org/ 에서 글어온 내용이다.

What is StringTemplate?
StringTemplate is a java template engine (with ports for C#, Python, Ruby, and Scala) for generating source code, web pages, emails, or any other formatted text output. StringTemplate is particularly good at multi-targeted code generators, multiple site skins, and internationalization/localization. It evolved over years of effort developing jGuru.com. StringTemplate also generates this website and powers the ANTLR v3 code generator. See the Five minute introduction.

얼마전부터 메일템플릿을 구성할때 쓰던 템플릿프레임웍인데, 3.0에서 4.0으로 판올림이 되었다. 메이저 버젼을 업했다고 새로운 기능은 클래스 이름이 바꿔버렸다. http://www.ksug.org/105 이건 예전에 소개했던 자료인데, 코드도 바꼈네. Spring이라면 일어나지 말아야 하는 일이 일어났어!!!

Maven에 이렇게 넣어주시고

		
			org.antlr
			ST4
			4.0.4

템플릿파일은 .stg이다 StringTemplateGroup이라는 소리맞다. 친절하게 확장자 검사도 하시고, 단순 시스템파일리소스를 찾다가 없으면 classpath를 뒤지게 된다. Maven이라면 src/main/resources에 잘 넣어두면 된다는거겠지.

		STGroup group = new STGroupFile("string_template_example.stg");

string_template_example.stg 은 Template을 Group방식으로 넣어줬다. page함수만 선언 되어 있지만 다른 함수를 추가할 수 있고, 게다가 서로 호출할수도 있다. 템플릿 변환을 위해 delimiterStartChar 와 delimiterStopChar를 줄수 있는데 기본값은 ”다 html이 주 용도라서 ‘$,’$'릴 이용했다.

delimiters "$", "$"
page(person,messageList,toLink) ::= <<




	
		$person.name$가 $person.email$의 이메일 $person.startDate;format="yyyy-MM-dd HH:mm:ss"$ 시작시간
	
	
		
			$messageList:{it |		
			
			};separator="\n"$
			
			$if(!messageList)$
				 없음
			$endif$
		
		
				$it.title$
				$it.sendDate;format="yyyy-MM-dd HH:mm:ss"$
			
		
		
		링크
	


>>

템플릿을 rendering할때 타입별로 render를 추가 할수 있다. 4.0에서는 디폴트 Renderer를 제공을 해준다. 기호에 맞게 고쳐서 써줄수도 있다.

		group.registerRenderer(Date.class, new DateRenderer());
		group.registerRenderer(String.class, new StringRenderer());

AttributeRenderer.java

......
    public String toString(Object o, String formatString, Locale locale)
......

인터페이스를 살펴보니 format과 locale을 받는다. stg파일에서 “;”을 구분자로 지정하면 지정한데로 output foramt을 맞출수 있다는걸 알수 있다.

toLink라는 변수는 format을 xml-encode타입으로 지정한다는 의미이다. toLink는 String이고 xml-encode는 html escape하겠다는 의미이다. 참고로 render의 파라미터는 “;”을 구분자로 이용한다.

		링크

messageList는 Collection이다. :{}로 이작하는 부분은 StringTemplate에서 정의한 Inline Function기능을 표한하는 식이다. “:{it|……}” for(Item it : messageList) 라는 java표현식이라고 여기면 된다. “:”는 함수 호출의 의미로 쓰이기 때문에 inline function을 이름을 주어 호출할 수 있다.

			$messageList:{it |		
			
				$it.title$
				$it.sendDate;format="yyyy-MM-dd HH:mm:ss"$
			
			};separator="\n"$

위의 내용을 나열한 테스트 코드다.

		Person person = new Person();
		person.setName("이재일");
		person.setEmail("sonegy@nhn.com");
		Calendar prevCal = GregorianCalendar.getInstance();
		prevCal.add(GregorianCalendar.DAY_OF_YEAR, -1);
		person.setStartDate(prevCal.getTime());
		person.setEndDate(GregorianCalendar.getInstance().getTime());
		
		List messageList = new ArrayList();
		messageList.add(new Message("test1", GregorianCalendar.getInstance().getTime()));
		messageList.add(new Message("test2", GregorianCalendar.getInstance().getTime()));
		messageList.add(new Message("test3", GregorianCalendar.getInstance().getTime()));
		messageList.add(new Message("test4", GregorianCalendar.getInstance().getTime()));
		messageList.add(new Message("test5", GregorianCalendar.getInstance().getTime()));
		
		STGroup group = new STGroupFile("string_template_example.stg");
		group.registerRenderer(Date.class, new DateRenderer());
		group.registerRenderer(String.class, new StringRenderer());
		ST stPage = group.getInstanceOf("page");
		stPage.add("person", person);
		stPage.add("messageList", messageList);
		stPage.add("toLink", "http:/xxxxxxxxx");
		
		logger.info("string template:{}", stPage.render());

ST stPage = group.getInstanceOf(“page”);에서 적절한 page 인스턴스를 꺼내서 .stg파일에 선언한데로 page에 arguments를 넣어주고 stPage.render()하면 끝이다!

		ST instance = new ST(templateGroup, templateText);

templateGroup에 어려가지 function을 선언해두고 templateText에 적절한 template내용을 넣어두고 render를 해두면 다양하게 사용할수 있다.

Spring 3.1과 ehcache

sonegy — Thu, 29 Dec 2011 01:11:04 +0000

현재 프로젝트는 Spring 3.0.5에 iBatis 캐쉬를 켜서 쓰고 있다.누구도 iBatis에 내장 되어 있는 캐쉬 모델은 추천을 하지도 않고, 게다가 개발PC에서 올리고 한참후 지나면 vm이 멈추는 기현상이 발생이 되긴 하지만, 운영서버와, 개발서버는 아무 이상이 없다. 맥이 잠자기 모드에 들어갈때 먼가 문제가 생기는 모양이다. 여하튼 보이지 않는 위협이 도사리고 있다는 말씀.

ibatis에서만 쓸수 있는 케쉬이기도 하고, 이것은 화면 캐쉬도 할수 있고 전방위적으로 쓸 수 있는 ehcache를 서보기로 했다. 어차피 부하가 걸린 서버도 아니고, 반복적인 DB호출이 있는 부분만 살짝 짧게 캐쉬를 줄예정이다.

참고 자료 : 스프링 3.1 Cache Abstraction

pom.xml

......
        3.1.0.RELEASE
......
        
            net.sf.ehcache
            ehcache-core
            2.5.0
        
.......

maven설정에서 spring 3.1.0으로 올리고 ehcahce-core를 추가했다. ehcache를 추가하면 Terracotta캐쉬 서버까지 같이 딸려온다. READ만 하는 경우면 OK라서 core만 가져왔다.
applicationContext-cache.xml


    
        
            
                
            
        
    


spring 3.1에서 cache추상화를 시켜서 ehcache만 bean으로 등록하면 된다.
ehcache.xml


    

    
    
    
    
    
    


용어 설명

timeToIdleSeconds 몇초간 유휴상태가 지나면 캐쉬를 갱신한다. 0이면 사용하지 않음

timeToLiveSeconds 설정한 초까지 캐쉬를 살린다. 0이면 무한!
캐쉬를 디스크에 쓰지 않으려고 overflowToDisk와 diskPersistent는 꺼버렸다.

그리 많은 캐쉬가 필요한 시스템이 아님.
......
    
......

마지막으로 applicationContext에 import!



    
......

기존 ibatis캐쉬는 쓰지 않는다.
이제 @Cacheable, @CacheEvict를 이용해 키쉬를 설정하면 된다.
......
    @Transactional(readOnly = true)
    @Cacheable(value="storedEmp")
    public Emp getEmpBy(String empNo) {
        Emp paramEmp = new Emp();
        paramEmp.setEmpNo(empNo);
        return empRepository.getEmpBy(paramEmp);
    }

    @Transactional(readOnly = true)
    @Cacheable(value="involvedAccessGroup")
    public boolean isInvolvedAccessGroup(String empNo) {
        boolean involvedAccessGroup = empRepository.isInvolvedAccessGroup(empNo);

        if (!involvedAccessGroup) {
            Emp paramEmp = new Emp();
            paramEmp.setEmpNo(empNo);
            Emp emp = empRepository.getEmpBy(paramEmp);

            List exceptionAccessGroup = empRepository.getExceptionAccessGroup();
            involvedAccessGroup = exceptionAccessGroup.contains(emp.getDeptCd());
        }
        return involvedAccessGroup;
    }
......

@Cacheable에서 value값은 ehcache의 cache이름이다. ibatis캐쉬에서는 캐쉬모델을 하나만 잡아두면 여려종류의 select에서 쓸수 있었지만, 이건 cache마다 큰 Map이라고 보면 된다. storedEmp를 다른곳에서 쓰게 된다면 parameter key마다 같은 캐쉬결과를 리턴한다.

SpringBatch에서 CompositeItemWriter활용

sonegy — Wed, 28 Dec 2011 14:30:10 +0000

Chapter 6. ItemReaders and ItemWriters

스프링 배치 래퍼런스 문서에 간단한 소개가 있다. write메소드만 적절히 잘 굴러갈수 있지만, 특정 Writer중 문제가 생긴다. 파일을 써야할때는 별도의 파일에 대한 open, close에 대한 전후 처리 기능이 필요한데, 그냥 위와 같은 간단히 구현하면 Exception을 내고 장렬히 산화 한다.

파일처리를 하는 Writer를 살펴보면

public class FlatFileItemWriter extends ExecutionContextUserSupport implements ResourceAwareItemWriterItemStream,
        InitializingBean {
......

public interface ResourceAwareItemWriterItemStream extends ItemStream, ItemWriter {
    void setResource(Resource resource);
}

public interface ItemStream {
 ......
}

FlatFileItemWriter는 ItemWriter말고 ItemStream을 구현해 놓고 파일처리를 추상화 했다. 결국 레퍼런스에 있던 CompositeItemWriter를 쓴다면 문제가 생긴다. SpringBatch는 배치처리를 하기 위한 충분한 인프라를 제공한다. 추상화가 잘되어 있음으로 ItemWriter건 ItemProcesor건 ItemReader건 추가적인 기능인경우는 인터페이스로 잘구현해 놓으면 적절한 행위를 할수 있게 되어 있다.

public class CompositeItemWriter implements ItemStreamWriter, InitializingBean {
   ......
}

job안에 step에서 Stream타임의 Writer일때 별도의 처리를 해주는 기능을 쓰기 위해서는 Composite타입에서도 ItemStream가 올수 있음을 알려줘야 한다. 그래서 Batch에는 간단히 구현해 놓았다.

위와 같은 CompositeItemWriter를 써보도록 하자. 이제 끝!

Hello world!

sonegy — Wed, 28 Dec 2011 07:20:10 +0000

Welcome to WordPress.com. After you read this, you should delete and write your own post, with a new title above. Or hit Add New on the left (of the admin dashboard) to start a fresh post.

Here are some suggestions for your first post.

You can find new ideas for what to blog about by reading the Daily Post.
Add PressThis to your browser. It creates a new blog post for you about any interesting page you read on the web.
Make some changes to this page, and then hit preview on the right. You can always preview any post or edit it before you share it to the world.