일본에서 직장생활을 하던 시절, 같이 개발을 하던 친구가 연두색 새싹이 표지에 가득 그려진 예쁜 책을 지하철에서 읽는 것을 보았다. '스프링이 뭐지?'라는 의문을 처음 가졌던 그 순간으로부터 많은 시간이 지난 지금도 스프링은 많은 개발 현장에서 사용되고 있다. 스프링이 짧지 않은 시간을 거쳐 다양한 환경에서 검증된 프레임워크라는 이유만으로 엔터프라이즈급 서버들까지 스프링 프레임워크로 전환되고 있는 것은 아닐 것이다. 사용성과 확장성뿐 아니라 엔터프라이즈급 서버로서의 성능도 뛰어났기 때문이 아닐까 싶다. 특히 스프링에서 강조하는 DI/Ioc와 AOP 개념은 그동안 프로그래밍을 하면서 느꼈던 갈증을 해소해 줄 것이라고 생각한다. DI/Ioc는 좀 더 유연하고 사용성이 높은 코드를 짤 수 있도록 하는데 아주 좋은 개념이다.
이 책은 스프링의 개념에 대해 간단하고 쉽게 설명한다. 이 책을 보면서 단순히 스프링 프레임워크를 어떻게 사용하는지 사용법만을 습득하는 것이 아니라, 스프링이 어떤 이유에서 나왔고, 다른 프레임워크와 차별화된 장점은 무엇인지 고민하며 읽는다면, 독자 분들의 프로그래밍이 업그레이드되는 계기가 될 것이다. 본문에도 나오지만 스프링은 단지 단순한 웹 애플리케이션 개발 용도로만 나온 개발 프레임워크가 아니다. GUI 및 응용 애플리케이션 개발에도 충분히 적용할 수 있는 프레임워크이다. 이 책을 번역하면서 많은 참고 자료를 살펴본 결과, 스프링은 내용이 방대한 프레임워크이다. 개발하고자 하는 환경에 맞게 필요한 부분을 잘 적용하는 것이 스프링을 스프링답게 사용하는 방법이지 싶다. 책을 번역하는 과정은 빡빡한 일정을 핑계 삼아 외면하고 지내던, 처음 코드를 만들던 시절의 열정을 되돌아 보는 계기가 되었다. 일정에 쫓기며 적당히 자신과 타협해왔던 코드들이 아닌, 차근차근 생각하면서 더 나은 코드를 궁리하던 초심을 느끼면서 그 시절로 돌아간 느낌이었다. 일정이 겹치는 바람에 몸은 피곤했지만 매너리즘에 빠지려는 나에게 다시 한 번 힘을 낼 수 있는 신선한 자극제가 되었다. 책이 완성되어 나오기까지 많은 분들의 도움을 받았다. 꼬인 스케줄 관리하시느라 고생하신 엔터스코리아 이재성 부장님과 책이 나오기까지 여러 방면으로 지원해 준 한빛미디어분들께 감사드린다. 역자의 부족한 지식을 채워주느라 사소한 질문까지 친절하게 가르쳐주신 감수자 박성철님께도 감사드린다. 모두가 바쁜 연말임에도 불구하고 책이 나올 때까지 많이 배려해주고 도와준 우암 식구들에게도 고맙다는 말을 전하고 싶다. 마지막으로, 떨어져 있어도 함께 있는 것처럼 힘이 되어주는 가족들과 친구들에게 평소에는 자주하지 못하는, 항상 고맙고 아주 많이 사랑한다는 말을 이 기회를 빌려 전하고 싶다.
_ 2011년 12월 황선유

