iamyhs

RSA(IBM® Rational® Software Architect for WebSphere® Software) 를 다루면서 느꼈던 건, 그 툴의 복잡함이다.현대 개발 환경이 복잡할 수 밖에 없는 이유는 무척이나 많다, 간단하게 말해서 클라이언트의 요구 사항이 그 만큼 복잡해서 이다.

하지만, 복잡하지 않는 요구사항 인대, 개발 환경이 복잡해지는 경우가 있다, 그 중에 하나가 인티그레이션 인대 말 그대로 기존에 사용하고 있던 기능을 통합/분리 하는 과정중에 통합에 대한 요구로 결정나는 경우이다.

이미 기존에 Author-It 이라는 기업용 저작툴을 사용하고 있었던 클라이언트가 View단 플렉스 안에 도움말 기능을 통합하는 이슈를 맡았었다, html 페이지를 통합 시키는 이슈였는데 기존의 Author-it으로 만들어진 그 기능과 똑같은 기능을 구현해야 했다.주요한 기능 이슈들을 해결하고 다시 다른 이슈로 넘어갔는데, 이 문제를 해결하면서 과연 꼭 특정 솔루션(가령,플렉스)의 기능안으로 통합해야 하는가 라는 의문이 생겼다.

해당 기능 구현의 복잡도와 그리고 얻을 수 있는 이득을 검토해보면 그렇게 많아 보이지는 않는데 통합의 관점이라면 또 한편 수긍이 가기도 한다.사실 그 전에는 새창으로 띄워서 보여주는 방식이었다 한다.

이슈 중 하나가, 특정한 단어를 서치했을때 하일라이트 되는 기능(무척이나 당연한 기능이다)이었는데, 이 이슈를 해결하려는 절차가 은근히 까다로웠다.

일단, Author-It 이 어떤식으로 html 파일을 제너레이팅 하는 지를 알수가 없었다, 다큐멘테이션 팀과 이야기를 해봤는데, 결정적으로 이 팀은 개발자 배경이 아니고 해당 툴을 이용해서 디자인 및 제너레이팅 하는 부분의 전문가들이었다.결국은 특정한 파일들이 공통 파일이란 걸 알아내고 그 안에 자바 스크립트 펑션을 넣고나서 외부에서 호출 하는 방식으로 풀어나갔다.

이 툴의 최종 결과물이 json 파일인대, 이 파일을 읽어내는 자바클래스를 추가 및 기존 소스를 수정하고, 다시 플렉스 클래스를 추가 IFrame 으로 외부 JSP 호출 그런후 해당 JSP 에서 Author-It 자바스크립트를 호출하는 방식으로 해결을 했다.

이 프로젝트 만큼 새로운 툴을 많이 익힌 프로젝트도 처음이지만, 앞으로도 더 많아질 것 같다.Crystal Report 부터 SAP BO 스타일의 화면등, 기존의 기업용 툴들의 대한 통합 요구 사항들이 계속 이어지고 있다.

그렇다면 과연, 이렇게 밖에 통합할 수 없는가.다시금 CORBA 처럼 범용의 인터페이스에 대한 요구가 떠오르는 부분이었다.