Kamsi's Blog

Gradle의 멀티 프로젝트를 이용하여 모듈식 웹 프로젝트를 만들고 싶었다.

공통 부분과 그렇지 않은 부분을 업무별로 구성하여 각 프로젝트마다 필요한 업무를 조합하여 제공하고자 하는것이 목표였다.

열심히 구글링을 하였으나 멀티 프로젝트를 만드는 것은 많이 있지마 웹을 처리하는 방식은 없었다.

그래서 그냥 한번 이것 저것 찾아 보면서 한번 만들어 보기로 했다.

1. 전체 프로젝트 구조

프로젝트의 순서는 다음과 같이 정의 했다.

kamsi-system을 기본으로 하여 하위 프로젝트는 다음 순과 같이 정의를 하였다.

kamsi-common > kamsi-planner

kamsi-common을 kamsi-planner에서 Import 하여 배포하는 프로젝트라고 정의 했다.

2. Root Project

2.1. settings.gradle 생성

rootProject.name = 'kamsi-system'

include 'kamsi-common'
include 'kamsi-planner'

2.2. build.gradle

allprojects {

apply plugin: 'java'
apply plugin: 'eclipse-wtp'

ext {
     springVersion = '4.3.6.RELEASE'
     springSecurityVersion = '4.2.0.RELEASE'
     tilesVersion = '3.0.7'
     mybatisVersion = '3.4.1'
     mybatisSpringVersion = '1.3.0'
     log4jVersion = '2.8'
     poiVersion = '3.15'
}

 

repositories {
     mavenCentral()
     maven {
          name "OJDBC"
          url "http://repo.spring.io/libs-release"
     }
     maven {
          name "eGovFramework"
          url "http://maven.egovframe.kr:8080/maven/"
     }
 }

 

 dependencies {

  compile "org.springframework:spring-aop:${springVersion}"
  compile "org.springframework:spring-context:${springVersion}"
  compile "org.springframework:spring-web:${springVersion}"
  compile "org.springframework:spring-webmvc:${springVersion}"
  compile "org.springframework:spring-jdbc:${springVersion}"

  compile "org.springframework.security:spring-security-acl:${springSecurityVersion}"
  compile "org.springframework.security:spring-security-aspects:${springSecurityVersion}"
  compile "org.springframework.security:spring-security-config:${springSecurityVersion}"
  compile "org.springframework.security:spring-security-core:${springSecurityVersion}"
  compile "org.springframework.security:spring-security-taglibs:${springSecurityVersion}"
  compile "org.springframework.security:spring-security-web:${springSecurityVersion}"

  compile "org.springframework:spring-websocket:${springVersion}"

  compile "egovframework.rte:egovframework.rte.ptl.mvc:3.5.0"

  compile "org.mybatis:mybatis:${mybatisVersion}"
  compile "org.mybatis:mybatis-spring:${mybatisSpringVersion}"

  compile "org.aspectj:aspectjweaver:1.9.1"

  compile "javax.servlet:javax.servlet-api:3.1.0"
  compile "javax.servlet:jstl:1.2"
  compile "javax.servlet.jsp:jsp-api:2.2"

  compile "javax.validation:validation-api:1.1.0.Final"
  compile "com.fasterxml.jackson.jaxrs:jackson-jaxrs-base:2.5.2"

  compile "org.apache.tiles:tiles-api:${tilesVersion}"
  compile "org.apache.tiles:tiles-jsp:${tilesVersion}"

  compile "commons-io:commons-io:2.5"
  compile "commons-fileupload:commons-fileupload:1.3.2"
  compile "commons-beanutils:commons-beanutils:1.9.2"
  compile "org.apache.commons:commons-dbcp2:2.1"
  compile "org.apache.commons:commons-lang3:3.5"

  compile "org.apache.logging.log4j:log4j-slf4j-impl:${log4jVersion}"
  compile "org.apache.logging.log4j:log4j-core:${log4jVersion}"
  compile "org.apache.logging.log4j:log4j-api:${log4jVersion}"

  compile "org.hibernate:hibernate-validator:5.1.3.Final"

  compile "org.apache.poi:poi-ooxml-schemas:${poiVersion}"
  compile "org.apache.poi:poi:${poiVersion}"
  compile "org.apache.poi:poi-ooxml:${poiVersion}"
  compile "org.apache.poi:poi-scratchpad:${poiVersion}"

  compile "com.oracle:ojdbc6:12.1.0.1-atlassian-hosted"
  compile "org.bgee.log4jdbc-log4j2:log4jdbc-log4j2-jdbc4.1:1.16"

  compileOnly "org.projectlombok:lombok:1.16.20"
  compileOnly 'javax.servlet:javax.servlet-api:3.1.0'

}

}

