wrong ELF class: ELFCLASS32 오류 해결하기

Posted on 2016년 4월 5일 by heewoo

Posted in Linux

아파치 서버 시작시에 wrong ELF class: ELFCLASS32 와 같은 오류 메시지가 보인다면..

관련 모듈을 서버에 맞게 32비트 혹은 64비트로 갖다놓아야한다.

리눅스 서버 정보 확인하려면 uanme -a 명령어 사용하면 된다.

SiteMesh 메뉴얼 번역본

Posted on 2016년 4월 5일 by heewoo

Posted in 유용한 정보

SiteMesh는 Decorator Tag, Page Tag 2개의 tag 라이브러리를 제공한다. Decorator Tag는 decorator page를 생성할 때 사용되는 tag이고, Page Tag는 decorator 페이지 내에서 다른 decorator를 포함할 때 사용된다.

Decorator Tags

<decorator:head />

원래 웹페이지의 HTML <head> 태그의 내용을 추가한다. 속성은 없다.

<decorator:body />

원래 웹페이지의 HTML <body> 태그의 내용을 추가한다. body의 onload, onunload 이벤트의 바디 속성은 body.onload 와 body.onunload decorator에 의해 포함되어 쓰일 수 있다.

<body onload="<decorator:getProperty property="body.onload" />">

<body onload="alert('1');" bottommargin=5>

좀더 자세히 알기 위해서는 getProperty를 참조할 것. 속성은 없다.

<decorator:title [ default=”…” ] />

Insert title of 원래 HTML 페이지의 title 태그로부터 얻은 title을 추가한다. title을 찾을 수 없다면, value값을 default로 지정할 수 있다.

<decorator:getProperty property=”…” [ default=”…” ] [ writeEntireProperty=”…” ]/>

원래 페이지의 속성을 추가한다. HTMLPage interface를 이용하여 해당 페이지의 속성들을 얻어낼 수 있다.

property : 추가할 속성의 이름 (key)
default : 속성을 발견하지 못헀을 때, default로 지정되는 값
writeEntireProperty : 1, yes, true, t, y 로 지정했을 때, 이름을 포함한 속성값(propertyName=”propertyValue”)이 그대로 쓰여진다.
예)

decorator: <body bgcolor="White"<decorator:getProperty property="body.
onload" writeEntireProperty="true" />>
undecorated page: <body onload="document.someform.somefield.focus();">
decorated page: <body bgcolor="White" onload="document.someform.
somefield.focus();">

<decorator:usePage id=”…” />

decorator jsp에서 사용할 수 있는 Page Object id를 지정한다.
id : 지정할 ID
예1)

<decorator:usePage id="myPage" />
<% if ( myPage.getIntProperty("rating") == 10 ) { %>
  <b>10 out of 10!</b>
<% } %>

예2)

<decorator:usePage id="p" />
<%
        HttpServletRequest req = p.getRequest();
        StringBuffer printUrl = new StringBuffer();
        printUrl.append( req.getRequestURI() );
        printUrl.append("?printable=true");
        if (request.getQueryString()!=null) {
            printUrl.append('&');
            printUrl.append(request.getQueryString());
        }
%>
<p align="right">[ <a href="<%= printUrl %>">printable version</a> ]</p>

Page 태그

page 태그는 현재 페이지
The page tags, are used to apply decorators to inline or external content from within the current page.

<page:applyDecorator name=”…” [ page=”…” title=”…” ] > …..body…. </page:applyDecorator>

특정 컨텐츠에 decorator를 적용한다. 해당 컨텐츠는 tag를 통해 body를 지정함으로서, 또는 page 속성을 지정하여 다른 page의 결과를 사용함으로서 인라인(inline)되게 할 수 있다.

name : 포함될 페이지에 적용될 decorator
page : 전체 page에서 쓸 수 있는 외부 자원을 상대적(relative), 절대적(absolute) 패쓰를 이용하여 지정한다.
title : Page.getTitle() 메소드 또는 decorator안에서 <decorator:title/> 를 사용하여 page의 title을 다시 지정(override)할 수 있다. <page:param name=”title”>…<page:param>에서 지정하여 식별이 가능하도록 한다.
Body : decorator가 적용될 내용.

<page:param name=”…”> … </page:param>

파라미터를 decorator로 넘긴다. 이 값은 Page.getProperty() 또는 <decorator:getProperty/>로부터 얻어온 값을 오버라이드할 수 있다.

