노스웨일즈 김씨 시조의 블로그

B3 진행하면서 Spring 의 Remoting 호출을 지원하면서 해당 호출을 Login Base로 진행하기 위해서 Spring Security를 두가지 방식으로 지원하게 되었다.

하나는 Config 설정에 의한 , 다른 하나는 LDAP Base.

어차피 Spring Security의 로그인이 Filter Chain을 적용하는 것이기에 Multiple Filter Chain을 확인해 봤더니 Login Path를 통해서 Multiple Filter Chain을 지원하고 있었다.

우선 web.xml 을 변경하여야 한다.

    <filter>
        <filter-name>springSecurityFilterChain</filter-name>
        <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
        <init-param>
            <param-name>targetBeanName</param-name>
            <param-value>springSecurityFilterChain</param-value>
        </init-param>
    </filter>

보통의 경우는 springSecurityFilterChain 만 선언하면 문제가 없는데
multiple 한 fileter chain을 명시적으로 Spring Security Config에 선언해 주어야 하기 때문에 반드시 targetBeanName을 선언하여 value에는 Spring Security 설정에서 사용한 FilterChain Bean Name을 선언해 주어야 한다.

Spring Security 내부의 Filter Chain이 아닌 명시적인 Filter Chain을 사용하여야 하기 때문에 사용하는 방식에 맞추어 Filter Chain Config를 선언하여야 한다.

    <bean id="springSecurityFilterChain" class="org.springframework.security.util.FilterChainProxy">
        <s:filter-chain-map path-type="ant">
            <s:filter-chain pattern="/batchProcessService/**" filters="httpSessionContextIntegrationFilter,digestProcessingFilter,exceptionTranslationFilter,filterSecurityInterceptor" />
            <s:filter-chain pattern="/approvalProcessService/**" filters="httpSessionContextIntegrationFilter,digestProcessingFilter,exceptionTranslationFilter,filterSecurityInterceptor" />
            <s:filter-chain pattern="/**" filters="ldapHttpSessionContextIntegrationFilter,logoutFilter,authenticationProcessingFilter,securityContextHolderAwareRequestFilter,anonymousProcessingFilter,ldapExceptionTranslationFilter,sessionFixationProtectionFilter,ldapFilterInvocationInterceptor"/>
        </s:filter-chain-map>
    </bean>

web.xml 에서 선언했던 filterChain을 위와 같이 설정한다.
filter-chain의 pattern attribute에 선언된 URL에 맞추어 각각 선언된 Filter Chain이 적용이 된다.

