일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- War
- tomcat
- jsp
- hashcode
- 스프링프레임워크
- REST
- 웹프로젝트
- Jenkins
- annotaion
- gitlab
- springboot
- java
- SpringFramework
- Spring Boot
- Web
- git
- 스프링부트
- mybatis
- Spring Framework
- Spring
- 이클립스
- spring-framework
- soap
- oracle
- JAR
- Gradle
- Linux
- Pipeline
- maven
- 개발
- Today
- Total
목록분류 전체보기 (50)
Verity's Daily Logs_
CentOS에서 자바 버전 1.6에서 1.8로 업그레이드하는 과정을 정리한다. 1. ROOT 계정으로 전환(원활한 작업을 위해) [user@localhost ~]$ su - Password: Last login: Mon Jan 11 00:25:59 EST 2021 on pts/2 2. 현재 자바버전 확인 [root@localhost ~]# java -version Java version "1.6.0_43" Java(TM) SE Runtime Environment (build 1.6.0_43-b01) Java HotSpot(TM) 64-bit Server VM (build 20.14-b01, mixed mode) 3. 설치 가능한 openJDK버전 확인 [root@localhost ~]# yum list ..

서비스 제공 목적의 애플리케이션을 개발하다 보면 개발용 설정과 실제 서비스용 설정이 다른 경우가 빈번히 발생한다. 데이터베이스 정보, 로깅 레벨 설정이 그 대표적인 예이다. 그때그때 필요에 따라 스프링 부트 설정 파일(application.yml)내용을 지웠다 썼다 할 수 있지만, 이건 너무 비효율적인 방법이다. 실행환경에 맞는 설정 파일을 사용할 수 있는 방법을 정리할 것이다. 1. resources 구성 스프링부트 프로젝트의 기존 resources 폴더를 개발환경별로 새로 생성해줌으로써 application.yml 파일도 각각 만들어 준다. 나는 개발환경(dev)과 운영환경(prod) 두 가지로 나눌 것이기 때문에 아래 이미지와 같이 resources-[환경명]으로 각각 생성했다. applicatio..

JSP를 사용한 Spring boot프로젝트에서 gradle + 내/외장 톰캣을 이용하여 서비스 배포하는 과정을 정리하고자 한다. 이전 포스팅(hye0-log.tistory.com/28)에서 WAR를 이용하여 배포하는 방법은 간단하다고 했지만, 사실 그것 외에도 부가적인 작업들이 필요하다. 스프링 부트 애플리케이션을 로컬 - 내장톰캣 - 외장 톰캣순으로 모두 실행시켜 보면서 각각 필요한 설정이 무엇인지 정리할 것이다. 1. build.gradle 수정 war로 빌드하기 위하여 build.gradle 파일을 수정한다. 아래 두 가지 방법 중 아무거나 사용하여도 war로 빌드하는 데에 문제는 없지만, 스프링 문서에서 소개하는 방법은 apply plugin: 'war' 를 추가하는 것으로, 다른 이슈가 없다면..

SpringBoot + JSP 조합으로 작성된 프로젝트를 JAR로 빌드하여 실행시켜 보면 브라우저에서 "Whitelabel Error Page" 오류가 뜨는 것을 볼 수 있다. 이는 내장 톰캣을 사용하는 스프링 부트 애플리케이션에서 JSP 템플릿이 제대로 지원되지 않아서 발생하는 오류다. 여기서 중요한 것은 SpringBoot + JSP 조합 자체가 문제가 있다는 것이 아니라, JAR를 이용하여 서비스할 때 JSP로딩에 문제가 있다는 것이다. (간혹 SpringBoot + JSP 조합자체에 문제를 제기하는 사람이 있어 글을 정리하게 됨) 1. JSP Limitations Spring Boot Docs에서 소개하는 제약사항은 아래와 같다. Jetty/Tomcat 등 서블릿컨테이너에서 실행 가능한 JAR(e..