name : 오버라이드될 파라미터의 이름
Body: 파라미터의 값.

DecoratorMappers

어떤 한 웹 페이지가 파싱이 될 때, 그것은 decorator에 매핑이 된다. 이 매핑은 DecoratorMappers의 체인에 의해 수행된다.
각 요청이 들어올 때마다 체인의 가장 첫번째 mapper는 어느 decorator가 쓰여져야 하는 지를 물어본다. 그래서 Page Object와 HttpServletRequest 객체를 reference로 받고, 해당 decorator가 쓰여지는지 알게 되면 그 decorator를 리턴하고, 모르면 null을 리턴한다.. 만약 null이 리턴 되면, 체인의 다음번 mapper에게 또다시 decorator 찾는 쿼리를 하게 된다.
이런 전체적인 프로세스는 체인에 더이상 mapper이 없거나, 체인에 있는 decorator가 valid한 decorator를 리턴할 때까지 반복된다. 만약 어떠한 mapper가 decorator를 리턴할 수 없는 상태면, 그 page는 전혀 장식이 되지 않고, 원래상태에 따라 화면이 표출될 것이다.

이런 체인의 mapper 호출 방식은 Chain of Responsibility 패턴으로 유명하다.

mapper의 예

요청된 페이지의 path를 바탕으로 decorator를 결정한다.
로케일, 시간 또는 브라우져에 따라 다른 decroator를 사용한다.
검색 엔진 로봇에 맞은 간단한 decorator를 사용한다.
URL 파라미터, Request 속성 또는 meta-tag에 따라 decorator를 달리 사용한다.
미리 저장된 사용자의 셋팅에 맞게 커스트마이즈된 decorator를 사용한다.

DecoratorMapper의 주요 구현은 ConfigDecoratorMapper이다. 이 클래스는 /WEB-INF/decorators.xml 파일을 읽어 mapping과 decorator를 읽는다. 적절한 decorator는 URL 패턴에 따라 적용되어 진다.

Mapper의 종류

