최신 포스팅을 보시려면 여기를 클릭하세요.

설계 노하우: 복잡한 체크로직 처리

프로젝트를 진행 중 여러 조건을 체크하여 프로세스를 수행해야 하는 상황이 있었다. 조건을 체크하기 위한 로직(본문에서는 ‘CheckeLogic’로 명명) 들이 적게는 10개에서 수십 개까지 늘어날 수도 있다. 문제는 이 CheckLogic만이 아니었다. 한가지의 대상에게만 적용하여 체크하는 것이 아니라 CheckLogic이 적용되는 항목의 수가 100여개, 중복까지 합하면

플러그인으로 Maven 버전문제를 해결하다.

현재 운영중인 시스템이 메이븐1 기반이지만 메이븐2.x 로 버전업을 효율적으로 하기 위해 메이븐 플러그인을 구현하여 적용하는 방법에 대해서 알아보겠습니다. 1. 메이븐 버전업이 필요한 배경 얼마전 제가 참여했던 프로젝트의 사이트(이하 S사)는 코어시스템을 비롯하여 관련된 많은 시스템들이 메이븐1 기반으로 구현및 운영되고 있었습니다. 하지만 메이븐1.

AngularJS를 소개합니다.

앞선 프로젝트에서는 자바스크립트를 이용한 클라이언트 개발을 많이 하게 되었다. 따라서, 화면에서 데이터를 입력하고 입력한 값을 이용하여 서버측으로 요청하기 위한 데이터를 파싱하는 작업이 필요하고 반대로 서버측에서 응답받은 데이터를 이용하여 화면을 구성하는 작업이 대부분이다. 이러한 작업을 하기위해 최초에 화면을 구성하기 위해서는 서버측에 요청을 보내고, 서버로부터 응답받은

MyBatis: 데이터 접근 프레임워크

기존에 많은 프로젝트에서 퍼시스턴스 프래임워크 사용시 IBATIS를 사용하였다. IBATIS 2.x 버전을 주로 사용했었으며 잠시 3.0버전을 사용했었다. 이후 이번 프로젝트에서 MyBatis를 적용하게 되었다.MyBatis는 IBATIS의 후속버전이며 IBATIS는 2010년 자바와 닷넷 주요개발자들을 포함한 팀전원이 아파치 소프트웨어 재단에서 구글 코드로 이전하기로 결정했다고 공표한 후 중단되었다.

JSDT(Javascript Debug Toolkit) in Eclipse

다양한 웹 브라우저를 지원하는 Javascript Debugger Javascript를 디버깅하는 방법을 생각해 보면,  해당 소스의 포인트에 alert, console.log와 같은 기능을 사용해서 데이터, 기능수행여부 등을 확인하는 고전적인 방법이나, 각종 웹브라우저(Chrome, Firefox, IE…)의 개발자 도구에서 제공하는 다양하고 편리한 디버깅 기능을 사용하는 것이 대표적인 방법일 것이다.

SonarQube를 이용한 지속적인 품질 관리

소프트웨어 개발은 크게 기능과 비기능 요건을 충족하도록 구현하는 대전제가 있는데, 왜냐하면 이 두가지 모두를 충족하지 못하면 어떤 형태로든 문제가 발생되기 때문입니다. 기능은 충족했지만, 성능, 보안, 확장성, 변화가능성 등의 수많은 비기능 요건을 충족하지 못해서 결국 재작업이라는 추가 비용이 발생되는 경우도 많이 있습니다. 비기능 요건이 기능

빅데이터: RDB Capacity 테스트

프로젝트를 수행하다 보면 고객의 요구사항을 최대한 수용해주고 싶지만 그럴 수  없는 상황을 만나곤 한다.  이번 프로젝트에서도 그러한 상황이 발생했는데  바로 빅데이터를 오라클에 저장하고 싶은 고객의 요청이 그러했다. 빅데이터 분석 프로젝트를 진행하면서 여러가지 상황을 접해 보았고  여러가지 기술들을  비교해보고 다양한 방법으로 빅데이터를 분석해 보았다. 그렇게

SW 릴리스를 간편하게 - Maven plugin + Jenkins

다양한 형태의 소프트웨어들(OS, 응용프로그램, WAS, DB, 오픈소스, 3rd party 프레임워크, 라이브러리 등)은 공통점을 가지고 있습니다. 소프트웨어의 버전(Version) 입니다. 그리고 대부분 Release Note 라는 문서 파일이 같이 포함되어 어떤 버그가 수정되었는지, 어떤 기능이 추가되었는지, 또는 어떤 개선이 이루어져있는지 등의 정보를 소프트웨어를 사용하는

CI와 Execute Shell을 이용한 자동배포 부터 서버 실행까지…..

프로젝트 초반에 CI를 도입하기 전, 배포를 했었을 때 매우 불편한 점이 많았다. 로컬에서 개발한 소스코드를 개발계 서버에서 테스트, 검증을 하기위해 나는 * 매번 빌드를 해야 했으며, * 개발용 서버에 접속하여 파일을 옮겨야 했으며, * WAS를 재실행 해야 하는 불편을 느꼈다. 기존에는 CI툴은 지속적인 빌드, unit 테스트를 해주는

디자인패턴: Chain of Responsibility를 이용한 디멘션 검증

Chain of Responsibility 패턴이란. 어떤 프로세스가 일어났을때 그 프로세스를 처리할 책임을 적당한 대상한테 넘겨주게 됩니다. Exception을 throw하는것도 비슷한 원리인데, Chain of responsibility pattern은 예외 만이 아니라 사건에 대한 처리역할을 적당한 대상에게 가도록 해주는 기법입니다. 이에 더하여 발생한 이벤트를 체인에 속한 여러 처리자에 걸쳐 처리할

TOP
You've successfully subscribed to Nextreesoft!
Could not sign up! Invalid sign up link.