Whiteship's Note


이제 다시 복귀 할 시간

모하니?/Thinking : 2009.06.07 10:20


어제는 원래 오전에 스터디에 참석하려 했으나, 빨래, 짐정리, 집청소가 더 시급했기 때문에 불참하고, 낮에는 본가에 찾아가서 어르신들께 인사하고 저녁에 다시 돌아와서 남은 정리를 했습니다. 제 와이프도 저만큼 피곤할텐데 저보다 훨씬 많은 일을 해서 제가 미안할 정도더군요. @_@ 암튼 와이프 짱!!

오늘 아침에는 밀린 RSS와 이메일을 정리했습니다. RSS에서 제일 눈에 띈 글들은 MAX님의 스프링 ROO 플러그인 관련 글과 사부님 블로그에 egit 관련 글과 스프링 블로그에 있는 스프링 시큐리티 3.0 M1 배포관련 포스팅이 눈길을 끌었습니다. 마지막 글은 공부도 할겸 번역/요약해서 올렸습니다. 이메일은 죽죽 보면서 필요한 글들에 답신을 보냈습니다.

이제 낮에는 예식장과 신혼여행 때 찍은 사진과 캠코더 동영상을 정리하고, 피자나 치킨을 시켜먹을까 생각 중입니다. 캬캬캬.. 맛있겠다.

이제부터 다시 꾸준히 블로깅도 하고 회사일도 열심히하고 번역도 열심히 하고 스터디도 열심히 하고 집안일도 잘하는 좋은 남편이 되야겠습니다.

'모하니? > Thinking' 카테고리의 다른 글

완전 부럽다...  (22) 2009.09.09
쓰리좝 시작인가...  (6) 2009.08.31
약속의 힘  (2) 2009.07.23
벌써 한 달이 넘었군요.  (12) 2009.07.07
스프링소스의 끼워주기(?) 패키지  (2) 2009.06.17
이제 다시 복귀 할 시간  (8) 2009.06.07
재밌는 상상~ 누드 비치에 사무실 차리기  (6) 2009.04.28
외국 IT 기업에서 원하는 걸 보자꾸나~  (5) 2009.04.17
'개발' 역시 참 맛있다.  (2) 2009.04.16
저 결혼해요~~  (92) 2009.03.02
난 몇 살?  (0) 2009.01.28
top

  1. Favicon of http://blog.naver.com/j81811 BlogIcon aStRe 2009.06.07 14:53 PERM. MOD/DEL REPLY

    당신은 지금도 충분히 자상하고 좋은 남편입니다~~!!
    지금처럼 유지함이 훨씬 좋지 않을까요?
    물론.. 더 잘 챙겨주고 도와주면 고맙겠지만 말이죠~

    Favicon of http://whiteship.tistory.com BlogIcon 기선 2009.06.07 18:21 PERM MOD/DEL

    넹 장모님 말씀대로 초심을 잃지 않도록 할께요.

  2. Favicon of http://blog.outsider.ne.kr BlogIcon Outsider 2009.06.08 11:55 PERM. MOD/DEL REPLY

    신혼여행 잘 다녀오셨나요.. ㅎ
    행복한 신혼되시고... ㅎ 앞으로도 좋은 정보 많이 얻어가겠습니다.

    Favicon of https://whiteship.tistory.com BlogIcon 기선 2009.06.08 17:25 신고 PERM MOD/DEL

    넵 좋은 정보라고 하니.. 제가 주식이라도 하는 것 같은 기분이 드네요.ㅋㅋㅋ

  3. Kevin 2009.06.08 14:18 PERM. MOD/DEL REPLY

    복귀 축하드립니다.
    신혼 여행 동안 즐거우셨을텐데 복귀하셨으니
    복귀를 축하드려야 하는건지 아닌지...^^;
    암튼 두분 행복한 모습이 보기 좋네요. :)
    오래오래 행복하시길 바라겠습니다.

    Favicon of https://whiteship.tistory.com BlogIcon 기선 2009.06.08 17:26 신고 PERM MOD/DEL

    넵.. 복귀는 괜찮은데..
    점점 노는게 두려워지네요.
    1주일 놀았을 뿐인데 막.. 늘어져요.ㅋ

    행복하게 살겠습니다.
    감사합니다~

  4. Favicon of http://yunsunghan.tistory.com BlogIcon Max 2009.06.10 14:09 PERM. MOD/DEL REPLY

    아.... 결혼했군요....

    이런, 중대한 사건을 모르고 있었네요...
    뒤늦게나마 축하 드립니다.
    늘 행복하세요. ^^*

    Favicon of http://whiteship.me BlogIcon 기선 2009.06.10 17:44 PERM MOD/DEL

    앗 그것 이제 아시다니ㅋㅋㅋ
    감사합니다~ :)

