이번장은 또 어떻게 해야할까?
28장에서 했던 프로젝트를 개선하는 방향으로 진행하면 좋을 것 같다.
Spring 5 + Maven 프로젝트하고, Spring Boot 3 + Gradle 프로젝트로 나눠서 하면 괜찮겠다.
- Spring Boot 2 + JSP + Maven 빌드
- 프로젝트: my-board-boot2
- MyBatis 사용
- Spring Boot 3 + Thymeleaf + Gradle 빌드
- 프로젝트: my-board-boot3
- 먼저 장에서 JSP로 작성했던 게시판 View들을 Thymeleaf로 바꾸는게 번거롭긴 할 것 같음.
- JPA + Querydsl 로 바꿀수 있을까? (Oracle 계층 쿼리 목록은 Native 쿼리로 밖에 안될 것 같음.) 이 부분은
- MyBatis 기반으로 우선 완료한 후, 괜찮으면 JPA로 변경 진행해보자 😅
✨ DB는 둘 다 Oracle 18c만 사용하도록 하고,
ORDER SIBLINGS BY를 유연하게 처리할 수 있는 방법을 찾으면 다른DB도 써보자.
- ...
- 지금은 17장까지 진행한 내용대로 개시물 한개당 1개의 이미지를 첨부할 수 있게 진행을 했다.
- 게시물에 여러개 이미지 파일을 첨부 할 수 있도록 백앤드와 프론트앤드를 수정해야한다.
ExERD를 사용할 수 없으니, 이전에 Visual Paradigm을 사용했는데... 이번에도 그대로 쓰자. 😅
| 컬럼명 | 한글명 | 타입 | 설명 |
|---|---|---|---|
| uuid | UUID | VARCHAR(100) | UUID |
| file_name | 파일명 | VARCHAR(250) | |
| file_type | 파일 타입 | CHAR(1) | I는 이미지, F 일반파일, 기본 값 I |
| register_date | 등록 일시 | DATE | |
| article_no | 게시물 번호 | INTEGER(10) | 게시물 테이블 참조 컬럼 |
책과는 다르게 하는데,
테이블 자체는 반드시 이미지 파일 정보만 저장하다는 개념보다는 다양한 종류의 파일을 저장할 수 있다는 의미로 테이블 명은 첨부 파일을 의미하는 ㅅt30_attach_file로 했다.
uuid 컬럼과, 파일 타입 컬럼을 추가했다.
CREATE TABLE t30_attach_file
(
uuid VARCHAR2(100) NOT NULL,
file_name VARCHAR2(250) NOT NULL,
file_type CHAR(1) DEFAULT 'I' NOT NULL,
register_date DATE DEFAULT SYSDATE NOT NULL,
article_no NUMBER(10) NOT NULL,
CONSTRAINT FK_t30_attach_file__t30_board FOREIGN KEY (article_no)
REFERENCES t30_board (article_no) ON DELETE CASCADE
);-
file_type에 대해 제약 조건을 추가할 수도 있는데..
file_type CHAR(1) DEFAULT 'I' NOT NULL CHECK (file_type IN ('I', 'F')),
Java 단에서 체크만하고 DB에서는 제약 조건을 추가하지 않는게 낫겠다.
- ...
-
중간에 개인사정으로 진행을 오랬동안 못했는데... 이제 마무리 지었다. 😅
-
여러 이미지 파일 첨부파일 등록, 수정, 삭제 및 부분 이미지 파일 삭제도 가능하게 구현했다.
-
서버에 파일 저장할 때.. "uuid.확장자" 형식의 이름으로 저장하게 했는데... 확장자는 빼도 될 것 같긴하다.. 기본 취지가 사용자가 업로드하는 파일명 그대로 서버에 저장하지 않기위한 목적이여서 그런것이기도 해서....
- 확장자는 편의상 추가하긴 했었음..
-
TODO: 시간되면 추가로 할일...
- 이미지 정보는 없는데, 이미지만 남게된 경우에 대해서는 나중에 Schdule Task나 배치를 만들어서 처리하면 될 것 같다.
- 일반파일 처리
- FileType 도메인을 만들긴 했는데.. 아직은 이미지로만 간주하고 있다.
타임리프가 여전이 해깔린다... 뭔가 많이 써봐야할 듯...
- ...
- Spring Boot 2 + JSP 환경 에서는 잘 안된다..🎃 그래서 WebjarsLocator 컨트롤러는 유지했음.
- 혹시 이게 JSP라서? Thymeleaf를 썻다면 잘 되었을 려나?
- Spring Boot 3 + Thymeleaf에서는 아직 해보지는 않았지만 여기선 잘 될 것 같은 느낌이 듬..
2023-06-22 12:59:10.720 WARN 21488 --- [nio-8090-exec-3] o.a.t.r.l.PostfixedApplicationResource : No supported matching language for locale "member". Using file:{LOCAL GIT}/the-art-of-java-web-programming-study/chap30/my-board-boot2/target/classes/tiles/tiles_member.xml as a non-localized resource path. see TILES-571
2023-06-22 12:59:10.728 WARN 21488 --- [nio-8090-exec-3] o.a.t.r.l.PostfixedApplicationResource : No supported matching language for locale "member_ko". Using file:{LOCAL GIT}/the-art-of-java-web-programming-study/chap30/my-board-boot2/target/classes/tiles/tiles_member_ko.xml as a non-localized resource path. see TILES-571
2023-06-22 12:59:10.728 WARN 21488 --- [nio-8090-exec-3] o.a.t.r.l.PostfixedApplicationResource : No supported matching language for locale "member_ko_KR". Using file:{LOCAL GIT}/the-art-of-java-web-programming-study/chap30/my-board-boot2/target/classes/tiles/tiles_member_ko_KR.xml as a non-localized resource path. see TILES-571
- tiles 설정파일 이름에는
_이 들어가지 않도록 해야할 것 같다. _를 빼니 경고로그가 나타나지 않음.- 최신 버전 (
3.0.8) 에서도 수정된 것 같진 않음. - https://issues.apache.org/jira/browse/TREQ-19
- 최신 버전 (
로거는 기본으로 Spring Boot 가 제공해주는 것을 쓰는 것이 나아보여서 바꿨다. 딱히 바꿀 부분은 별로 없고 XML 설정 파일만 약간 바꿨다.
-
resources/logback-spring.xml<?xml version="1.0" encoding="UTF-8"?> <configuration> <!-- https://github.com/spring-projects/spring-boot/blob/main/spring-boot-project/spring-boot/src/main/resources/org/springframework/boot/logging/logback/defaults.xml --> <include resource="org/springframework/boot/logging/logback/defaults.xml"/> <appender name="console" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <pattern>%clr(%d{HH:mm:ss.SSS}){faint} %clr([%thread]){magenta} %clr(%-5level) %clr(%logger{72}){cyan} - %clr(%msg%n){faint}</pattern> <!--<pattern>${CONSOLE_LOG_PATTERN}</pattern>--> </encoder> </appender> <logger name="org.mklinkj" level="debug"/> <logger name="org.mklinkj.taojwp.member.mapper.MemberMapper" level="trace"/> <root level="info"> <appender-ref ref="console" /> </root> </configuration>
- 로깅 스타일 패턴은 재정의함
파일을 그냥 두려다가... 로거를 몇개 설정한것도 없어서 application.yml에 정의하기로 했다.
logging:
pattern:
console: "%clr(%d{HH:mm:ss.SSS}){faint} %clr([%thread]){magenta} %clr(%-5level) %clr(%logger{72}){cyan} - %clr(%msg%n){faint}"
level:
root: debug
web: debug
sql: debug
org.mklinkj: debug- 패턴을 쌍따옴표로 감싸야하는 점이 중요.
commons-fileupload를 활용해서 파일업로드를 하려면 allowCasualMultipartParsing 설정을 true로 설정해야해서 적용했다. (그런데 현재 시점에서 그냥 Servlet 제공 기능을 쓰면 되는데... 😅 레거시 코드 최대한 활용을 위해... 했다. 😅😅)
Tomcat의 context.xml에 설정한 아래 설정 대응
<?xml version="1.0" encoding="UTF-8"?>
<Context allowCasualMultipartParsing="true" path="/" >
<WatchedResource>WEB-INF/web.xml</WatchedResource>
</Context>설정 파일을 만들어서 해당 값이 allowCasualMultipartParsing 값이 true로 설정되도록 했다.
@Configuration
public class TomcatConfig {
@Bean
public TomcatServletWebServerFactory tomcatFactory() {
return new TomcatServletWebServerFactory() {
@Override
protected void postProcessContext(Context context) {
context.setAllowCasualMultipartParsing(true);
}
};
}
}좀 더 확인을 해봤을 때...
@Bean
TomcatServletWebServerFactory tomcatFactory() {
TomcatServletWebServerFactory tomcatFactory = new TomcatServletWebServerFactory();
tomcatFactory.addContextCustomizers(
customizer -> customizer.setAllowCasualMultipartParsing(true));
return tomcatFactory;
}위처럼 CuntextCustomizer를 람다식으로 추가해 줄수도 있었다.
원래 쓰던 Spring Security Context XML 설정이 아래와 같고...
<form-login
login-page="/login.do"
default-target-url="/main.do"
authentication-failure-handler-ref="customLoginFailureHandler"
/>위의 설정을 Java 설정으로 바꾸면...
http.formLogin(
formLogin ->
formLogin
.loginPage("/login.do")
.defaultSuccessUrl("/main.do")
.failureHandler(loginFailureHandler())
.permitAll());XML 설정의 경우는 login-processing-url을 /login 기본 설정으로 그대로 두는데,
Java 설정의 경우는 이 값을 loginPage와 동일하게 바꿔버린다.
그래서 /login.do에서 로그인 폼의 POST 요청을 /login에 하게되는 상황이 발생한다.
그러면 Spring Security 필터 중에... 폼 정보로 인증을 처리하는 UsernamePasswordAuthenticationFilter 에서 인증정보를 만들지 못해서...
TRACE org.springframework.security.web.FilterChainProxy - Invoking UsernamePasswordAuthenticationFilter (7/13)
TRACE o.s.security.web.authentication.UsernamePasswordAuthenticationFilter - Did not match request to Ant [pattern='/login.do', POST]
...
그냥 익명 유저로 설정 되서 . /login.do로 리다이렉트 되게 된다.
http.formLogin(
formLogin ->
formLogin
.loginPage("/login.do")
.loginProcessingUrl("/login") // ✨ Java 기반 설정에서는 따로 설정하지 않으면 loginPage에 설정한 경로와 동일하게 설정된다.
.defaultSuccessUrl("/main.do")
.failureHandler(loginFailureHandler())
.permitAll());- Java 기반 설정에서는 loginProcessingUrl 를 확실하게 명시해주면 된다.
에러가 뜨는것도 아니고 해서 문제확인이 참 힘들었는데... Spring Securty 관련 이슈라 의심되면... 시큐리티에 대해 trace 레벨로 로깅을 설정해서 살펴보자.
logging:
...
level:
...
org.springframework.security: trace @Bean
SessionLocaleResolver localeResolver() {
SessionLocaleResolver sessionLocaleResolver = new SessionLocaleResolver();
sessionLocaleResolver.setDefaultLocale(Locale.KOREA);
return sessionLocaleResolver;
}localeResolver 빈을 선언하면... WebMvcConfigurationSupport 에서 이미 선언했다고 에러남.
@Bean
public LocaleResolver localeResolver() {
return new AcceptHeaderLocaleResolver();
}일단은 에러 로그에서 가이드 해준대로 Spring Boot에서 정의한 빈을 오버라이드 할 수 있게 설정을 할 수 밖에 없음.
spring:
main:
allow-bean-definition-overriding: true왠지 이렇게 하고 싶진 않은데.... 🎃 다른 방법을 모르겠음... 😂😂😂
-
위의 시행착오를 미리 겪어서도 그렇고...
- 앞어서 Java 설정으로 바꾼 것은 대부분 변경없이 그대로 썼음.
-
Spring Boot 가 기본 뷰 템플릿이 Thymeleaf이다보니 템플릿 경로만 기본 규약대로 잘 이동해주기만 하면됨.
-
단지 몇가지 Depreacted 경고가 나오는데..
<th:block th:include="layout/side :: side"> ==> <th:block th:insert="~{layout/side :: side}">
th:include가 deprected 됨- 값 부분을
~{ .. }으로 감싸라고 경고나옴.. 이것 정도만 고쳤음.
-
build.gradle에는... 아래 디펜던시만 추가 webjars-locator-core의 버전은 부트가 관리함.
implementation 'org.webjars:webjars-locator-core'메이븐은 pom.xml 에 다음 추가
<dependency>
<groupId>org.webjars</groupId>
<artifactId>webjars-locator-core</artifactId>
</dependency>MVC 설정에 다음 내용추가.
@Override
public void addResourceHandlers(ResourceHandlerRegistry registry) {
// ...
registry
.addResourceHandler("/webjars/**")
.addResourceLocations("/webjars/")
.resourceChain(false);
}위와 같이 했을 때... Spring Boot 2, Spring Boot 3 모두 잘 동작했다.
WebJars Locator 컨트롤러 만든것은 필요가 없어졌으니 제거함.
이미 다 바꾸고 소스코드 보면서 쓰기는 쓰는데..
-
메타 테그
<meta name="_csrf_parameter" th:content="${_csrf.parameterName}" /> <meta name="_csrf_header" th:content="${_csrf.headerName}" /> <meta name="_csrf" th:content="${_csrf.token}" />
-
csrf hidden
<input type="hidden" th:name="${_csrf.parameterName}" th:value="${_csrf.token}"/>
const contextPath = (() => {
// 어쩔 수 없이 뒤에 /가 포함된 context path가 /pro30 이라면 /pro30/ 이된다. 끝의 /가 있다면 제거해서 처리하자.
let contextPath = /*[[@{/}]]*/ "";
if (contextPath == "/") {
return "";
} else {
if (contextPath.endsWith("/")) {
return contextPath.slice(0, -1);
}
}
})();html 에서는 @{ ... } 여기다 주소 적어놓으면 타임리프가 알아서 처리하는데, JavaScript 에서는 어떻게 처리할지 몰라서 위의 함수를 만들었음.
예전에는.. 아래 방식이 되었을 것으로 보이는데...
let contextPath = /*[[${#request.contextPath}]]*/ "";지금 Thymeleaf 3.1 에서는 막은 것 같음. 에러남..🎃
'request', 'session', 'servletContext' 및 'response' 표현식 유틸리티 객체는 더 이상 템플릿 표현식에 기본적으로 사용할 수 없으며 사용을 권장하지 않습니다. 꼭 필요한 경우에는 컨텍스트 변수로 수동으로 추가해야 합니다.
쓸려면 수동으로 변수로 내보내라는 것 같음..
-
순번 시퀀싱
<th:block th:each="pageNaviNo : ${#numbers.sequence(1, pageNaviSize)}">
-
list 비었는지 검사
<th:block th:unless="${#lists.isEmpty(articlesList)}">
-
날짜 포멧
<td th:text="${#temporals.format(article.writeDate, 'yyyy-MM-dd')}"></td>
-
특정 조건일 때 css 클래스 추가
<li th:classappend="${pageNum == pageNaviNo} ? 'active' : ''" class="page-item">
-
자바스크립트에서 속성 값 처리
const message = /*[[${msg}]]*/ false;
if (message) {
modal.show();
}변수로 먼저 받아서 값이 없을 때, 기본값 설정해서 처리하는게 괜찮아보이긴 하다.
server:
...
tomcat:
max-http-form-post-size: 10MB위의 설정을 추가해줘야했음.
mybatis:
...
configuration:
...
# 그냥 NULL로만 적으면 인식이 안된다. 따음표나 쌍따옴표로 감싸줘야한다.
jdbc-type-for-null: "NULL"- 컬럼에 NULL 값을 저장할 때 어떻게할지 설정해주는 것인데...
- 이 부분은 NULL 값을 그냥 쓰면 안되었음. 따옴표나 쌍따옴표로 감싸줘야 정상 인식 했음.
- 디렉토리를 삭제할 때, Java 의 기본 메서드로는 반드시 빈디렉토리여야지만 삭제가 가능함.
commons-io의FileUtils.deleteDirectory(dir)는 디렉토리가 비어있지 않아도 일괄 삭제가 가능한데, 이거 하나의 사용때문에 common-io를 디펜던시하기엔 좀 그럼...
private boolean deleteDirectory(File directoryToBeDeleted) {
File[] allContents = directoryToBeDeleted.listFiles();
if (allContents != null) {
for (File file : allContents) {
deleteDirectory(file);
}
}
return directoryToBeDeleted.delete();
}빙챗한테 해결책을 물어보니 재귀로 지울 수 밖에 없다고 하여 위의 메서드 추가해서 사용.