subprojects {

task initSourceFolders {
     sourceSets*.java.srcDirs*.each {
         if( !it.exists() ) {
             it.mkdirs()
         }
     }

     sourceSets*.resources.srcDirs*.each {
         if( !it.exists() ) {
             it.mkdirs()
         }
     }

// webapp 폴더 생성

   def webappDir = new File("${projectDir}/src/main/webapp/WEB-INF")

   if( !webappDir.exists() ) {

webappDir.mkdirs()

   }

 }

}

위의 두가지 settings.gralde와 build.gradle을 생성 또는 수정한 후 Gradle build를 실행한다.

실행하고 나면 Eclipse 에 총 3개의 프로젝트가 생성되는것을 확인할 수 있다.

allprojects { ... } 생성되는 모든 프로젝트에 적용 되어져 모든 프로젝트에 Dependence에 정의된 라이브러리 들이 추가 된다.

subprojects { ... } 에 있는 내용은 하위 프로젝트에 source 파일이 담길 [ src/main/java, src/test/java] 와 [ src/main/webapp/WEB-INF ]를 생성하도록 설정 한다.

3. kamsi-common 프로젝트

앞서 말한바와 같이 프로젝트의 공통 부분이 들어갈 최상위 프로젝트이다.

Java Config 및 Security 또한 기본으로 사용되는 WEB Resource 등을 관리한다고 가정한다.

3.1 build.gradle

//apply plugin: 'war'

group = 'com.kamsi'
version = '0.0.1-SNAPSHOT'

 

jar {

metaInf {
    from 'src/main/webapp'
    into 'resources'

}

destinationDir rootProject.buildDir

}

위의 붉고 굵은 글씨의 항목이 중요한 부분이다.

지금까지 상위항목을 사용하기 위하여 이것저것을 해 보았지만 적용이 되지 않았다.

이클립스에서 java build path에 해당 프로젝트를 add 해도 적용이 되어지지 않았다.

그래서 구글링한 결과 사용하려면 jar 파일로 저장을 해서 import 시키는 것이 좋을 듯하다는 판단으로 소스를 jar로 묶어서 import 하였으나... 문제는 jsp 등 WEB-INF 하위에 있는 항목들을 불러 오지 못하는.... 그런 경우가 생겨 버렸다.

결국 jsp를 사용하고자 하면 jar 파일안에 있는 META-INF/resources 폴더 밑으로 들어가야 한다고 한다.

java 쪽에서 그렇게 정리를 해 놨다고 한다.

위의 붉고 굵은 글씨로 된 코드가 바로 그 부분이다.

이후 우리가 작성하던 방식대로 프로그램을 작성하면 된다.

4. kamsi-planner 프로젝트

해당 프로젝트에서는 kamsi-common을 사용하여 공통을 제외한 planner에 대하여만 작성을 하도록 설정한다.

4.1 build.gradle

apply plugin: 'war'

group = 'com.kamsi'

version = '0.0.1-SNAPSHOT'

war {

    baseName = 'duego-esh-web'

    version = '0.0.2-SNAPSHOT'

}

dependencies {

compile files("../build/kamsi-common-0.0.1-SNAPSHOT.jar")

}

jar {

    metaInf {

    from 'src/main/webapp'

    into 'resources'

    }

destinationDir rootProject.buildDir

}

/*********************************************************************

 * 테스트를 위한 jar 생성

 */

[compileJava, compileTestJava]*.options*.encoding = 'UTF-8' // 인코딩 UTF-8로 통일.