Mapper 종류	내용
AgentDecoratorMapper	browser에 따른 decorator를 선택할 수 있도록 한다. browser 타입은 일반적인 경우와 같이 request.getHeader(“User-Agent”)를 통해 구해온다. 다른 mapper들이 특정 decorator를 지칭하여 반환하는 것과 달리 AgentDecoratorMapper는 적용될 decorator의 decorator page이름을 browser에 따라 수정한다. 예를 들어 decorator mapper가 main decorator를 선정했다면 decorator 페이지는 /decorators/main.jsp가 적용될 것이다. 하지만 http 클라이언트가 익스플러라면 main decorator에 /decorators/main-ie.jsp 장식자 페이지를 적용하게 된다. 모질라 기반 browser라면 /decorators/main-ns.jsp가 decorator page로 결정된다. 만약 선정된 decorator page를 찾는데 실패하면 기본 decorator page인 main.jsp가 적용될 것이다. <mapper class="com.opensymphony.module.sitemesh. mapper.AgentDecoratorMapper"> <param name="match.MSIE" value="ie" /> <param name="match.Mozilla [" value="ns" /> <param name="match.Opera" value="opera" /> <param name="match.Lynx" value="lynx" /> </mapper>
ConfigDecoratorMapper	DecoratorMapper의 디폴트 구현으로서, decorators.xml 파일을 읽어 decorator와 mapping된 데이터들을 읽는다. <mapper class="com.opensymphony.module. sitemesh.mapper.ConfigDecoratorMapper"> <param name="config" value="/WEB-INF/ decorators.xml" /> </mapper>
CookieDecoratorMapper	쿠키값을 바탕으로 하는 decorator를 선정할 수 있다.
EnvEntryDecoratorMapper	decorator 이름으로 web-app 환경 entry에 대한 레퍼런스를 허락한다.
FileDecoratorMapper	파일 이름을 주어 decorator의 이름을 취급한다. <mapper class="com.opensymphony.module. sitemesh.mapper.FileDecoratorMapper"> </mapper>
FrameSetDecoratorMapper	page가 HTMLPage나 isFrameSet()의 리턴값이 true일 때, 특정 decorator를 선정할 수 있도록 해준다. 그 decorator의 이름은 주어진 property에서 지정할 수 있다. <mapper class="com.opensymphony.module. sitemesh.mapper.FrameSetDecoratorMapper"> </mapper>
InlineDecoratorMapper	inline decorator를 사용할 때, 올바른 decoraotor가 무엇인지 사용할 때 선정할 수 있다.
LanguageDecoratorMapper	browser에서 page 요청에 대해 “Accept-Language” HTTP 헤더를 이용하여 language 페이지를 결정할 때 선정할 수 있다. locale에 따라서 decorator의 파일의 이름에 ‘-en’에 붙여져서 사용될 수 있도록 지정할 수 있다. <mapper class="com.opensymphony.module. sitemesh.mapper.LanguageDecoratorMapper"> <param name="match.en" value="en" /> <param name="match.zh" value="zh" /> </mapper>
PageDecoratorMapper	메타 태그에 decorator 항목이 있을 때 장식자를 리턴한다. PageDecoratorMapper는 여러 파라미터를 받는다. 밑의 예를 보면, PageDecoratorMapper는 첫번째 파라미터로 meta.decorator 프로퍼티를 받는다. 이 의미는 decorator의 META 프로퍼티의 값이 decorator 이름으로 쓰여질 수 있다는 것을 의미한다. decorator_test라는 이름의 장식자를 특정페이지에 적용하고 싶다면 <META name=”decorator” content=”decorator_test”> 와 같이 페이지에 메타 태그를 추가하거나 또는 <HTML decorator=”decorator_test”>와 같이 <HTML> 태그를 수정하여 사용한다. <mapper class="com.opensymphony.module. sitemesh.mapper.PageDecoratorMapper"> <param name="property.1" value="meta. decorator" /> <param name="property.2" value="decorator" /> </mapper> decorators.xml에서 decorator_test decoration을 미리 정의 <decorator name="decorator" page="tv.jsp"> </decorator>
ParameterDecoratorMapper	설정에 정의된 파라미터와 동일한 스트링이 URL 쿼리 스트링에 존재할 때 정의해 놓은 decorator를 선정하도록 되어 있다. <mapper class="com.opensymphony.module. sitemesh.mapper.ParameterDecoratorMapper"> <param name="decorator.parameter" value="decorator" /> <param name="parameter.name" value="confirm" /> <param name="parameter.value" value="true" /> </mapper> 이 mapper는 3개의 parameter가 존재한다. decorator.parameter : 특정 decorator의 이름을 지칭하는 리쿼스트 파라미터의 이름 parameter.name : 특정 리쿼스트 파라미터를 confirm하는데 사용하는 리쿼스트 파라미터의 이름 parameter.value : 특정 decorator 파라미터를 confirm하는데 사용하는 리쿼스트 파라미터의 값 만약 help.jsp 파일에 이 mapper에 test decorator를 적용하려면 다음의 코드로 호출하면 된다. help.jsp help.jsp?decorator=test&confirm=true
SessionDecoratorMapper	session 어트리부트에서 지정한 decorator를 선정하도록 되어 있다. 디폴트로 decorator를 session 속성에서 찾지만, decorator.parameter 속성을 통해서 오버라이드 될 수 있다.
PrintableDecoratorMapper	URL 쿼리 스트링의 printable=true라는 문자열에 반응한다. decorators.xml에 정의된 decorator중 printable decorator를 리턴할 것이다. 아래의 예는 다음을 의미한다. printable로 정의된 decoraotr는 printable=true 라는 리쿼스트가 들어올 때 해당 jsp가 적용된다. <mapper class="com.opensymphony.module. sitemesh.mapper.PrintableDecoratorMapper"> <param name="decorator" value="printable" /> <param name="parameter.name" value="printable" /> <param name="parameter.value" value="true" /> </mapper>
RobotDecoratorMapper	검색엔진 로봇에서 식별되어 지는 특정 decorator를 선정하도록 되어 있다. <mapper class="com.opensymphony.module. sitemesh.mapper.RobotDecoratorMapper"> <param name="decorator" value="robot" /> </mapper>

사용자 정의 mapper 환경 설정

sitemesh.xml

요청에 따라 적용될수 있는 mapper를 정의하기 위해서는 sitemesh.xml파일을 생성한다.

sitemesh.xml

<sitemesh>
    <property name="decorators-file" value="/WEB-INF/decorators.xml" />
    <excludes file="${decorators-file}" />

    <page-parsers>
        <parser content-type="text/html"
            class="com.opensymphony.module.sitemesh.parser.
             HTMLPageParser" />
        <parser content-type="text/html;charset=ISO-8859-1"
            class="com.opensymphony.module.sitemesh.parser. 
             HTMLPageParser" />
    </page-parsers>

    <decorator-mappers>
        <mapper class="com.opensymphony.module.sitemesh.mapper.
        ConfigDecoratorMapper">
            <param name="config" value="${decorators-file}" />
        </mapper>
    </decorator-mappers>