몇 년 전 한 대형 SI 업체와 중앙 부처의 뉴스 포털 서비스를 구축하는 프로젝트에 참여했었습니다. 그때 고객이 스프링 프레임워크를 검토해 달라고 요청했지만, 스프링이라는 단어 자체를 처음 들은 SI 업체는 허구에 가까운 비전을 내세워 포틀릿기반 포털 솔루션을 대안으로 제안했습니다. 결국 고정된 예산 안에서 고가의 포털 솔루션을 사느라(포털 때문에 개발 인력이 추가 투입돼야 했음에도 오히려) 개발 인력을 줄이는 악수를 두고 말았고, 개발자들은 지옥을 경험할 수밖에 없었습니다. 당시만 해도 스프링은 오픈소스이기 때문에 신뢰할 수 없다거나 기업용으로 쓸 수 없다는 말이 많았습니다. EJB 2를 중심으로 형성된 기존 자바 생태계의 저항도 적지 않았습니다. EJB는 많은 자바 관련 회사와 구성원들의 밥줄이기도 했으니까요. 하지만, 불과 몇 년 사이에 스프링은 누구나 인정하는 산업 표준이 되었습니다. 지금 제가 스프링의 중요성을 강조한다는 게 어색할 정도입니다. 2009년 오라클이 썬마이크로시스템즈를 인수한다는 발표가 나오자 스프링의 창시자 로드 존슨은 "자바 기술 박물관에 전시물을 하나 추가한 오라클"이라는 글을 썼습니다. 오라클의 썬 인수가 개발자들에게 별 영향을 미치지 못하리라는 내용이었습니다. 오라클의 CEO 래리 엘리슨은 썬을 인수하면서 자바는 우리가 인수한 어떤 소프트웨어보다도 중요하다고 했지만, 로드 존슨은 자바가 중요한 건 사실이지만 오라클이 인수한 건 과거의 자바일 뿐이며 썬이 기업용 자바에서 통제권을 휘두른 건 이미 지난 일이라고 말합니다. 자바는 이미 공개된 기술이기에 한 업체가 통제하거나 절대적인 영향력을 끼칠 수 없으며, 최근에 이루어진 자바의 혁신은 썬을 중심으로 모인 이익 집단이 아닌 오픈소스를 통해 개발자들이 이끌었습니다. 아파치, 이클립스, JBoss, 하이버네이트, 스프링 등이 모두 이 같은 결과물입니다. 오픈소스를 통한 개발은 무엇보다 업체의 이익을 대변하던 과거 기업용 자바 플랫폼과 달리 개발자의 생산성에 집중합니다. 위에 말한 프로젝트의 경우, 비용 문제로 투입 인력이 줄어 개발자당 업무량이 늘어난 데다, 재실행하는데 수십 분이 걸리는 포털 솔루션 때문에 개발자는 이 중의 고통을 당했습니다.(포털 제품 영업 사원은 포털 솔루션을 도입하면 개발 생산성이 두 배로 높아진다고 홍보했습니다.) 기술 혁신가나 조기 수용자들은 스프링이 새로울 것이 없다면서 다른 신기술을 사냥하러 떠납니다. 하지만 저는 이제 시작이라고 생각합니다. 스프링이 안 쓰이는 프로젝트가 없을 정도로 많이 보급되기는 했지만 정작 제가 가까이 가서 보면 스프링을 왜 써야 하는지, 스프링을 쓰면 어떤 이득을 볼 수 있는지 알고 이 이점을 살려 사용하는 곳은 많지 않습니다. 그저 유행이라서 쓰는 곳이 대부분입니다. 스프링을 도입한 효과는 아주 미미합니다.
이제는 교육의 문제입니다. 스프링은 아주 단순한 핵심 가치와 철학을 가진 프레임워크입니다. 하지만 이 철학을 기업용 자바 플랫폼이 제공해야 하는 전 영역에 적용하다 보니 다루는 양이 무척 많고 자칫하면 복잡하고 무거운 기술로 오해하기 쉽습니다. 마치 대부분의 자바 개발자가 자바 언어를 다 알지 못하지만, 오늘도 자바 코드를 작성하는 것처럼 스프링도 그런 마음으로 다가서는 게 좋습니다. 한 번에 다 이해하려고 하지 말고 자신에게 맞는 책을 골라 자신에게 맞는 방식으로 익숙해지도록 하십시오. 그리고 입문 과정이 지나면 조금 더 깊이 진지하게 다가서도록 하십시오. 스프링은 OOP, 디자인 패턴, POJO, 테스트 자동화 같은 위대한 기술과 아주 밀접한 관계가 있습니다. 사실 스프링은 이들 기술을 사용하기 쉽게 도와주는 보조 도구에 불과합니다. 그러니 스프링을 올바르게 쓰고자 한다면 이런 유행에 휩쓸리지 않고 품질 좋은 소프트웨어를 만드는 데 필수적인 기술을 익히십시오. 스프링은 새 버전이 나올 때마다 이전보다 더 쉽고 생산적으로 개선됩니다. 새 기능을 익히는데 주저하지 마십시오. 예전 자바 기술이 WAS 같은 특정 회사의 자바 플랫폼을 팔기 위해 만들어졌다면 스프링과 다른 혁신적인 오픈소스 기술들은 자바 개발자들에 의해 자바 개발자를 위해 만들어진 기술들입니다.
이 책은 일본책답게 예제를 중심으로 친절하게 스프링을 설명합니다. 스프링을 포괄적으로 다루는 기존 교재로 실패한 사람이나 한 번도 스프링을 접해보지 못한 개발 초심자들에게는 스프링에 연착륙하기 좋은 기회일 수도 있습니다. 물론 스프링이 워낙 방대하다 보니 이 책으로 모든 것을 다 배울 수는 없겠지만 조급한 마음은 실패로 가는 지름길입니다. 스프링은 Java EE 전 범위를 포괄하는 프레임워크입니다. 한두 번의 학습으로, 한두 권의 책으로 모두 이해하려는 욕심은 버리십시오. 다만, 투자한 만큼 얻는 게 많다는 것만은 보장합니다. 저는 이 책이 우리나라 자바 개발자 커뮤니티에서 받아들여질 만하게 용어를 다듬고 기술적 오류를 잡는데 약간의 도움을 드렸습니다. 좋은 책이 되도록 고민을 많이 했지만, 일본과 한국의 문화적 차이와 개발 생태계의 차이도 무시할 수는 없나 봅니다. 저도 다른 책을 번역하고 있어서 쉽게 풀기 어려운 영역이란 걸 알고 있습니다. 이 부분에서 저도 역자만큼의 책임감을 느끼는 만큼 혹시 매끄럽지 않은 부분이 있다면 너그럽게 이해해 주십시오. 스프링을 사용해 즐겁고 의미 있는, 그리고 보람찬 개발을 경험하시기를 바랍니다.
_ 2011년 12월 박성철---감수자의 말 중에서