task subprojectBuild(type: Test) {

dependsOn ':kamsi-common:jar'

}

assemble.finalizedBy(subprojectBuild)

위의 소스와 같이 build과 정중 assemble task를 실행할 때 kamsi-common 프로젝트를 jar로 묶어주는 도록 처리를 했으며

또한 jar 파일을 묶은 kamsi-common 프로젝트를 dependencies 하도록 설정하였다.

이렇게 다 작성을 하고 kamsi-planner에서 WEB을 구동하였더니.....

Web Resources(css, javascript)를 찾아 오지 못하는 현상이 발생했다.

이러한 경우 jar 파일의 Web Resource 를 읽어 올수 있도록 처리를 해 줬다.

https://bit.ly/2lRwttG <-- 여기서 확인

이상으로 아주 간략하게 설정을 해 본 것이고... 

아주 초보적인 관점에서 처리 한것이라서... 

더 공부를 진행해야 겠다는 생각만이...ㅜㅜ

Spring Security 설정 파일에서 다음과 같이 설정한다.

@Configuration

@Import({SecurityBeanConfig.class})

@EnableWebSecurity

public class SecurityConfig extends WebSecurityConfigurerAdapter {

  ...

@Autowired

private FilterSecurityInterceptor filterSecurityInterceptor;

  ...

@Override

public void configure(WebSecurity web) throws Exception {

web

.ignoring()

.antMatchers("/resources/**")

.and()

.privilegeEvaluator(webInvocationPrivilegeEvaluator());

}  

   ...

/**

* Cusome Tag를 사용하여 Web 페이지에서 권한을 체크하고 싶을 때 사용함.

*

* <code>

* <sec:authorize url="/admin/stats/index.jsp">

* <a href="<spring:url value="/admin/stats/index.jsp"/>">link</a>

* </sec:authorize>

* </code>

*

* @return

*/

@Bean

public WebInvocationPrivilegeEvaluator webInvocationPrivilegeEvaluator(){

return new DefaultWebInvocationPrivilegeEvaluator(filterSecurityInterceptor);

}

}

사용은 위의  주석과 같이

체크하고자 하는 경로를 넣어 주면 접근이 가능한지 여부를 판단하여 준다.

<sec:authorize url="/admin/stats/index.jsp">

<a href="<spring:url value="/admin/stats/index.jsp"/>">link</a>

</sec:authorize>

PHP 설정에서 register globals가 off 일 경우 처리

if (! ini_get('register_globals')) {

 

Static $superGlobals    = array(

'e' => '_ENV'       ,

'g' => '_GET'       ,

'p' => '_POST'      ,

'c' => '_COOKIE'    ,

'r' => '_REQUEST'   ,

's' => '_SERVER'    ,

'f' => '_FILES'

);

foreach( $superGlobals as $key => $val ) {

foreach( ${$superGlobals[$key]} as $valKey => $valVal ) {

${$valKey} = $valVal;

}

}

}

1. Lombok 다운로드

- http://projectlombok.org/download

2. Lombok 설치

- 다운로드 경로로 이동

- java -jar lombok.jar 실행

- 위와 같은 화면이 뜨면 확인 버튼 클릭

- Specify location... 버튼을 클릭하여 Eclipse.exe 파일을 찾아서 선택

- Install / Update 버튼 클릭

- Quit Installer 버튼 클릭

3. 프로젝트에 Lombok Dependency 추가

- Maven dependency

<dependency>

    <groupId>org.projectlombok</groupId>

    <artifactId>lombok</artifactId>

    <version>1.16.20</version>

    <scope>provided</scope>

</dependency>

- Gradle dependency

provided group: 'org.projectlombok', name: 'lombok', version: '1.16.20'

1. Eclipse 플러그인 설정

- Eclipse Marketplace 에서 gradle 검색

- Buildship Gradle Integration 2.0 인스톨

- 설치 완료 후 Ecilpse 재시작

2. Gradle 프로젝트 생성

- File > New > Project 메뉴 선택

- Gradle > Gradle Project 선택

