IntelliJ 에서 Gradle 기반의 프로젝트를 개발하면, 아래 그림과 같이 build 폴더와 out 폴더가 있는 것을 발견하게 된다. 막상 열어보면, 둘다 컴파일한 class 파일을 가지고 있다. 왜 컴파일한 같은 파일을 중복으로 가지고 있는 것일까 하고 의아해 할 수 있다. 결론부터 말하자면, gradle build 시에는 build 폴더에, IntelliJ 에서 빌드시에는 out 폴더에 build 파일이 생성되게 된다. IntelliJ 의 Project Setting 에 보면, Project > Project compiler output 에 out 폴더가 지정되어 있는 것을 볼 수 있다. 그래서 Gradle clean 을 하게 되면, out폴더는 삭제되지 않고 build 폴더만 삭제되게 된다.
Spring Boot에서 Spring Cloud 를 사용할 때는, 반듯이 호환되는 버전을 사용해 줘야 한다. 그렇지 않으면 spring boot 기동에 실패를 하게 된다. 호환 되는 버전은 아래 테이블과 같다. Release Train Boot Version Hoxton 2.2.x, 2.3.x (Starting with SR5) Greenwich 2.1.x Finchley 2.0.x Edgware 1.5.x Dalston 1.5.x Spring Cloud 페이지에 가보면( https://spring.io/projects/spring-cloud ) Hoxton SR7 으로 되어있다. 따라서, Spring Boot는 2.2.x 나 2.3.x 버전을 사용하면 된다. 여기서 SR7은 Service Release..
클래스패스란, JVM이나 Java 컴파일러에 사용자정의 클래스와 패키지의 위치를 지정해주는 파라메터 이다. 쉽게 말해, 자바가 클래스를 찾아 사용을 해야하는데 클래스들이 어디 있는지 위치를 지정해주는 값이다. 아래의 MyClass.java 파일을 컴파일 해서, 실행을 해보자. /Users/charlieshin/javatest/MyClass.java public class MyClass{ public static void main(String[] args){ System.out.println("Happy Coding!"); } }java 파일을 컴파일 하고, MyClass 를 수행해주면 된다. javatest $ javac MyClass.java javatest $ ls MyClass.class MyCla..
- Total
- Today
- Yesterday
- Postman
- Index
- AWS
- tomcat
- spring
- spring boot
- intellij
- maven
- gradle
- Log
- Size
- SpringBoot
- Filter
- Container
- scala
- plugin
- install
- Linux
- logstash
- Kibana
- apm
- Java
- elasticsearch
- JPA
- Git
- JSON
- docker
- mac
- error
- Spark
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 | 31 |