위의 경우
/approvalProcessService/** 및 /batchProcessService/** URL은는"httpSessionContextIntegrationFilter,digestProcessingFilter,exceptionTranslationFilter,filterSecurityInterceptor" Filter Chain이
그 이외의 URL들은
"ldapHttpSessionContextIntegrationFilter,logoutFilter,authenticationProcessingFilter,securityContextHolderAwareRequestFilter,anonymousProcessingFilter,ldapExceptionTranslationFilter,sessionFixationProtectionFilter,ldapFilterInvocationInterceptor"
Filter Chain이 적용되게 된다.

LDAP 을 위해서는 아래의 Bean을 명시적으로 선언하였다.
물론 다른 것에 대해서도 해야 겠지만.^^

    <bean id="ldapHttpSessionContextIntegrationFilter" class="org.springframework.security.context.HttpSessionContextIntegrationFilter" />

    <bean id="logoutFilter" class="org.springframework.security.ui.logout.LogoutFilter">
        <constructor-arg value="로그아웃 후 Redirect될 페이지 URL" />
            <constructor-arg>
                <list>
                    <bean class="org.springframework.security.ui.logout.SecurityContextLogoutHandler" />
                </list>
            </constructor-arg>
        <property name="filterProcessesUrl" value="/j_spring_security_logout" />
         ( Logout Process Path URL )
    </bean>

    <bean id="authenticationProcessingFilter"    class="org.springframework.security.ui.webapp.AuthenticationProcessingFilter">
        <property name="authenticationManager"         ref="ldapAuthenticationManager" />
        <property name="authenticationFailureUrl"     value="/ldapLogin.zul?error=1" />
        <property name="defaultTargetUrl"            value="로그인 시 기본 Redirect 페이지 URL" />
        <property name="filterProcessesUrl"            value="/j_spring_security_check" />
    </bean>

    <bean id="securityContextHolderAwareRequestFilter" class="org.springframework.security.wrapper.SecurityContextHolderAwareRequestFilter" />

    <bean id="anonymousProcessingFilter" class="org.springframework.security.providers.anonymous.AnonymousProcessingFilter">
        <property name="key" value="doesNotMatter" />
        <property name="userAttribute" value="roleAnonymous, ROLE_ANONYMOUS" />
    </bean>           

    <bean id="ldapExceptionTranslationFilter" class="org.springframework.security.ui.ExceptionTranslationFilter">
        <property name="authenticationEntryPoint">
            <bean class="org.springframework.security.ui.webapp.AuthenticationProcessingFilterEntryPoint">
                <property name="loginFormUrl" value="로그인 입력화면 URL" />

            </bean>
        </property>
        <property name="accessDeniedHandler">
            <bean class="org.springframework.security.ui.AccessDeniedHandlerImpl">
            </bean>
        </property>
    </bean>

    <bean id="sessionFixationProtectionFilter" class="org.springframework.security.ui.SessionFixationProtectionFilter" />

    <bean id="ldapFilterInvocationInterceptor" class="org.springframework.security.intercept.web.FilterSecurityInterceptor">
        <property name="authenticationManager" ref="ldapAuthenticationManager" />
        <property name="accessDecisionManager" ref="ldapAccessDecisionManager" />
        <property name="objectDefinitionSource">
            <s:filter-invocation-definition-source>
                <s:intercept-url pattern="/siteList/**" access="IS_AUTHENTICATED_REMEMBERED"/>
                <s:intercept-url pattern="/**"             access="IS_AUTHENTICATED_ANONYMOUSLY"/>
            </s:filter-invocation-definition-source>                       
        </property>
    </bean>

    <bean id="secondLdapProvider"
        class="org.springframework.security.providers.ldap.LdapAuthenticationProvider">
        <s:custom-authentication-provider />
        <constructor-arg>
            <bean               class="org.springframework.security.providers.ldap.authenticator.BindAuthenticator">
                <constructor-arg ref="contextSource" />
                <property name="userSearch">
                    <bean id="userSearch"                        class="org.springframework.security.ldap.search.FilterBasedLdapUserSearch">
                        <constructor-arg index="0" value="" />
                        <constructor-arg index="1" value="(&amp;(sAMAccountName={0})(objectclass=user))" />                       
                    </bean>
                </property>
            </bean>
        </constructor-arg>
        <constructor-arg>
            <bean class="org.springframework.security.ldap.populator.DefaultLdapAuthoritiesPopulator">
                <constructor-arg ref="contextSource" />
                <constructor-arg value="" />
                <property name="groupSearchFilter" value="(&amp;(member={0})(|(cn=B3 Reader)(cn=B3 Approval)))" />               
                <property name="rolePrefix" value="ROLE_" />
                <property name="searchSubtree" value="true" />
                <property name="convertToUpperCase" value="false" />
            </bean>
        </constructor-arg>
    </bean>

지난 달에 C#을 들으려 했었는데 신청을 잘 못해서 ASP.NET 강의를 듣게 됐다.

뭐... C#다음 강좌로 ASP.NET도 들을려고 했었으니깐 순서만 한번 바뀌었다고나 할까.

들으면서 느낀것은 MS 진영이고 Java 진영이고 서로가 서로에게 긍정적인 영향을 준다고나 할까.

ADO.NET을 보면 JDBC적인 면이 보이고 반대로 JSF를 보면 ASP.NET의 객체 모델이 보이고,
서로에 대해서 자신이 우월성을 얘기하려 노력하지만
결국은 서로의 장점을 취해 가며 발전해 가는 모습을 보면
선의의 경쟁자라 불러도 좋을 듯 싶다.

별 경쟁 없이 있던 브라우저 시장도 Firefox가 힘을 받고 크롭 같은 브라우져가 등장하면서 다시 발전해 가는 것을 보면 독과점의 폐해는 실로 심각하다 할 수 있겠다.

뭐... 어쩃든 다음에 C# 강좌를 마무리로 들어주면 MS 관련 문제가 발생해도 어느정도는 대체할 수 있지 않을까 생각된다.

그리고 크레듀 강좌 들으면서 .... 테크빌에서 했떤 일들이 자꾸 떠올랐다.
그때 그래도 괜찮은 기능들을 많이 많들었다는 생각이 들고
또 한편으로는 내가 100% 소화 해 내지 못했던 것들에 대한 아쉬움도 들고 했다.
그리고 그쪽을 떠난 지도 6년 가까이 되는데 아직도 그떄 일을 생각하는 걸 보면
나에게 많은 아쉬움도 남아 있는 듯 하다.

오라클에서 Field 사이즈를 조정하려고 했더니 

"ORA-30556: functional index is defined on the column to be modified"
메시지가 뜬다.

인터넷 뒤져 보니 functional index를 삭제한 후 조정하면 된다고 하는데

Enterprise Manager 나 다른 Tool에서 Functional index를 찾을 수 있는 방법이 없다.

결국 염대리님이
"select * from USER_IND_EXPRESSIONS;" 쿼리를 알려 주셔서 functional index를 찾을 수 있었고 해당 index를 drop 한 후 원래 나오던 column_expression대로 다시 생성을 하니 정상적으로 동작한다.


SQLPLUS>select * from USER_IND_EXPRESSIONS where table_name = '테이블명';

출력 결과 )
INDEX_NAME        TABLE_NAME     COLUMN_EXPRESSION       COLUMN_POSITION
XXXX                    YYYY                NLSSORT("ID",'nls_sort=''BINARY_CI''')    1

SQLPLUS>drop index XXXX;

SQLPLUS>ALTER TABLE XXXX MODIFY ( CCCC VARCHAR2(256));

SQLPLUS> create index XXXX on YYYY(NLSSORT("ID",'nls_sort=''BINARY_CI'''));


참조 : USER_IND_EXPRESSIONS Functional index expressions in user's indexes and indexes on user's tables

이번 여행의 시작은 월출산이었다.

월출산을 가려다 보니 산만 찍고 오면 너무 아쉬울 듯 하여

여행을 기획하게 되었다.

어차피 대중 교통을 이용해야 하니 많은 곳은 돌아 다니지 못하다 보니

일정을 월출산 -> 땅끝 마을 -> 보성 녹차밭 -> 순천만 -> 통영

이렇게 계획을 했다.

헌데 출발이 하루 늦어 지고 보성에서 벌교가 보성군내에 있을을 알게 되어

월출산 -> 땅끝 마을 -> 보성 녹차밭 -> 벌교 -> 순천만으로 변경을 하였다.

중간에 장흥쯤 지마면서 정남진 관측소도 보이고

강진도 지나치고 ..

순천만도 많이 보지 못해 아쉽지만.

남도의 아름다운 모습을 보게 되어 너무 즐거 웠다.

다음에 기회가 된다면 보다 긴 일정과 준비로 보다 더 알차게 보내리라.


---------------------------------------------------------------------

준비를 하며 어떤 블로그를 읽어 보니 남도의 금강산이라 표현했는데
그 말이 딱 맞는 듯 하다.

지금까지 겪어본 어느 산 보다도 험란하고 또 바위산의 웅장함을 보여 줬다.

얼마전 다친 다리도 있고 해서 종주는 하진 못했지만

그 중간까지의 모습 만으로도 정말 멋있는 곳을 또 알게 되었다는 생각을 할 수 있었다.

월출산에서 내려온 후 첫 번쨰 행성지로 땅끝 마을을 잡았다.

영암터미널 매점 할아버지한테 땅끝 마을에 대해 물으니 가바야 별것 없지만
또 막상 안 가면 섭한 그런 곳이라고 하신다.

본인은 오히려 보길도를 가보고 싶다고 하시는 데...
담에는 보길도도 함 가봐야지...

해남 터미널에서 땅끝 마을 버스를 갈아 타고 숙소도 잡고 났더니
해가 뉘역뉘역 한다.
그래도 혹시나 해서 전망대를 올라 갔더니
낙조가 정말 예술이다.

일출 만큼이나 멋있는데 이 낙조인듯하다.

모노레일 , 전망대 종료 시간이 겹치면서 낙조를 다 보진 못했지만
정말 감동적이었다.

사실 땅끝 마을은...
뭐... 그냥 상징적이라고 나 할까..

다른 데서도 볼 수 있는 바닷가 풍경에 상징성이 더 해 져서
유명하다고나 할까.

기억에 남는건 전망대에서 바라본 낙조와
땅끝 탑이다. ( 마을에서 1KM를 걸어가야 땅끝 탑이 나온다.)

이번 여행지 중 많은 사람들에게 알려 진 곳이다.

오죽하면 어학 연수 중인 외국인이 보고 싶어 왔을까.

사실 보성 녹차밭은 여러 곳이며, 그 중 우리에게 일반적으로 알려 지고 보아 왔던 곳이 "대한다원 1다원이다.". 버스도 "대한 1다원" 이 있는 곳을 녹차밭으로 세워준다.

크게 기대는 안 했었는데 막상 가보니 정말 잘 조성해 놓았다.

입구에는 삼나무길이 쭉 이어져 있고

입구 왼쪽에는 대나무 숲 , 단풍나무 숲이 있고 그 안쪽에 녹차 밭이 펼쳐 져 있다.


녹차밭 입구에 있는 지도에는 CF나 드라마 촬영 지역을 표시 해 놓았다.
직접 와서 보니 정말 그럴 법 하다는 생각이..^^

나오는 길에 옆에 있는 대나무 숲에도 들렀다.
그날 같은 시간에 들어온 사람들 중에 대나무 밭에 가는 사람은 없었는데.>^^
와서 보니 대나무 숲도 참 장관 이다.

입구엔 안내하는 아저씨에게 물었더니 15일 정도면 대나무 숲에 있는 정도로 자란다고 한다.
"우후죽순"이라는 사자성어가 그냥 나오지는 않았으리라.

안내하시는 분과 얘기하는데
가을에는 단풍나무숲도 참 멋있다면서
가을에 오면 제일 좋다는 말씀을 하신다.
다음에는 그렇게 맞춰서 한번 와 봐야지...

버스 시간이 남아서 매점에서 차나 한잔 할 까 했더니
차는 다원 안에 있는 음식점에서만 판다고 한다.-.-
다른거 할거 없냐고 했더니 고개 조금 올라가시면 다른 다원도 있다고 하셔서
가보니 전망이 탁 틔워서 멀리 바다까지 보인다.

녹차 밭을 가기 위해 보성에 왔다가 우연히 보성군 전도를 보고
벌교가 보성군내임을 알고 여행 일정에 추가했다.

할아버지가 그렇게 좋아하셨다는 꼬막도 먹고 싶었지만
( 얼마전에 1박2일에서 꼬막 정식이 나와서 많은 사람들이 그렇게 먹고 싶어했단다.)
머니머니 해도 소설 태백산맥의 주요 무대를 밟는 다는 것이 더 설레었다.
그리고 갯벌 지역도 구경하리라 생각했는데...

벌교읍 도착 후 놀란것은 생각보다 너무 내륙 지역이라는 것이다.

시외버스 터미널 앞에 노점하시는 분에게 물어보니
벌교를 다들 바닷 지역으로 기대하고 오시는 데 사실 벌교는 내륙지방이고 벌교는 꼬막 집산지란다.
( 하지만 벌교내의 리단위 지역 갯벌에서 꼬막이 채취 되니깐 벌교가 갯벌이라는 말이 아주 틀리다고 할 수도 없을 듯 하다. )

일단 하루 숙박을 한 후 다음날 오전에 태백산맥 문학관을 관람 한 후 벌교읍 곳곳을 돌아 다니며 소설 태백 산맥의 발 자취를 되돌아 보았다.

태백산맥 문학관..
조정래씨가 태백산맥을 준비하면서 조사한 자료 만큼이나 우익측에서 태백산맥에 대해 행했던 각종 압력에 대한 자료도 많이 있었다.
지난 10년간 좌익측의 목소리도 조금 커지기는 했지만 아직도 우익측의 목소리가 큰 것이 사실이다.
역사는 한 쪽의 일방적인 가해자도 피해자도 없다는 생각이고 보면 우익측이 주도했던 현대사와 레드 컴플렉스는 어쩌면 6.25 만큼이나 우리에게 큰 상처인지도 모르겠다.

조정래씨가 작성한 태백산맥 원고 초본이라고 한다.
태백산맥의 대 서사시가 한눈에 느껴진다.

문학관내의 전망대와 전망대서 바라본 벌교읍 전경

태백산맥의 시작은 현 부자네에서 시작된다.
태백산맥 문학관이 현 부자네와 함께 지어지게 된건 당연한 건지도 모르겠다.
건물자체가 새로 지은 건물인듯 해서 느낌이 와닿지는 않는다.


화정리 교회.
실제로 존재 했던 교회의 건물로 지금은 어린이 집이 운영되고 있다.
약간 언덕에 있고 현재도 사용되는 건물이라 내부를 구경할 엄두는 좀 나지 않았다.


태백산맥을 보면서 궁금했던 것은 벌교라는 배경의 선택이었다.
태백산맥의 많은 이야기들이 나올 수 있었던 배경에는 벌교라는 장소가 상당한 의미를 가질 수 있었는데
벌교 출신이 아닌 작가가 어쩌면 이렇게도 기가막힌 장소적 배경을 선택할 수 있었을 까 였다.
결국 태백산맥 문학관과 김범우 집을 방문하고 나서야 알 수 있었다.
저자가 벌교에서 지낸 적이 있었기에 역사적인 배경과 더불어 장소적 배경을 선택할 수 있었다는 것을,
물론 오랜동안 지내지는 않았던듯 하지만
본인이 가졌던 어렸을 때의 기억과 관심이 이런 멋진 장소적 배경도 선택할 수 있었다는 것을.

김범우 집은 실제 거주했던 가옥 형태 그대로 인듯하다.
그래서 그때 당시의 지주들의 생활상을 느낄 수 있어 더 좋았다.

태백산맥에 나왔던 홍교다리이다.
소화 다리만큼은 아니지만 소설 속의 배경 중 하나이다.
와서 보니 그 역사 부터가 남다른 다리인데
소설속에서는 소화 다리의 기억에 조금은 묻힌 느낌이다.

예전에는 다리를 개보수 할떄 마다 기념비를 세웠다고 하는데
( 하긴 요즘도 건물 새로 지으면 기념비를 세우기는 한다. )
영조 때 세워진 다리가 아직도 그 모습을 유지하고 있는 모습은
참 대단하다는 생각이 든다.

소설속 자애 병원 자리에는 지금은 어린이 집이 자리 잡고 있다.

소설에 자주 등장하는 소화 다리이다.
보기에는 그냥 그런 다리 이지만 많은 이들의 아픔을 함께한 다리이기도하다.
소화 6년에 지었다 하여 소화 다리라는 이름으로 불린다고 한다.
술도가 자리에는 다른 상점이 이렇게 자리 잡고 있다.

소설에도 자주 등장하는 철교이다.
염상구가 여기서 승리하여 벌교 제일의 주먹이 된다.

사실 계획 하지 않았지만 벌교를 가기로 맘 먹으면서 기대했던것 중 하나는 갯벌 구경이었다.
TV에서나 보던 갯벌에서의 어패류 제추 같은 것도 구경하고 갯벌 생물도 볼 수 있으리라 기대를 했었는데,

그래서 더 기대했던곳이 순천만이었다.

하지만 갯벌 지역이기는 하지만 내가 기대했던 그런 모습을 볼 수는 없었다.
하지만 우리나라에서 제일 큰 갈대밭을 볼 수 있었다.

그리고 순천만의 굽이 치는 물 줄기와 새들도 볼 수 있었다.

시간이 조금 더 있었다면 생태탐방 유람선을 타고 순천만 지역을 좀더 가까이 가서 볼 수 있었을 텐데.

그리고 해질녁의 용산전망대에서 순천만의 낙조를 즐길 수 있었을 텐데 하는 아쉬움이 든다.

다음에는 순천만을 여행 초반이나 중반에 넣어서 구석 구석을 넉넉하게 즐기리라...

넓은 갈대밭을 자랑하는 순천만
실제 갈대 밑을 보면 이 지역이 모두 갯벌 지대임을 알 수 있다.
갈대밭 중간 중간에 뻘을 관찰할 수 있도록 하였다.
작은 구멍들에서 빼꼼히 얼굴을 내미는 게를 볼 수 있었다.

용산 전망대 가는 길에 찍은 순천만 갈대 지역
용산 전망대가 마침 공사 중이라
중간 까지만 올라 가고 내려왔다.
순천만 검색해보면 나오는 낙조 사진 대부분이 용산 전망대에서 찍은 듯 하다.
담에는 꼭 용산 전망대를 가보리라...

갈대밭 나오는 길에 두루미 인듯 한 새가 있어 한컷 찍어 보았다.
작은 새들은 저어새 인듯..

단풍 놀이로 오대산을 다녀왔다.
아직 발목이 성치 않아 걱정을 했는데
등산로를 짧게 잡아서 크게 문제 되지는 않았다.

평창 에서 출발할 때는 얼마 안걸릴 걸로 생각했는데
막상 가보니 1시간 가량 걸렸다.

오대산이 소금강 유역과 월정사 코스로 나누어 져 있어서
소금강 지역은 강릉 내에 위치 해 있었다.
사실 같은 오대산이라 부르기에는 좀 억지 스러운 면도 없지 않았다.

소금강이라 해서 이름이 넘 거창하다 싶었는데
작은 만물상이라 부를 만한 기암 들과 ( 내려와서 지명을 보니 실제로 만물상이었다.)
계곡에 있는 평평한 바위 지역 등 볼 것이 꽤 많았다.

구룡 폭포까지만 등반하는 왕복 2시간 남짓하는 코스를 갔는데도
참 알차게 다녀 왔다는 느낌이 들었다.











구룡 폭포 - 실제 아홉개의 폭포가 이어져 있지만 등반로가 완비되어 있지 않아
하단의 세개 폭포만 볼 수 있다.
많은 사람들이 보고 싶어하여 국립공원 관리 공단에서도 전체 폭포를 볼 수 있는 방안을 고민중이라 한다.

어제 경향 신문 1면을 보니

"세종시 논란에 잊혀진 용산" 이란 제목의 기사가 실렸다.

가만 생각해 보니 세종시로 시끄러운 와중에 용산 참사는 완전히 묻혀 버린 느낌이다.

특히 조중동 자칭 보수 ( 타칭 기득권.. ) 언론들이 이에 대해 다루는 것을 보질 못했다.

아침에 출근길에 동아일보 기사를 옆에서 보니 탕정시 사례를 기획기사로 작성하여 정부 나팔수를 자처하는 모습이다.

언론이라는 것이 양쪽 방향을 모두 보여주고 판단은 개인에게 판단할 수 있게 해야 하는데

우리나라 보수기업 ( 사주의 이익에만 목메다는 신문,방송사를 언론이라 할 수 있을까.) 들은 자신들의 논리가 무조건 진리인양 호도하고 있다.

생각해 보면 나도 인터넷이 활성화 되기 이전에는 집에서 조.동을 보다 보니 보수적인 여론에 휘둘렸던 느낌이 든다.

그나마 젊은 세대들은 인터넷을 통해 다양한 의견을 보고 판단하게 되지만, 나이드신 분들은 아직도 보수기업들의 사탕 발림에 넘어간 느낌이다.

제발 보수(?) 기업들이 진정한 보수언론의 모습을 보여줬으면 좋겠다.

그리고 용산 참사로 돌아가신 분들의 문제가 원만하게 해결 됐으면 한다.

그리고 놀러왔다 유명을 달리한  관광객들 한테는 쉽게 무릎 꿇는 총리가

왜 자신들의 생존권 과 공권력의 과잉 진압에 유명을 달리한 분들에게는 무릎을 꿇지 못하는 지..

또 우리나라 경제를 위해 일하다 유명을 달리한 중국인 노동자들에게는 그러지 못하는 지 생각해 볼 문제다...