3. Source Folder 및 Web Folder 생성

- Java Resources 에 Source Folder 추가

  : src/main/resources

- 하단 src/main 하위폴더로 Web Folder 생성

  : webapp

  : webapp/WEB-INF

전체 폴더 구조

3. Gradle 설정

- build.gradle 파일 오픈

- plugin 설정

apply plugin: 'java'

apply plugin: 'eclipse-wtp'

apply plugin: 'war'

- property 설정

ext {

  springVersion = '4.3.6.RELEASE'

  springSecurityVersion = '4.2.0.RELEASE'

  tilesVersion = '3.0.7'

  mybatisVersion = '3.4.1'

  mybatisSpringVersion = '1.3.0'

  log4jVersion = '2.8'

  poiVersion = '3.15'

}

dependencies {

  compile "org.springframework:spring-aop:$rootProject.ext.springVersion"

  compile "org.springframework:spring-context:$rootProject.ext.springVersion"
  ...

}

=IF( ISERROR(VLOOKUP(C2,$A$2:$A$260, 1, FALSE)),FALSE, TRUE)

스프링 동적리스트 바인딩의 경우 최대 256개까지가 기본설정으로 되어 있다.

만약, 256개 이상을 파라미터로 넘기게 된다면 IndexOutOfBoundsException이 발생하게 될 것이다.

@InitBinder

public void initBinder(WebDataBinder binder) {

    binder.setAutoGrowCollectionLimit(1024);

}

위와 같이 Controller에 추가를 하여 해결하면 된다.

다른 방법으로 톰캣의 경우 설정하는 법도 있곤 한데.. 그냥 이걸로...ㅋ

제목을 써 놓고도 제목이 어렵네용..ㅡㅡ;;

여튼 RESTFul 서비스를 하여 JSON 으로 결과 값을 받을 경우

public class ResponseWrapper {

...

private Object data;

...

}

위와 같은 방식으로 Data를 받을 경우 저 Data의 값이 어떠한 타입인지 모르기 때문에 

결과 적으로는 

{

success : true,

data : { userId=kamsi76, password=1234 }

}

이렇게 data가 JSON 형식이 아닌 형식으로 받게 되어 맵핑이 정상적으로 되지 않습니다.

그래서 다음과 같이

public class ResponseWrapper<T> {

...

private T data;

...

}

이렇게 처리 하면 되겠구나 하고 다시 수정을 했으나....

다음과 같은 문제가 발생을 합니다.

RestTemplate restTemplate = getRestTemplate();

ResponseEntity<ResponseWrapper<UserVo>> response = restTemplate.exchange(

url,

method,

null,

ResponseWrapper.class

);

이런식으로 하면 오류가 발생한다는....

그래서 구글링 한 결과

RestTemplate restTemplate = getRestTemplate();

ResponseEntity<ResponseWrapper<UserVo>> response = restTemplate.exchange(

url,

method,

null,

new ParameterizedTypeReference<ResponseWrapper<UserVo>>() {});

);

이렇게 하면 정상 동작을 합니다...

하지만 여기서 더 나아가...

저걸 공통으로 사용하기 위해 Util을 만들어서 사용한다고 할 경우

public <V, T> ResponseEntity<ResponseWrapper<T>> send(String url, V sendObj, Class<T> responseType, HttpMethod method) {

RestTemplate restTemplate = getRestTemplate();

ResponseEntity<ResponseWrapper<T>> response = restTemplate.exchange(

url,

method,

getEntity(sendObj),

new ParameterizedTypeReference<ResponseWrapper<T>>() {});

return response;

}

이렇게 처리하면 될 줄 알았습니다....

그런데... 정상 동작하지 않고 

{

success : true,

data : { userId=kamsi76, password=1234 }

}

결과가 이렇게 나와 버리는 현상이 나오게 되었습니다..

다시 구글링....

그래서 최종 소스는 다음과 같습니다..