Write a comment.


스프링 시큐리티 3.0.0 M1 배포



참조 편역 요역: http://blog.springsource.com/2009/06/03/spring-security-300m1-released/

http://www.springsource.com/download 에서 직접 다운로드 할 수도 있고, 메이븐을 사용한다면, http://maven.springframework.org/milestone 메이븐 저장소를 추가하면 M1 의존성을 추가할 수 있다. JDK 1.5 이상, 스프링 3.0이 필요함.

표현식-기반 접근 제어

스프링 EL 기반 권한 관리를 지원한다. 메서드 애노테이션이나 웹 시큐리티에서 표현식을 사용할 수 있다. 속성이나 보터(voter)-기반 매커니즘에 비해 새로운 조합을 꾀할 수 있다. 다음은 웹 시큐리티에서 시큐리티 네임스페이스를 사용하는 간단한 예제다.

<http>
   <intercept-url pattern="/secure/**" access="hasRole('ROLE_SUPERVISOR') and hasIpAddress('192.168.1.0/24')" />
   ...
</http>

hasRole('ROLE_SUPERVISOR')은 사용자의 권한 목록을 확인하고 사용자가 해당 롤을 가지고 있다면, true를 반환한다. 여기에 IP를 확인할 수 있는 새로운 표현식을 추가했다.

@Pre와 @Post 애노테이션

메서드 시큐리티는 웹 요청을 수락하거나 거부하는 것과는 달리 조금 더 복잡하다. 메서드 시큐리티에 표현식을 사용해서 좀 더 다양한 기능을 제공하기 위해, 4개의 새로운 애노테이션을 추가했다. 이 애노테이션들을 사용하여 메서드 호출 전과 후에 특정 로직을 실행할 수 있다. 이 기능을 사용하려면 global-method-security 네임스페이스 엘리먼트에 새로운 속성을 사용해야한다.

<global-method-security pre-post-annotations="enabled"/>

가장 유용한 것으로 @PreAuthorize가 있는데, 이 애노테이션은 메서드를 실제로 실행할지 말지 여부를 제어한다. 예를 들어(예제 애플리케이션의 Contacts에서) 다음 메서드를 보자.

@PreAuthorize("hasRole('ROLE_USER')")
public void create(Contact contact);

이것은 ROLE_USER라는 롤을 가진 사용자만 접근을 허용한다는 뜻이다. 별 다른게 없다.

@PreAuthorize("hasPermission(#contact, 'admin')")
public void deletePermission(Contact contact, Sid recipient, Permission permission);

이번에는 메서드 인자를 표현식에서 참조하고 있다. 해당 contact에 대해 현재 사용자가 admin 권한이 있는지 확인한다. hasPermission() 표현식은 애플리케이션 컨텍스트를 통해서 스프링 시큐리티 ACL 모듈과 연결되어 있다.(어떻게 연결되어 있는지는 Contacts 예제를 통해 살펴보기 바란다.) 메서드 인자를 표현식 변수로 참조할 수 있다. 스프링 EL의 모든 기능을 사용할 수 있기 때문에 인자의 속성에도 접근할 수 있다. 따라서 특정 사용자의 이름이 contact의 이름과 대응할 경우로 제한하고 싶을 때 다음과 같은 표현식을 사용할 수도 있다.

@PreAuthorize("#contact.name == principal.name)")
public void doSomething(Contact contact);

여기서는 내장된 표현식 principal을 사용했다. 이 것은 현재 스프링 시큐리티의 Authentication 객체를 기반한 것으로 시큐리티 컨텍스트에서 가져온 것이다. Authenticatino 객체에 직접 접근하려면 authentication 표현식이름을 사용할 수도 있다. 메서드 호출 후에 권한 작업을 수행할 수 있는데, 이 때는 @PostAuthotize 애노테이션을 사용하고, 반환값은 "returnObject"로 참조할 수 있다.

필터링

스프링 시큐리티는 컬렉션과 배열 필터링을 이미 제공하고 있었는데, 이제는 표현식을 사용할 수도 있다.

@PreAuthorize("hasRole('ROLE_USER')")
@PostFilter("hasPermission(filterObject, 'read') or hasPermission(filterObject, 'admin')")
public List getAll();