2009년 4월 어느 날, 저는 도쿄 시나가와에 있는 한 이자카야(다양한 안주를 비교적 값싸게 골라 먹을 수 있는 일본식 대중 술집)에 있었습니다. 평소 그곳 광경과 크게 다른 느낌을 받은 것은 스프링 프레임워크를 창시한 로드 존슨 씨가 바로 옆 테이블에 있었기 때문입니다. 이전에 쓴 '스프링에 의한 웹 애플리케이션 슈퍼 샘플'을 내놓은 지 벌써 4년이 지났습니다. 그 사이 스프링은 자바 개발 환경에서 필수 기술이 되었습니다. DI(Dependency Injection) 컨테이너는 한물가기는커녕 자바 개발 환경에서 필수 기술로 부상했습니다. DI는 이해하기 어려운 개념이고 DI 컨테이너는 시스템 베이스로 사용되는 기술입니다. 개발 현장에서 DI 컨테이너를 사용하고 있어도 그것을 의식하지 않기 때문에 왜 쓰는지, 어떤 장점이 있는지 느끼기 어렵습니다. 웹에서 DI를 검색하면 나오는 문장을 읽어봐도 이해하기 어렵다는 내용들이 많습니다. DI를 이해하는 방법은 DI를 이용한 프로그램을 만들고 직접 돌려보는 것입니다. 이것밖에는 방법이 없습니다. 이렇게 하면서 지금까지의 프로그램과 어떤 차이가 있는지 비교하면 보다 깊이 이해할 수 있습니다. 그러나 모르는 기술로 프로그램을 만들고, 지금까지 해왔던 작업들과 비교해 보는 것은 시간이 오래 걸리는 일입니다. 안 그래도 바쁜 엔지니어들에게 그렇게 하라고 하는 것은 무리한 요구라고 생각합니다. 이 책은 이런 엔지니어들에게 도움이 될 것이라고 자부하고 있습니다. 책은 샘플 애플리케이션을 만들고 실제로 돌려 보면서 DI에 대해 설명합니다. 웹사이트에 샘플 애플리케이션과 필요한 라이브러리는 모두 들어 있습니다. 이 책 한 권과 PC만 있으면 바로 DI와 스프링 공부를 시작할 수 있습니다. 스프링은 DI 컨테이너 기능 외에 다양한 활용 분야를 갖습니다. 관점 지향 프로그래밍(AOP), 웹 프레임워크, 데이터베이스 액세스, 시큐리티 프레임워크, 배치 프레임워크를 포함합니다. 하나하나가 정확하게 무엇인지 파악하는 것만도 만만치 않습니다.
이 책은 스프링 프로덕트 중 몇 개를 골라 샘플 애플리케이션을 만드는 것을 보여줍니다. 편리한 기능 사용 방법만 주목하지 않고 기본 기능을 하나씩 다뤄보면서 해당 프로덕트에 대한 개념을 천천히 설명하는 것을 목표로 하고 있습니다. 책을 다 보고 나면 DI의 장점뿐 아니라 실제 프로젝트에서 스프링 프로덕트 중 어떤 것을 사용해야 하는가에 대한 판단도 내릴 수 있을 것입니다. 전작을 집필한 것이 계기가 되어, 필자는 스프링을 창시한 로드 존슨 씨와 직접 이야기하는 기회를 가질 수 있었습니다(그것도 이자카야에서!). 선배 엔지니어의 호의로 존슨 씨 옆에 앉을 수 있었고, 서툰 영어지만 열심히 이야기 했습니다. 존슨 씨가 쓴 '실전 J2EE 시스템 디자인' (2003년 7월, 소프트뱅크 크리에이티브)에 강한 충격을 받아, 문자 그대로 시스템 디자인을 배우기 시작한 필자가 이렇게 존슨 씨와 이야기하는 대사건이 생기는 소프트웨어 엔지니어라는 직업은 얼마나 멋진 직업인지!
이 책을 집필하면서, 필자가 쓰는 책을 계속 담당했던 소프트뱅크 크리에이티브의 미츠다 하루오씨에 감사드립니다. 전작을 함께 집필한, 필자가 몸담고 있는 크로노스의 무라야마 마사히코씨, 오쿠 키요타카씨에게도 감사드립니다. 전작이 없었다면 이 책도 나오지 못했을 것입니다. 집필에 크케 협조해 준 아내에게도 항상 고맙다는 말을 전하고 싶습니다. 정말이지 가족들이 도와주지 않는다면 책을 쓰는 것은 불가능하다는 것을 다시 한번 느꼈습니다. 지금부터는 감사하는 마음을 행동으로 바꿔가겠습니다.
_ 2010년 10월 사카타 코이치

어떤 독자를 위한 책인가?<br/>-. 스프링 프레임워크를 쉽게 배우고 싶은 자바 개발자.<br/>-. 스트럿츠나 하이버네이트 프레임워크 사용자 중 스프링으로 바꾸거나 병행해 쓰려는 개발자