public class RESTUtil {

...

public <V, T> ResponseEntity<ResponseWrapper<T>> send(String url, V sendObj, Class<T> responseType, HttpMethod method) {

RestTemplate restTemplate = getRestTemplate();

ResponseEntity<ResponseWrapper<T>> response = restTemplate.exchange(

url,

method,

getEntity(sendObj),

new ParameterizedTypeReference<ResponseWrapper<T>>() {

public Type getType() {

return new CustomParameterizedTypeImpl((ParameterizedType)super.getType(), new Type[] { responseType});

}

}

);

return response;

}

//내부 클래스로 두었슴...

class CustomParameterizedTypeImpl implements ParameterizedType {

    private ParameterizedType delegate;

    private Type[] actualTypeArguments;

    CustomParameterizedTypeImpl(ParameterizedType delegate, Type[] actualTypeArguments) {

            this.delegate = delegate;

            this.actualTypeArguments = actualTypeArguments;

        }

@Override

public Type[] getActualTypeArguments() {

return actualTypeArguments;

}

@Override

public Type getRawType() {

return delegate.getRawType();

}

@Override

public Type getOwnerType() {

return delegate.getOwnerType();

}

}

}

이와 같이 사용하면 정상 동작합니다.

이상입니다.

사용 :

Method PUT을 사용할 경우

Method DELETE를 사용할 경우

Express.js의 라우팅은 URI(경로), HTTP 요청 Method(GET, POST 등)의 특정 엔드포인트에 대한 클라이언트 요청에 응답하는 방법을 결정하는 것을 말합니다.

라우트 Method 설정

라우터의 기본 구조는 다음과 같습니다.

app.method(path, handler)

• method - HTTP 요청 Method
• path - 엔드포인트 경로
• handler - 클라이언트 접속 시 실행 되는 함수

위의 구조를 보듯이 각 메소드 별로 처리 라우터를 지정할 수 있다.

1. GET 방식 호출

2. POST 방식 호출

3. PUT 방식 호출

4. DELETE 방식 호출

5. 모든 Method 접근 허용

라우트 경로 설정

라우트 경로는 문자열 또는 문자열 패턴 그리고 정규식으로 지정할 수 있습니다.

1. 문자열

기본은 위의 예제와 같이

이렇게 호출 됩니다.

/about 에 접근하자 할 경우에는 다음과 같이 작성을 하면 됩니다.

2. 문자열 패턴

다음 예제는 경로가 /abcd 또는 /acd 에 접근이 가능하도록 합니다.

다음 예제는 /abcd 또는 /abbbbbbcd 등의 경로에 접근이 가능하도록 합니다. 

다음 예제는 /abcd 또는 /ab123cd 등과 같이 ab와 cd 사이에 어떠한 문자가 와도 접근이 가능하도록 합니다.

3. 정규식

다음은 예제는 a가 포함된 모든 경로에 접근하도록 합니다.

다음 예제는 fly로 끝나는 경로에 접근이 가능하도록 합니다.

라우트 핸들러(Callback 함수)

라우팅 핸들러는 하나 이상으로 설정이 가능합니다.

위와 같이 라우터 핸들러를 하나만 가지는걸 기본으로 하지만 다음과 같이 1개 이상의 라우터 핸들러를 처리할 수도 있습니다. 그러기 위해서는 next() 를 반드시 호출해 줘야 합니다. 

위와 같이 next를 사용하면 다음 핸들러를 호출할 수 있습니다.

또한 함수들을 만들어서 배열 형태로 라우트 처리를 할 수 있습니다.

Console 결과는 다음과 같습니다.

app.route()

라우트 경로에 대한 체인이 가능하도록 작성이 가능합니다.

정의된 체인 라우트 핸들러는 다음과 같이 사용합니다.

express.Router

express.Router을 사용하면 모듈식 라우트 핸들러를 작성할 수 있습니다.

express.Router로 작성은 Java 웹프로그램으로 따졌을 때 Controller과 비슷하다(??) 라고 할 수 있을 듯하네요.

위의 chain route를 기준으로 모듈 작성은 다음과 같이 합니다.

이렇게 모듈을 생성을 하고 app메서는 다음과 같이 로딩합니다.

그리고 최종적으로 브라우저에서 확인을 해보면 결과를 확인할 수 있습니다.