여기서 filterObject는 반환하는 컬렉션에 들어있는 각각의 요소들을 지칭하고, 해당 요소에 대한 사용자의 권한이 read 이거나 admin이 아닌 것은 컬렉션에서 빼낸다. @PreFilter를 사용해서 메서드 호출 전에 필터링을 할 수도 있지만, 거의 사용하지 않는듯 하다. 문법은 같은데, 인자에 두 개 이상의 컬렉션이 있을 때 filterTarget 속성을 사용하여 어떤것을 사용하는지 지칭한다.

코드기반 재구성

3.0에서 대부분의 코드는 spring-security-core.jar로 들어갔다. 몇 년에 걸쳐 여러 기능이 추가되다보니 의존성간에 CR(circular reference)도 생기고 복잡한 의존성 구조가 되어버렸다. 또한 여러 jar에 나눠져서 들어간 패키지가 OSGi에서 말썽을 일으킨다는 이슈도 있었다. 이로인해 유지보수 오버헤드가 발생했고, 그 걸과 3.0에서 코드기반을 재구성하기로 결정했다.

프로젝트 JAR 파일

- 이 부분은 별도로 포스팅. 여기서는 생략.

이로인해 코드를 순회하며 참조하거나 이해하기 쉬워졌다.

스프링 시큐리티 3.0 JAR 의존성

패키지 구조

더이상 CR도 없고 훨씬 깔끔해졌다.


기타 변경사항

클래스 이름 변경: 이름들이 훨씬 명시적으로 바꼈군요.
AbstractProcessingFilter -> AbstractAuthenticationProcessingFilter
AuthenticationProcessingFilter -> UsernamePasswordAuthenticationProcessingFilter
AuthenticationEntryPoint -> LoginUrlAuthenticationEntryPoint
ObjectDefinitionSource -> SecurityMetadataSource
HttpSessionContextIntegrationFilter -> SecurityContextPersistenceFilter

인증 성공 또는 실패시 리다이렉션/포워딩: 인증 성공 또는 실패시에 브라우저가 이동할 목적지를 제어하는 방법 제공.
AuthenticationSuccessHandler
AuthenticationFailureHandler
http://jira.springsource.org/browse/SEC-745

레퍼런스 매뉴얼과 웹 사이트 업데이트: 아직 작업 중이지만 몇 개 챕터(네임스페이스, 기술 개요)는 업데이트 했다. 프로젝트 사이트의 FAQ도 업데이트 해서 몇몇 발표 비디오와 온라인 기사를 참조할 수 있다.

결론

스프링 EL을 사용하여 기능이 좀 더 풍부해졌고, 코드기반을 깔끔하게 정리했다.
JIRA 변경로그
커뮤니티 포럼
JIRA 이슈
top

  1. Favicon of http://ryys1993.tistory.com BlogIcon 윤성철 2009.06.08 17:47 PERM. MOD/DEL REPLY

    으아 언제나 느끼는거지만 정말 대단하셔요~~

    도데체 저런 그림은 어떻게 그리시는건지~ ^^

    머리에 쏘옥 쏙 들어오네요 ^^.

    저런 그림은 뭘로 그리시는지요? ^^..

    그림판은 아닐텐데 ^^.. 혹시 이클립스 플러긴이 있는건가 흐헉..

    Favicon of https://whiteship.tistory.com BlogIcon 기선 2009.06.08 18:17 신고 PERM MOD/DEL

    절대로 제가 그린게 아니구요.
    원문에 있던거 퍼온거에요.
    오해를 불러일으켜 죄송합니다~

    아마도 이클립스에서 무슨 플러긴으로 자동 생성한 그림이겠거니 추측해 봅니다.

  2. Favicon of http://ryys1993.tistory.com BlogIcon 윤성철 2009.06.09 12:44 PERM. MOD/DEL REPLY

    직접 그리시지 않으셨다 하여도.. 위 기사를 쉽게 접할수 있게 해주시는것에 대해

    매우 감사합니다.

    사실 영어 울렁증때문에 --;;; ㅋ....

    앞으로 영어 공부좀 해야할거같아요 ^^.

    오늘 날 무지 꿀꿀스럽지만

    즐거운 날 되세요~...

    Favicon of http://whiteship.me BlogIcon 기선 2009.06.09 14:03 PERM MOD/DEL

    넵 ㅎㅎㅎ
    시원하고 좋네요. 좋은 하루 되세요~

Write a comment.