</sitemesh>

이 예에서 유일하게 적용된 mapper는 ConfigDecoratorMapper이다. 이 mapper는 웹페이지의 content-type이 text/html 이거나 text/html;charset=ISO-8859-1인 경우일때만 적용될 것이다. 다른 content-type(예, image/gif)의 page는 적용되지 않는다.

decorators.xml

부가적으로 패턴 매치를 이용하여 특정 파일들을 exclude하여 Sitemesh가 처리하지 않게 할 수 있다.
<excludes /> block을 이용하여 exlcude해야할 파일을 설정할 수 있다.

decorators.xml

<decorators>
    <excludes>
        <pattern>/plainPage.jsp</pattern>
        <pattern>/plain/*.jsp</pattern>
    </excludes>
</decorators>

/plainPage.jps와 /plain 디렉토리의 jsp 페이지는 장식이 전혀 되지 않는다. (패턴 매칭은 ConfigDecoratorMapper에서 사용되는 decorator 매핑처럼 정확하게 같은 룰을 따른다. )

일반적으로 <excludes /> 블럭은 decorators.xml 파일의 시작에서 추가되지만, 다른 XML 파일에서 정의할 수 있다.

디폴트 mapper 환경설정

만약 WEB-INF 디렉토리에서 sitemesh.xml이 발견되지 않으면, 디폴트 mapper 설정 화일이 사용되어 질 수 있다. 디폴트 mapper 환경설정파일의 정의는 sitemesh.jar안에 있는 sitemesh-default.xml의 설정파일이 적용된다. 그리고, 다음의 mapper들로 구성되어 진다.

PageDecoratorMapper
FrameSetDecoratorMapper
PrintableDecoratorMapper
FileDecoratorMapper
ConfigDecoratorMapper

디폴트로 오직 text/html 컨텐트 타입만 Sitemesh에 의해 decoration된다.

Freemarker 예제

Freemarker와 연동하여 decoration을 사용할 수 있다.

Freemarker lib

Freemarker lib을 사용한다.

web.xml 수정

WEB-INF/web.xml에 <web-app> 태그에 다음의 코드를 추가한다.

web.xml

<servlet>
    <servlet-name>sitemesh-freemarker</servlet-name>
    <servlet-class>com.opensymphony.module.sitemesh.freemarker.
    FreemarkerDecoratorServlet</servlet-class>
        <init-param>
                <param-name>TemplatePath</param-name>
                <param-value>/</param-value>
        </init-param>
        <init-param>
                <param-name>default_encoding</param-name>
                <param-value>ISO-8859-1</param-value>
        </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
    <servlet-name>sitemesh-freemarker</servlet-name>
    <url-pattern>*.dec</url-pattern>
</servlet-mapping>

decorators.xml 수정

\.dec 파일을 레퍼런스하여 decorators.xml을 수정한다.

decorators.xml

<#include "/includes/decorators/header.dec">
    <h2>${title}</h2>
    ${head}
    <img src="${base}/images/logo.gif" border="0">
    <td valign="top" class="body">
        <div class="header">
            <span class="pagetitle">${title}</span>
        </div>
        ${body}
    </td>
<#include "/includes/decorators/footer.dec">

Context

FreemarkerDecoratorServlet은 당신이 필요로 하게될 정보, 즉 Context object들을 저장한다.

기본 context 속성

모든 리쿼스트, 리쿼스트 파라미터, 세션, 서블릿 context 속성 그리고 어플리케이션 변수를 얻을 수 있다.

예)

${Session["user"]}

어플리케이션안에서, 세션안에서, 리쿼스트안에서 변수를 찾아낼 수 있고, 지정할 수 있다.

<#assign ww=JspTaglibs["/WEB-INF/webwork.tld"]>

JspTaglibs라고 하는 변수를 생성하고, JSP 태그 라이브러리에서 로드할 수 있도록 쓸 수 있다.

<#assign ww=JspTaglibs["/WEB-INF/webwork.tld"]>
...
<@ww.property value="myVar"/>

Sitemesh context 속성

base	request.getContextPath()
title	page title을 파싱한다. (<title>…<title>)
head	page head를 파싱한다.
body	page body를 파싱한다.
page	SiteMesh의 내부 Page object

맥에서 nodejs 삭제하기 (osx node.js delete)

Posted on 2016년 4월 5일 by heewoo

Posted in Node.js

최근 io.js 와 node.js 위원회가 코드를 통합하기로 결정한 후 드디어 노드는 다시 하나가 되었습니다.
(2015년 9월 정식 발표) 0.12 버전에서 4.0 으로 판올림을 했습니다.
node.js 4.0 은 기존의 io.js 에 반영되었던 새로운 기술들을 모두 포함하고 있습니다.

현재 시점에서 (작지만 큰 :wink: ) 변경된 사항들을 수용할 수 있다면 4.4.2 을 사용하는 것이 어떨까 고민하고 생각됩니다.
그렇지 않다면 0.12 를 사용하는 것이 안정되어 보입니다.

하지만 저는 4.4.2 최신버전을 사용해보기위해 ㅋ

맥에서 node 제거 방법을 알아봅시다


sudo npm uninstall npm -g
sudo rm -rf /usr/local/lib/node /usr/local/lib/node_modules /var/db/receipts/org.nodejs.*
sudo rm -rf /usr/local/include/node /Users/$USER/.npm
sudo rm /usr/local/bin/node
sudo rm /usr/local/share/man/man1/node.1
sudo rm /usr/local/lib/dtrace/node.d
brew install node

스스슥 지우고 난뒤

https://nodejs.org/en/download/

다시 다운받아서 설치 합니다.

D3.js 공부 자료 모음

Posted on 2016년 4월 2일 by heewoo

Posted in 미분류

대부분의 공부자료는 https://github.com/mbostock/d3/wiki/Tutorials 에 잘 나열되어 있으나 그 중에서 괜찮은 넘으로 아래와 같이 추려본다. (계속 추가 예정)

깔끔한 d3.js 소개 자료

http://macwright.org/presentations/dcjq/

d3.js 샘플 코드로 무작정 이것저것 해보다가 헤메게 되면 봐야할 자료1 – d3의 Selection에 대한 자료

http://bost.ocks.org/mike/selection/

d3.js 샘플 코드로 무작정 이것저것 해보다가 헤메게 되면 봐야할 자료2 – d3의 Join[또는 .data()]에 대한 자료

http://bost.ocks.org/mike/join/

Selection과 Join에 대해 가장 좋은 복습 거리

http://mbostock.github.io/d3/tutorial/circle.html

d3에서 사용되는 데이타에 관한 이해

http://www.jeromecukier.net/blog/2012/05/28/manipulating-data-like-a-boss-with-d3/

Jerome Cukier가 쉬운 영어로 잘 정리하는 선수같다.

d3의 Animation과 Transition

http://blog.visual.ly/creating-animations-and-transitions-with-d3-js/

Jerome Cukier가 작성한 또 하나의 좋은 자료.

d3 Realtime 차트 – 1. 좌측으로 이동하는 Bar 차트

http://mbostock.github.io/d3/tutorial/bar-2.html

d3 Realtime 차트 – 2. 축도 함께 이동하는 Line 차트

http://bost.ocks.org/mike/path/

에러 org.springframework.jdbc.BadSqlGrammarException

Posted on 2016년 4월 2일 by heewoo

Posted in SpringFramwork

org.springframework.jdbc.BadSqlGrammarException

칼럼명을 잘못 기술 하였을 경우 나타나는 에러

삽질의 끝은 어딜까요…흐흑 ㅠㅠ

정규 표현식 – 앵커(anchor)

Posted on 2016년 4월 2일 by heewoo

Posted in Javascript

1. 위치 찾기

가끔 텍스트 영역 내에 있는 특정 위치에서 텍스트를 찾아야 할 때가 있다.

위치 찾기는 텍스트 문자열 안에서 반드시 일치해야 하는 위치를 지정할 때 사용한다.

아래 예제를 보면서 위치 찾기에 대한 감을 잡아보자.

[예문]

The cat scattered his food all over the room.

[정규 표현식]

cat

[결과]

The cat scattered his food all over the room.

위 예제에서 찾으려 했던 것은 “cat”이나, cat이 포함된 scattered의 일부 역시 일치해 버렸다.

정규 표현식 cat이 “cat”이 있는 모든 부분과 일치해 버렸기 때문이다.

혹여, “cat”이라는 단어를 “dog”로 바꾸려 한다면 문제가 아닐 수 없다.

이럴 때 경계를 사용하거나 정규 표현식 앞뒤에 특정한 위치 혹은 경계를 나타내는 앵커(anchor) 메타 문자를 사용해 위치를 정해주어야 한다.

앵커 메타 문자들로는 다음과 같은 것들이 있다.

\b <-> \B
^
$

그리고 이것은 아주 중요한 내용인데,

앵커 메타 문자들은 실제로 문자와 일치하는 것이 아니고, 위치를 가리키는 것이다.

아래에 소개할 단어 경계 앵커를 사용해 \bcat\b으로 “cat”을 찾을 경우

cat 앞 뒤의 \b는 위치만 가리키지 단어와 일치하지 않기에 결과는 ‘c’,’a’,’t’ 세 글자인 것이다.

2. 단어 경계

일반적으로 가장 많이 사용하는 것이 단어 경계이다.

단어 경계는 \b로 표시하며, 단어의 시작이나 마지막을 일치시킬 때 사용한다.

주로, \b를 단어 시작과 마지막에 붙여 정규 표현식에서 찾고자 하는 단어와 완전히 일치시킬 목적으로 사용한다.

위 예제를 단어 경계를 사용하여 다시 작성해 보자.

[정규 표현식]

\bcat\b

[결과]

The cat scattered his food all over the room.

우리가 찾으려 했던 것은 정확히 “cat”과 일치하는 단어였다.

scattered의 cat 앞뒤로는 각각 ‘s’와 ‘t’이므로 공백이 아니어서 일치 대상에서 제외되었다.

그럼, \b를 단어의 앞과 뒤에만 사용하는 예제도 살펴보도록 하자.

단어 앞에 \b 사용시 단어로 시작하는 문자열을 찾을 것이고,

단어 뒤에 \b 사용시 단어로 끝나는 문자열을 찾을 것이다.

[예문]

The captain wore this cap and cape proudly as

he sat listening to the recap of how his

crew saved the man from capsized vessel.

[정규 표현식]

\bcap

[결과]

The captain wore this cap and cape proudly as

he sat listening to the recap of how his

crew saved the man from capsized vessel.

[정규 표현식]

cap\b

[결과]

The captain wore this cap and cape proudly as

he sat listening to the recap of how his

crew saved the man from capsized vessel.

그리고, 특별히 단어 경계와 일치시키고 싶지 않을 땐, \B를 사용한다.

지금까지의 메타 문자들이 그랬듯이, 대문자 메타 문자는 소문자 메타 문자의 반대 의미를 가진다.

[정규 표현식]

\Bcap

[결과]

The captain wore this cap and cape proudly as

he sat listening to the recap of how his

crew saved the man from capsized vessel.

\Bcap라고 하였으니, 이를 해석하면 cap으로 시작하지 않는 것을 일치시킨다 정도가 될 것이다.

따라서, 위 예문에서는 이에 해당하는 부분이 recap 뿐이다.

정리하자면, 단어 경계(\b)는 단어의 위치(시작, 끝, 그리고 전체 단어)를 기반으로 위치를 찾는다.

\B는 정확히 \b의 반대 기능을 수행한다.

3. 문자열 경계

문자열 경계는 전체 문자열의 위치(시작이나 마지막 부분)를 기반으로 위치를 찾는다.

문자열의 시작 위치 : ^(캐럿)
문자열의 마지막 위치 : $(달러)

^(캐럿)은 문자 집합([])안에서 사용시 해당 집합 내 모든 문자를 일치 대상에서 제외시키는 기능을 가지고 있다.

(“정규 표현식 – 문자 집합으로 찾기” 문서의 “제외하고 찾기” 챕터 참고)

집합 밖에서 정규 표현식의 시작 부분에 ^(캐럿) 메타 문자를 사용하면, 문자열의 시작 부분과 일치한다.

1) 시작 위치

XML 문서의 헤더가 올바르게 포함되어 있는지 체크하는 예제를 살펴보면서 ^(캐럿) 사용법에 대해 익혀보자.

[예문]

<?xml version=”1.0″ encoding=”UTF-8″ ?>

</unattend>

[정규 표현식]

\<\?xml.*?\?\>

[결과]

<?xml version=”1.0″ encoding=”UTF-8″ ?>

</unattend>

위에서 사용했던 정규 표현식을 하나씩 까보면…

< 을 표현하기 위한 \< (이스케이프)
? 을 표현하기 위한 \? (이스케이프)
xml
없거나 하나 이상의 문자를 위한 게으른 수량자 .*?
? 을 표현하기 위한 \? (이스케이프)
> 을 표현하기 위한 \> (이스케이프)

음… 당장의 결과만 놓고 보면 지금의 정규 표현식으로도 충분히 xml 헤더 검증을 할 수 있을 것 같지만,

다음의 두 가지 규칙을 충족시키지 못했다.

XML 문서의 첫 라인에 헤더가 위치할 것
헤더 시작 이전에 공백이 포함될 수 있음

따라서, ^(캐럿)을 이용해 헤더가 텍스트 영역 내 시작 부분에 위치하는지 체크해 보아야 한다.

그리고, 헤더 앞에 존재할 수 있는 공백 처리를 위해 \s* (공백이 없거나 하나 이상)도 추가한다.

[예문]

Incorrect!!!

<?xml version=”1.0″ encoding=”UTF-8″ ?>

</unattend>

[정규 표현식]

^\s*\<\?xml.*?\?\>

[결과]

Incorrect!!!

<?xml version=”1.0″ encoding=”UTF-8″ ?>

</unattend>

^(캐럿)을 이용해 시작 위치에 대한 체크를 추가하였기에, 위 예문과 정규 표현식은 아무런 일치 결과를 얻지 못했다.

2) 마지막 위치

$(달러) 역시 ^(캐럿)과 유사한 방법으로 사용한다.

^(캐럿)이 문자열의 시작 위치를 찾기 위해 정규 표현식의 제일 앞에 위치했다면,

$(달러)는 문자열의 마지막 위치를 찾기 위해 정규 표현식의 제일 마지막에 위치한다.

아래 예제는 웹 페이지에서 닫는 </html> 태그 뒤 공백을 제외한 아무 문자도 나오지 않는지 확인한다.

[정규 표현식]

\<\/[Hh][Tt][Mm][Ll]\>\s*$

근데 사실 \s*$는 거의 항상 일치하기 때문에, 자주 사용되진 않는다.

어느 문자열이 \s*$로 끝나지 않겠는가?

4. 멀티라인 모드

^(캐럿)은 전체 문자열의 시작 위치와 일치하고, $(달러)는 전체 문자열의 마지막 위치와 일치한다.

위치를 찾는 대상이 전체 문자열이기에, 멀티 라인 문자열의 경우 첫 라인과 마지막 라인에만 ^(캐럿)과 $(달러)가 반응한다.

멀티라인으로 구성된 문자열에서 ^(캐럿)과 $(달러)가 라인별 시작과 끝 위치를 일치시키게 하려면, 정규 표현식을 멀티라인 모드로 변경시켜야 한다.

그 역할을 하는 것이 바로 (?m)메타 문자이다.

(?m) 메타 문자는 줄바꿈 메타 문자들(\r?\n)을 문자열 델리미터로 인지해 라인 단위로 정규 표현식을 적용한다.

참고로, (?m)은 반드시 정규 표현식의 제일 앞에 위치해야 하며, 이를 지원하지 않는 정규 표현식 엔진도 적지 않다고 한다.

(자신의 사용하는 정규 표현식 엔진이 멀티라인 모드를 지원하는지, 지원한다면 어떤 방법을 쓰는지 알아봐야 될 듯 하다)

그럼 전체 문자열에서 라인 단위(by 뉴라인 문자)로 시작과 끝 위치를 찾아보아야 하는 예제를 살펴보자.

소스 코드에서 특정한 키워드를 찾거나 주석 등을 찾을 때 유용할 듯 하다.

아래 예제는 주석 부분이 아닌 enum을 선언하는 키워드만 검색하려는 예제이다.

[예문]

enum AAA // this is AAA enum

{

};

struct BBB

{

enum CCC

{

};

enum DDD // this is DDD enum

{

};

[정규 표현식]

(?m)^\s*enum

[결과]

enum AAA // this is AAA enum

{

};

struct BBB

{

enum CCC

{

};

enum DDD // this is DDD enum

{

};

만약 위 예제에서 정규 표현식을 멀티라인 모드로 만들지 않았다면(즉, (?m)으로 시작하지 않았다면)

젤 첫 라인의 enum 키워드만 제대로 일치되었을 것이다.

공백 처리를 위해 \s*을 사용한 부분 역시 놓치지 말자.

5. 정리

정규 표현식은 텍스트의 어떤 구역이나 문자열의 특정 위치에서도 텍스트를 찾을 수 있도록 다양한 앵커 메타 문자를 지원한다.

\b는 단어 경계를 지정할 때 사용한다.
\B는 \b의 완전히 반대되는 의미이다.
^(캐럿)과 $(달러)는 문자열 경계(시작과 끝 위치)를 나타낸다.
(?m)은 정규 표현식을 멀티라인 모드로 변경해, ^(캐럿)과 $(달러)가 라인 단위로 시작과 끝을 나타내게 해 준다.

여러 개의 row를 한 줄로 가져오기 (GROUP_CONCAT)

Posted on 2016년 4월 2일 by heewoo

Posted in Databases

문제:
게시판 전체 목록의 태그들을 각각 가져와 한 줄로 뿌려주려고 한다.
각 게시물에 해당하는 태그 목록을 각각 조회해 가져오자니 너무 비효율적이라서,
게시물에 해당하는 태그(여러 개의 row)의 값을 공백으로 구분으로 넣으려고 한다.
데이터베이스는 mysql을 사용한다.

해결책:
mysql의 GROUP_CONCAT 함수를 사용하면 된다.

GROUP_CONCAT(DISTINCT test_score ORDER BY test_score DESC SEPARATOR ‘ ‘)

와 같이 사용한다.

mysql reference에 잘 설명되어 있다. 참고하자.

스프링 어노테이션 annotation 정리

Posted on 2016년 4월 2일 by heewoo

Posted in SpringFramwork

관련 문서

http://docs.spring.io/spring/docs

개발단계에서 사용빈도가 높은 어노테이션 위주로 정리.

목차에 없는 항목은 API 문서를 참고할 것. 구글링하는게속편한건함정

@Component

패키지: org.springframework.stereotype

버전: spring 2.5

설정 위치: 클래스 선언부 앞

<context:component-scan> 태그를 설정파일에 추가하면 해당 어노테이션이 적용된 클래스를 빈으로 등록하게 된다. 범위는 디폴트로 singleton이며 @Scope를 사용하여 지정할 수 있다.

사용하려면 XML 설정파일에 <context:component-scan>을 정의하고 적용할 기본 패키지를 base-package 속성으로 등록한다.

context:annotation-config 태그는 어노테이션과 관련해서 다음의 BeanPostProcessor를 함께 등록 한다.

@Required(RequiedAnnotationBeanPostProcessor)
@Autowired(AutowiredAnnotationBeanPostProcessor)
@Resource, @PostConstruct, @PreDestory(CommonAnnotationBeanPostProcessor)
@Configuration(ConfigurationClassPostProcessor)
그 외 Repository, Service, Controller 포함

예를 들어 다음처럼 설정하면:

<context:component-scan base-package=”xxx”/>

xxx 패키지 하위에 @Component로 선언된 클래스를 bean으로 자동 등록한다. bean의 이름은 해당 클래스명(첫글자는 소문자)이 사용된다.

<context:component-scan /> 요소에는 scoped-proxy 속성이 존재 한다. scoped-proxy는 <aop:scoped-poxy/>처럼 WebApplicationContext 에서만 유효하며 “session”, “globalSession”, “request” 이외의 scope는 무시 되며 아래의 3가지 값을 설정 할 수 있다.

no: proxy를 생성하지 않는다.(기본값)
interfaces: JDK Dynamic Proxy를 이용한 Proxy 생성
targetClass: 클래스에 대해 프록시를 생성(CGLIB를 이용한 Proxy 생성)

@Component

@Scope(“prototype”) // 생략하면 싱글톤

public class Test {

…..

}

Decorator Tags

<decorator:head />

<decorator:body />

<decorator:title [ default=”…” ] />

<decorator:getProperty property=”…” [ default=”…” ] [ writeEntireProperty=”…” ]/>

<decorator:usePage id=”…” />

Page 태그

<page:applyDecorator name=”…” [ page=”…” title=”…” ] > …..body…. </page:applyDecorator>

<page:param name=”…”> … </page:param>

DecoratorMappers

Mapper의 종류

사용자 정의 mapper 환경 설정

sitemesh.xml

decorators.xml

디폴트 mapper 환경설정

Freemarker lib

web.xml 수정

decorators.xml 수정

Context

기본 context 속성

Sitemesh context 속성

@Component

@Required

@Autowired

@Qualifier

@Resource

@Scope

@PostConstruct

@PreDestroy

@Inject

@Service

@Repository

@Controller

@RequestMapping

@RequestParam

@SessionAttributes

@InitBinder

@ModelAttribute

@RequestBody

@ResponseBody

@PathVariable