기억의 편린

기타 - 주민등록번호를 입력받아 YYYYMMDD형식의 생년월일과 성별을 return하는 함수

최서리나리 — Tue, 25 Aug 2020 11:12:32 +0900

	/**
	 * 주민등록번호 뒷자리를 입력받아 성별을 return, M : 남성 / F : 여성
	 * str : 주민번호 앞자리
	 * @param str
	 * @return
	 */
	public static String fn_getGender(String str){
		int genderCode = Integer.parseInt(str.substring(0, 1));
		String gender = null;
		if(genderCode % 2 > 0){
			gender = "M";
		}else if(genderCode % 2 == 0){
			gender = "F";
		}
		return gender;
	}

	/**
	 * 주민등록번호 앞, 뒷자리를 입력받아 YYYYMMDD형식으로 생년월일 return
	 * str1 : 주민번호 앞자리, str2 : 주민번호 뒷자리
	 * @param str1
	 * @param str2
	 * @return
	 */
	public static String fn_getDateOfBirth(String str1, String str2){
		int divisionCode = Integer.parseInt(str2.substring(0, 1));
		String dateOfBirth = null;
		if(divisionCode == 1 || divisionCode == 2 || divisionCode == 5 || divisionCode == 6){
			// 한국인 1900~, 외국인 1900~
			dateOfBirth = "19"+str1;
		}else if(divisionCode == 3 || divisionCode == 4 || divisionCode == 7 || divisionCode == 8){
			// 한국인 2000~, 외국인 2000~
			dateOfBirth = "20"+str1;
		}else if(divisionCode == 9 || divisionCode == 0){
			// 한국인 1800~
			dateOfBirth = "18"+str1;
		}
		return dateOfBirth;
	}

ORACLE - 한글 데이터가 포함된 COLUMN, TABLE 조회 (by owner)

최서리나리 — Thu, 6 Aug 2020 17:35:34 +0900

글은 추후에 다시 다듬을 예정.

1. 프로시저 생성 (DATA_TYPE 조건문에 데이터 유형 적용)

create or replace PROCEDURE SHOW_KR_COLUMN
    (
        OWNER_PARAM IN VARCHAR2
    )
    IS

    CURSOR TABLE_COLUMN IS
        SELECT
            OWNER,
            TABLE_NAME,
            COLUMN_NAME
        FROM ALL_TAB_COLUMNS
        WHERE OWNER = OWNER_PARAM
        AND (DATA_TYPE = 'VARCHAR2' OR DATA_TYPE = 'NVARCHAR2')
        ORDER BY OWNER ASC;

BEGIN
    FOR VAR IN TABLE_COLUMN LOOP
        EXECUTE IMMEDIATE 'INSERT INTO TB_SHOW_KR_COLUMN(KR_CNT, TABLE_NAME, COLUMN_NAME, OWNER) ' || 'SELECT A.KR_CNT, A.TABLE_NAME, A.COLUMN_NAME, A.OWNER FROM (SELECT COUNT(*) AS KR_CNT, '''||VAR.TABLE_NAME||''' AS TABLE_NAME, '''||VAR.COLUMN_NAME||''' AS COLUMN_NAME, '''||VAR.OWNER||''' AS OWNER FROM '||VAR.TABLE_NAME||' WHERE REGEXP_LIKE('||VAR.COLUMN_NAME||', ''[가-힝]'') AND ROWNUM = 1) A WHERE A.KR_CNT > 0';
        COMMIT;
    END LOOP;
END SHOW_KR_COLUMN;
/

2. 테이블 생성

create table TB_SHOW_KR_COLUMN
(
	KR_CNT NUMBER,
	TABLE_NAME VARCHAR2(256),
	COLUMN_NAME VARCHAR2(256),
	OWNER VARCHAR2(256)
)
/

3. 실행

call YTH_ACT.SHOW_KR_COLUMN('OWNER_NAME');

4. 결과

intellij - weblogic 배포환경 구성 / 연동

최서리나리 — Thu, 16 Jul 2020 16:10:49 +0900

weblogic은 오라클의 WAS이다.

프로젝트 진행간 턱시도 연동 환경을 구성해야 할 일이 생겼다.

해당 프로젝트의 운영환경은 웹로직이었고, 개발환경은 톰캣으로 구성되어 있었는데

당연한 이야기겠지만.. 톰캣에서 턱시도를 연결하기 위해서는, 턱시도 서버측에서도 수정이 필요하고 프로젝트도 수정이 필요하다.

이 방법은 과감하게 포기.

그리고 차선으로 선택한것이 그냥 운영환경에서 사용되는 웹로직을 WAS로 사용하여 배포하는것인데,

생각보다 정보가 많이 없어서 직접 작성하게 되었다.

각자의 프로젝트에 따라 설정방법은 조금씩 달라지겠지만, 거의 동일하다고 봐도 무방할듯 하다.

(운영환경 버전이 12.3인 관계로 해당 버전으로 진행)

웹로직 설치
1. https://www.oracle.com/middleware/technologies/weblogic-server-installers-downloads.html 에서 웹로직을 다운
  설치형이 아닌 zip 아카이브 형식으로 다운로드를 권장한다.
2. 웹로직 압축해제 후 적당한 위치로 옮겨둔다. (환경변수 설정이 필요하다.)
3. 웹로직 사용시 MW_HOME이라는 환경변수와 JAVA_HOME이라는 환경변수를 필요로 한다.
  MW_HOME은 적당한 위치로 옮겨 둔 웹로직 디렉토리로 지정하면 된다.
  ex) export MW_HOME="/usr/local/weblogic/wls12130"
4. MW_HOME 디렉토리로 이동하여 configure.*를 실행한다. (window라면 cmd, unix-like라면 sh)
  이후 빌드과정 진행
5. WSL 설정 완료 후 새로운 도메인을 생성할것인지에 대한 물음이 발생된다.
  (Do you want to configure a new domain?)
  절차에 따라 새로운 도메인을 만들어주자.
  아이디와 비밀번호를 입력받는데 해당 내용은 이후 서버 콘솔에서 사용될 아이디 비밀번호다.
  
  도메인 설정이 완료되면 즉시 서버가 시작되며, ctrl+c로 종료하면 서버는 자동으로 종료된다.
  여기까지 진행했다면 웹로직 설치는 완료
intellij 웹로직 배포환경 설정
1. 인텔리제이 프로젝트에서, Run/Debug Configurations - Server를 통해 WebLogic Server (local)을 추가한다.
  추가 후 웹로직 설치 디렉토리 경로를 잡아주자.
2. 인텔리제이 project structure - artifacts에서 생성된 Web Application: Exploded를 매핑해야 한다.
  Run/Debug Configurations - Deployment에 다음과 같이 추가인텔리제이 연동
3. 다시 Run/Debug Configurations - Server로 돌아와서, 나머지 설정을 진행한다.
  User, Password에는 최초 설치 configuration시 사용했던 아이디와 비밀번호를
  Domain Path에는 웹로직이 설치된 경로 하위 도메인 디렉토리를
  Admin Server는 Domain Path가 잡히면 자동으로 잡아 줄 것이다.
  완성된 모습은 다음과 같다.
  설정완료 후 저장
4. 웹로직 서버를 실행하도록 하자.
  실행 후 별 다른 에러가 없다면? 어플리케이션이 정상적으로 실행 될 것이다.
  정상적으로 실행되었다면 /console을 통해 다음과 같은 화면을 확인 할 수 있다.

이상이 연동 과정이며, 제대로 따라만 했다면 별 문제 없이 잘 연동 될 것이다.
디폴트 포트가 7001이기에 8080으로 변경하고자 한다면..

admin web console (/console) - 서버 - 변경하고자 하는 서버 클릭 - 수신포트에 7001로 되어있는것을 8080이나 희망포트로 바꿔서
사용하면 된다.
변경된 정보는 저장만 하면 즉시 반영되며 재시작이 필요없다.
intellij 서버 정보에도 변경된 포트가 반영 되어 있을것이다.

도메인 이름 변경이나, 서버 이름 변경이 필요 할 경우 웹로직 도큐먼트를 참고하도록 하자.

끝

저공해자동차 스티커 발급받기

최서리나리 — Tue, 3 Mar 2020 23:58:43 +0900

거주자 우선주차 / 공영주차장 친환경차 할인을 받기위해 열심히 검색하던 중

구청 시설관리공단으로 전화해보니 '자동차등록증(반드시 저공해차 인증이 필요)' 또는 '저공해자동차 인증 스티커 사진'이 필요하다고 한다.

구글 검색을 해보니 여러가지 정보들이 너무 난잡하게 정보가 분산되어있기도 하고, 관련 게시글을 따라하다가 시행착오도 겪었다.

혹시나 검색을 통해 이 글을 보게된다면.. 이 글이 현 시점에서는 가장 정확한 정보이니 그대로 따라하면 된다.

(한줄요약 : 자동차등록증, 제조사 발부 저공해자동차 인증서 필요없다.)

1. 아래 홈페이지에서 차량번호로 조회한다.

https://www.hybridbonus.or.kr/EP020401000SF01.do

친환경차 종합정보 지원시스템

저공해차 확인결과 저공해차 확인결과 제작사명 저공해차종류 차명 제원번호 인증번호 차대번호 판매일자 등록일자

www.hybridbonus.or.kr

2. 다음과 같이 저공해차종류 1, 2, 3종에 포함된다면 3항 진행

3. 소재지 차량등록사업소로 직접 찾아가서 '저공해자동차 스티커 발부받으러 왔어요' 라고 하면 한큐에 발급해준다.

발급에 걸리는 시간도 약 3분이내

(거주지 인근 차량등록사업소가 구청에 있었다.)

4. 발급완료!

매직펜으로 이렇게 써준다. 아날로그 감성..

이렇게 간단한걸 구글검색하다가 오히려 시간만 더 버렸다.

* 이 글을 쓰게된 과정은 다음과 같다.

1. 구글검색

- 어? 차량제조사 고객센터에 전화해서 인증서를 받으라고? 주변 대리점이나 센터에 가야겠구나.

2. 제조사 전화 (현대자동차)

- Q : 저공해자동차 인증서 발부때문에 연락드렸는데요.

- A : 고객님 저희쪽에서는 인증서 발부 업무를 하고있지 않아요~ 관련 기관 연락처를 알려드릴테니 이쪽으로 연락해보세요.
(한국환경공단[친환경자동차 종합정보 안내센터])

3. 관련 기관 전화

- Q : 저공해자동차 인증서 발부때문에 연락드렸는데요.

- A : 저희쪽에서도 인증서를 발부하고 있지는 않아요~

- Q : 아니 현대차에서도 발부안한다 그러고 공단에서도 발부안한다 그러면 저공해스티커는 어떻게 받으란거에요?
인증서가 꼭 있어야 된다던데요?

- A : 아~ 그게 옛날엔 그랬는데 지금은 다 전산화가 되어서 그러실필요 없어요. 차량등록사업소에서 차량번호만 불러주셔도
전산으로 다 조회됩니다. 인근 사업소 가셔서 바로 발부받으시면 되요~

- Q : 아.. 감사합니다 (머쓱)

민망하다 민망해..

Spring - 객체캐싱 (SSM, memcached)

최서리나리 — Thu, 14 Nov 2019 17:42:52 +0900

캐시가 도입된 서비스의 구성도

오늘날 빠른 속도의 웹서비스를 제공하기 위한 전략들은 여러가지가 있다.

이미지 캐싱, 객체 캐싱, CDN.. 그리고 스케일아웃 - 스케일업 까지.

하지만 여러가지 전략들 중에 가장 쉽고 효과가 좋은녀석은 개인적으로 캐싱이 아닐까 한다.

오늘은 웹서비스의 주요 병목구간인 (비즈니스 레이어 - RDB) 구간을 캐싱하여 성능향상을 꾀해보고자 한다.

구성도에도 나와있지만 (비즈니스 레이어 - RDB) 구간 사이에 캐시를 넣고

클라이언트의 요청이 발생 할 경우 캐시에서 처리가 가능한 부분은 캐시에서 객체로 리턴, 캐시에서 처리가 불가능한 (데이터가 없다거나..) 사항들은 rdb로 다시 요청하고 수신된 객체를 캐시에 저장해두는 단순한 흐름이다.

여러 캐시 시스템들이 있지만 (redis, memcached 그리고 스프링에서 자체적으로 지원하는 캐시들 등등...)

글에서는 memcached를 사용 할 것이다.

* 개발환경

- maven

- spring 5 (java config)

memcached의 설치에 대한 사항은 해당 글에서 언급하지 않는다.

아래의 글을 확인하여 각자 설치 후 진행

Linux : https://idchowto.com/?p=38249

idchowto.com - 스마일서브(Cloudv.kr)

IDC구축,운영,보안등 모든 지식을 공유합니다

idchowto.com

Windows : https://dev18.tistory.com/11

memcached 윈도우 설치 및 세션공유

일반적으로 php에서 세션은 파일로 많이 사용하십니다. 하지만 웹 서버가 2대 이상일경우 로그인이 풀리는 문제가 발생될 수 있습니다. A서버에서 로그인을 해서 세션을 얻었는데 B서버로 페이지 이동을 하면 바..

dev18.tistory.com

설치 후 memcached서버에 정상적으로 접속이 된다면 완료된것이다.

그 후 spring에서 memcached를 사용하기 위해서 아래 라이브러리들이 maven에 추가한다.

- pom.xml

        <!-- memcached -->
        <dependency>
            <groupId>com.google.code.simple-spring-memcached</groupId>
            <artifactId>spring-cache</artifactId>
            <version>3.6.1</version>
        </dependency>
        <dependency>
            <groupId>com.google.code.simple-spring-memcached</groupId>
            <artifactId>simple-spring-memcached</artifactId>
            <version>3.6.1</version>
        </dependency>
        <dependency>
            <groupId>com.google.code.simple-spring-memcached</groupId>
            <artifactId>xmemcached-provider</artifactId>
            <version>3.6.1</version>
        </dependency>

캐시에 사용될 기본적인 설정사항들을 전역변수화 할것이다.

맴캐시드의 소켓 타임아웃, 캐시 유지시간, 캐시 이름, 서버정보를 프로퍼티에 작성한다.

- *.properties

# 캐시이름
memcached.cacheName=test
# 소켓타임아웃
memcached.socketTimeOut=10000
# 캐시유지시간 (s)
memcached.expiration=300
# 서버정보
memcached.servers=localhost:11211

스프링에서 사용할 수 있도록 설정해준다.

* 아래 주석처리 되어있는 부분의 setUseNameAsKeyPrefix와 setKeyPrefixSeparator는 키 구분자를 사용하겠다는 의미이다.

아래와 같이 설정하게 되면, 키 구조가 다음과 같이 이루어 진다.

(test:rdbService:getApi:23)

* @EnableAspectJAutoProxy는 반드시 필요하다.

- MemCacheConfig.java

@Configuration
@EnableCaching
@EnableAspectJAutoProxy
public class MemCacheConfig extends CachingConfigurerSupport {

    @Bean
    public CacheManager cacheManager() {

        final String servers = GetProperties.getProperty("memcached.servers");
        final String operationTimeout = GetProperties.getProperty("memcached.socketTimeOut");

        CacheConfiguration cacheConfiguration = new CacheConfiguration();
        cacheConfiguration.setConsistentHashing(true);
        cacheConfiguration.setUseBinaryProtocol(true);
        cacheConfiguration.setOperationTimeout(Integer.getInteger(operationTimeout));
        // Cache Name Key Prefix
        cacheConfiguration.setUseNameAsKeyPrefix(true);
        cacheConfiguration.setKeyPrefixSeparator(":");

        MemcacheClientFactoryImpl cacheClientFactory = new MemcacheClientFactoryImpl();

        AddressProvider addressProvider = new DefaultAddressProvider(servers);

        CacheFactory cacheFactory = new CacheFactory();
        cacheFactory.setCacheName(GetProperties.getProperty("memcached.cacheName"));
        cacheFactory.setCacheClientFactory(cacheClientFactory);
        cacheFactory.setAddressProvider(addressProvider);
        cacheFactory.setConfiguration(cacheConfiguration);

        Cache object = null;
        try {
            object = cacheFactory.getObject();
        } catch (Exception e) {
            e.printStackTrace();
        }
        SSMCache ssmCache = new SSMCache(object, Integer.parseInt(GetProperties.getProperty("memcached.expiration")), true);
        ArrayList ssmCaches = new ArrayList<>();
        ssmCaches.add(0, ssmCache);
        ExtendedSSMCacheManager ssmCacheManager = new ExtendedSSMCacheManager();
        ssmCacheManager.setCaches(ssmCaches);
        return ssmCacheManager;
    }

}

그리고 설정한 MemcacheConfig를 Initializer Context에 등록한다. (xml config의 경우 initializer에 대응되는 context에 주입)

public class ApplicationInitializer implements WebApplicationInitializer {

    @Override
    public void onStartup(ServletContext servletContext) {
        AnnotationConfigWebApplicationContext rootContext = new AnnotationConfigWebApplicationContext();
        rootContext.register(MemCacheConfig.class);
        servletContext.addListener(new ContextLoaderListener(rootContext));
        this.dispatcherServlet(servletContext);
        ...
    }

    ...

}

이렇게 하면 기본적인 사용준비는 끝난다.

실제로 사용은 아래와같이 사용하면 된다.

    /**
     * 메뉴 정보 GET
     * @param vo
     * @return
     */
    @UpdateMultiCache(namespace = "menuList")
    @ReadThroughMultiCache(namespace = "menuList")
    @Cacheable(value="test", key="'menuDetail'.concat(':').concat(#vo.getMenu_info_seq()).concat(':').concat(#vo.getMenu_link())")
    public Map<String, Object> getMenuDetail(MenuVO vo) {
        Map<String, Object> rtnMap = new HashMap<>();
        List<MenuVO> menuVOList = menuMapper.getMenuDetail(vo);
        
        ...
        
        return rtnMap;
    }

@ReadThroughMultiCache : 캐시확인 > 없을경우 함수전체내용 실행 > return되는 객체를 캐시에 저장 > return

@UpdateMultiCache : 기존 값을 제거하지 않고 덮어씌움 (성능이점)

@Cacheable : 캐시사용 (value : properties에 정의한 캐시이름 / key : 캐시이름 하단에 적재될 키 명칭)

자세한 명세가 필요하다면 다음 블로그를 참고하자. https://blog.naver.com/akaroice/220298608077

SSM(Simple Spring Memcached)

소개spymemcached, xmemcached 클라이언트(provider)와 annotation, Spring/AspectJ AOP 를 이용한 ...

blog.naver.com

실제 작동은 아래와같이 이루어진다.

* 맴캐시드 빈 등록

* Cacheable에 정의된 key로 적재준비

2019-11-14 17:58:27,319 DEBUG [org.springframework.cache.annotation.AnnotationCacheOperationSource] Adding cacheable method 'getMenuDetail' with attribute: [Builder[public java.util.Map site.menu.service.MenuService.getMenuDetail(application.site.menu.vo.MenuVO)] caches=[test] | key=''menuDetail'.concat(':').concat(#vo.getMenu_info_seq()).concat(':').concat(#vo.getMenu_link())' | keyGenerator='' | cacheManager='' | cacheResolver='' | condition='' | unless='' | sync='false']

* 맴캐시드 서버와 통신

* 캐시 적재된 데이터가 존재하지 않을경우 (MISS) RDB조회 후 캐시적재

* 캐시 히트에 성공했을 경우

기타 캐시와 관련된 좋은 게시글들

https://jaehun2841.github.io/2018/11/07/2018-10-03-spring-ehcache/#long-tail-%EB%B2%95%EC%B9%99

Cache에 대하여.. (Spring+EHCache) | Carrey`s 기술블로그

들어가며.. 엔터프라이즈 급 Application에서는 DBMS의 부하를 줄이고, 성능을 높이기 위해 캐시(Cache)를 사용한다. 우리 회사에서도 EHCache, Redis를 사용하지만, EHCache쪽은 공부한 적이 없어서 이번 기회에 정리하면서 공부해 보게 되었다. 대부분 docs.spring.io의 문서를 번역한 내용을 위주로 정리 하였다. Cache란? Cache의 사전적인 의미를 알아보기 위해 위키백과를 검색해 보았다. 캐시(cache, 문화어

jaehun2841.github.io

https://charsyam.wordpress.com/2016/07/27/%EC%9E%85-%EA%B0%9C%EB%B0%9C-%EC%99%9C-cache%EB%A5%BC-%EC%82%AC%EC%9A%A9%ED%95%98%EB%8A%94%EA%B0%80/

[입 개발] 왜 Cache를 사용하는가?

가끔씩 Redis 가 뭐예요? Memcached 가 뭐예요? 또는 Cache를 왜 써요? 라는 저도 모르는 근원적인 질문을 받을 때가 있습니다. 일단 그 근원적인 질문에 답하기 위해서는 먼저 Cache 란 무엇인가로 부터 시작해야 될것 같습니다. 일단 Cache는 “많은 시간이나 연산이 필요한 일에 대한 결과를 저장해 두는 것” …

charsyam.wordpress.com

끝

Spring Data JPA - JpaRepository 사용시 persist간 제네릭 인자 이외의 클래스를 사용하는 방법 (using JpaRepository multiple class)

최서리나리 — Sun, 11 Aug 2019 04:34:03 +0900

* 편법입니다. 참고만 하세요.

JpaRepository를 상속받아 사용 할 경우 상속시 제네릭 인자로 던진 클래스만 JpaRepository의 persist가 가능해진다.

정확하게는 1depth child까지만.

JpaRepository사용시 인자클래스와 PK type을 받는데 pk 조회의 기준은 인자 클래스가 된다.

그렇기때문에 OneToOne이든, OneToMany든 자식엔티티 까지는 해당 PK Column이 존재하기때문에 JpaRepository에서 접근이 가능하지만, 손자까지는 사용이 불가능한것이다.

그렇다고 손자와 인자 클래스간 관계를 맺어 줄 사람은 없다고 생각한다.

보통은 이런경우 Repository를 모두 분리한다.

ParentRepository, ChildRepository, GrandChildRepository ... 와 같이.

현재 프로젝트의 구조는 One Repository, One Service, One Controller.

Repository를 분리해서는 안된다는 강박관념에 휩싸이기 시작했다.

그렇게 찾은 방법은 다음과 같다.

먼저 persist 할 수 없는 상황을 보자.

다음은 현재 Entity의 구조이다.

- 부모클래스

@Entity
@Getter
@Setter
@Table(
        name = "TB_EVENT_INFO"
)
public class TB_EVENT_INFO {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "EVENT_SEQ", nullable = false)
    private int eventSeq; // PK

    ...

    @OneToMany(fetch = FetchType.EAGER, mappedBy = "tb_event_info", cascade = CascadeType.ALL, orphanRemoval = true)
    private List<TB_EVENT_QUESTION_LIST> tb_event_question_lists; // 자식

}

- 자식클래스

@Entity
@Getter
@Setter
@Table(
        name = "TB_EVENT_QUESTION_LIST"
)
public class TB_EVENT_QUESTION_LIST {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "QUESTION_SEQ", nullable = false)
    private int questionSeq; // PK

    @Column(name = "EVENT_SEQ", nullable = false, insertable = false, updatable = false)
    private int eventSeq; // 부모 PK

    ...

    @ManyToOne(fetch = FetchType.EAGER)
    @JoinColumn(name = "EVENT_SEQ")
    private TB_EVENT_INFO tb_event_info; // 부모

    @OneToMany(fetch = FetchType.LAZY, mappedBy = "tb_event_question_list", cascade = CascadeType.ALL, orphanRemoval = true)
    private List<TB_EVENT_QUESTION_ANSWER_LIST> tb_event_question_answer_lists; // 자식

}

- 손자클래스

@Entity
@Getter
@Setter
@Table(
        name = "TB_EVENT_QUESTION_ANSWER_LIST"
)
public class TB_EVENT_QUESTION_ANSWER_LIST {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "ANSWER_SEQ", nullable = false)
    private int answerSeq; // PK
    
    @Column(name = "QUESTION_SEQ", nullable = false, insertable = false, updatable = false)
    private int questionSeq; // 부모 PK

    ...

    @ManyToOne(fetch = FetchType.EAGER)
    @JoinColumn(name = "QUESTION_SEQ")
    private TB_EVENT_QUESTION_LIST tb_event_question_list; // 부모 클래스

}

JpaRepository는 다음과 같이 사용하고 있다.

JpaRepository<TB_EVENT_INFO, Integer>

이런 경우에는 JpaRepository의 save를 사용 할 경우 부모, 자식클래스는 정상적으로 작동하지만

손자클래스의 경우에는 에러를 뿜어낸다. TB_EVENT_INFO의 @Id로 매핑된 객체를 찾지 못했기 떄문이다.

다음과 같이 손자클래스를 수정하면 save 함수를 오버라이딩하여 사용 할 수 있다.

- 손자클래스

@Entity
@Getter
@Setter
@Table(
        name = "TB_EVENT_QUESTION_ANSWER_LIST"
)
public class TB_EVENT_QUESTION_ANSWER_LIST {

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    @Column(name = "ANSWER_SEQ", nullable = false)
    private int answerSeq; // PK
    
    @Column(name = "QUESTION_SEQ", nullable = false, insertable = false, updatable = false)
    private int questionSeq; // 부모 PK
    
    @Transient
    private int eventSeq; // 할아버지의 PK를 추가, Transient 어노테이션을 통해 ddl, dml에서 제외시킴

    ...

    @ManyToOne(fetch = FetchType.EAGER)
    @JoinColumn(name = "QUESTION_SEQ")
    private TB_EVENT_QUESTION_LIST tb_event_question_list; // 부모 클래스

}

- repository

TB_EVENT_QUESTION_ANSWER_LIST save(TB_EVENT_QUESTION_ANSWER_LIST tb_event_question_answer_list);

첫 줄에도 명시해두었지만, 어디까지나 편법으로 사용하는 방법이다.

가능하다면 Repository를 분리하여 운영 할 수 있도록 하자.

끝.

Spring Boot Webflux - Spring Security Form Based Login & AuthenticationManager Custom

최서리나리 — Sun, 28 Jul 2019 22:24:20 +0900

Spring Boot Webflux 환경에서 Security (form based / authentication manager customize)를 연동하는 방법에 대해 소개한다.

기본적인 initializr과정은 생략한다.

(webflux / security 필수)

기준버전은 2.1.6

해당 글에서는 Spring Security 구성, ReactiveAuthenticationManager를 상속받은 AutenticationManager 구현, 로그인 실패시 처리하는

ServerAuthenticationFailureHandler를 상속받은 LoginFailureHandler 구현만을 다루며 기본적인 사항은 다루지 않는다.

먼저 ReactiveAuthenticationManager를 상속받은 AutenticationManager를 구현하자.

전체 코드는 아래와 같으며, DAO 및 Business Logic은 직접 구현해야 한다.

@Component
public class AuthenticationManager implements ReactiveAuthenticationManager {

    
    @Resource (name = "loginService")
    LoginService loginService; // business logic

    /**
     * 로그인 인증
     * ERR01 = 아이디 없음
     * ERR02 = 비밀번호 틀림
     * ERR03 = 탈퇴회원
     * ERR04 = 가입대기
     * ERR05 = 가입반려
     * @param authentication
     * @return
     * @throws AuthenticationException
     */
    @Override
    public Mono<Authentication> authenticate(Authentication authentication) {
        String userId = (String)authentication.getPrincipal();
        String userPwd = (String) authentication.getCredentials();
        USER_LIST userList = new userList(userId, userPwd, "inner");
        return loginService.getUser(userList)
                .switchIfEmpty(Mono.error(new BadCredentialsException("err01")))
                .flatMap(v -> {
                    if ("Y".equals(v.getPwd_check())) {
                        if ("Y".equals(v.getOutYn())) {
                            throw new BadCredentialsException("err03");
                        } else {
                            switch (v.getUserStatus()){
                                case "UST_001" :
                                    throw new BadCredentialsException("err04");
                                case "UST_003" :
                                    throw new BadCredentialsException("err05");
                            }
                            UsernamePasswordAuthenticationToken result = new UsernamePasswordAuthenticationToken(userId, userPwd, Arrays.asList(new SimpleGrantedAuthority("ROLE_ADMIN")));
                            result.setDetails(loginService.getUserDetail(v));
                            return Mono.just(result);
                        }
                    } else {
                        throw new BadCredentialsException("err02");
                    }
                });
    }

}

위 코드는 다음과 같이 작동된다.

return loginService.getUser(userList)
                .switchIfEmpty(Mono.error(new BadCredentialsException("err01")))

비즈니스 레이어에서는 계정정보를 조회 한 뒤 USER_LIST 객체를 Mono형식으로 리턴해준다.

USER_LIST 정보를 가지고올때, 반환값이 없을경우 예외처리를 실시한다.

반환값이 없는 경우는 계정정보가 없을 경우이므로 그에맞는 에러코드를 메세지로 넘겨준다.

.flatMap(v -> {
                    if ("Y".equals(v.getPwdCheck())) {
                        if ("Y".equals(v.getOutYn())) {
                            throw new BadCredentialsException("err03");
                        } else {
                            switch (v.getUserStatus()){
                                case "UST_001" :
                                    throw new BadCredentialsException("err04");
                                case "UST_003" :
                                    throw new BadCredentialsException("err05");
                            }
                            UsernamePasswordAuthenticationToken result = new UsernamePasswordAuthenticationToken(userId, userPwd, Arrays.asList(new SimpleGrantedAuthority("ROLE_ADMIN")));
                            result.setDetails(loginService.getUserDetail(v));
                            return Mono.just(result);
                        }
                    } else {
                        throw new BadCredentialsException("err02");
                    }
                });

USER_LIST정보가 있을 경우에는 다음과같이 처리가 이루어진다.

1. 비밀번호가 일치 할 경우

- 회원이 탈퇴 된 경우 : 예외처리

- 탈퇴된 회원이 아닐 경우

- 가입승인 대기중인 회원인 경우 : 예외처리

- 가입승인 반려된 회원인 경우 : 예외처리

로그인 성공

2. 비밀번호가 일치하지 않을 경우

예외처리

위 처리는 예시일뿐이니, 각자 프로젝트의 요구사항에 맞게 구현하면 된다.

중요한 부분은 다음이다.

UsernamePasswordAuthenticationToken result = new UsernamePasswordAuthenticationToken(userId, userPwd, Arrays.asList(new SimpleGrantedAuthority("ROLE_ADMIN")));
result.setDetails(loginService.getUserDetail(v));
return Mono.just(result);

해당 부분은 기존 mvc security와 별 차이가 없다.

비즈니스로직을 모두 거친 후 UsernamePasswordAuthenticationToken을 생성하고, details에 유저정보를 담은 후

Mono<UsernamePasswordAuthenticationToken> 형식으로 리턴해준다.

함수의 반환값이 Mono<Authentication>이기 때문에, flatMap을 통해 이를 상속받은

Mono<UsernamePasswordAuthenticationToken>형식으로 리턴해주는것이다.

이렇게 AutenticationManager의 구성은 끝났다.

다음은 로그인 실패시 그에따른 사유를 출력해주는 LoginFailureHandler 클래스를 구현하자.

@Component
public class LoginFailureHandler implements ServerAuthenticationFailureHandler {

    private ServerRedirectStrategy redirectStrategy = new DefaultServerRedirectStrategy();

    @Override
    public Mono<Void> onAuthenticationFailure(WebFilterExchange webFilterExchange, AuthenticationException e) {
        if(e instanceof BadCredentialsException){
            return redirectStrategy.sendRedirect(webFilterExchange.getExchange(), URI.create("/login?err="+e.getMessage()));
        }
        return webFilterExchange.getChain().filter(webFilterExchange.getExchange());
    }

}

AuthenticationManager에서 구성한 예외처리 부분을 해당 부분에서 처리한다.

예외처리에 따른 상세로직은 프로젝트 요구사항에 맞게 구현하도록 하자.

해당 소스에서는 예외발생시 /login으로 리다이렉트 하고, parameter에 에러메세지를 같이 전달하도록 하였다.

다음은 위 클래스들을 실제로 사용하게 될 SecurityConfig 클래스이다.

@Configuration
@EnableWebFluxSecurity
@EnableReactiveMethodSecurity
@ComponentScan(basePackages = {"package..."})
public class SecurityConfiguration {
    
    @Autowired
    private AuthenticationManager authenticationManager;

    @Autowired
    private LoginFailureHandler loginFailureHandler;
    
    @Bean
    public SecurityWebFilterChain securityWebFilterChain(ServerHttpSecurity http) {
        return http.authorizeExchange()
            .pathMatchers("/pattern/**")
                .hasRole("ADMIN")
            .anyExchange()
                .permitAll()
            .and()
            .httpBasic()
            .and()
            .addFilterAt(new MultipartCsrfFilter(), SecurityWebFiltersOrder.FIRST)
            .csrf()
            .and()
            .formLogin()
                .loginPage("/login")
                .authenticationSuccessHandler(new RedirectServerAuthenticationSuccessHandler("/url"))
                .authenticationFailureHandler(loginFailureHandler)
            .and()
            .logout()
                .logoutUrl("/logout")
                .logoutSuccessHandler(logoutSuccessHandler("/login"))
            .and()
            .authenticationManager(authenticationManager)
            .exceptionHandling()
                .accessDeniedHandler(new HttpStatusServerAccessDeniedHandler(HttpStatus.BAD_REQUEST))
            .and()
            .build();
    }
    
    public ServerLogoutSuccessHandler logoutSuccessHandler(String uri) {
        RedirectServerLogoutSuccessHandler successHandler = new RedirectServerLogoutSuccessHandler();
        successHandler.setLogoutSuccessUrl(URI.create(uri));
        return successHandler;
    }
    
}

@ComponentScan(basePackages = {"package..."})

우선 해당 부분에서 위 작성한 컴포넌트들을 스캔 할 수 있도록 지정해주어야 한다.

@Autowired
private AuthenticationManager authenticationManager;

@Autowired
private LoginFailureHandler loginFailureHandler;

그 후 @Autowired를 통해 컴포넌트를 와이어링 해주자.

public ServerLogoutSuccessHandler logoutSuccessHandler(String uri) {
        RedirectServerLogoutSuccessHandler successHandler = new RedirectServerLogoutSuccessHandler();
        successHandler.setLogoutSuccessUrl(URI.create(uri));
        return successHandler;
}

LogoutSuccessHandler를 함수로 구현하였다.

단순히 로그아웃 성공시 Redirect만을 수행하면 되므로, 상속받아 별도의 컴포넌트로 구현하지는 않았다.

만약 그러한 상황이 발생한다면, LoginFailureHandler와 같이 상속받아 구성하도록 하자.

@Bean
public SecurityWebFilterChain securityWebFilterChain(ServerHttpSecurity http) {
        return http.authorizeExchange()
            .pathMatchers("/pattern/**")
                .hasRole("ADMIN")
            .anyExchange()
                .permitAll()
            .and()
            .addFilterAt(new MultipartCsrfFilter(), SecurityWebFiltersOrder.FIRST)
            .csrf()
            .and()
            .formLogin()
                .loginPage("/login")
                .authenticationSuccessHandler(new RedirectServerAuthenticationSuccessHandler("/url"))
                .authenticationFailureHandler(loginFailureHandler)
            .and()
            .logout()
                .logoutUrl("/logout")
                .logoutSuccessHandler(logoutSuccessHandler("/login"))
            .and()
            .authenticationManager(authenticationManager)
            .exceptionHandling()
                .accessDeniedHandler(new HttpStatusServerAccessDeniedHandler(HttpStatus.BAD_REQUEST))
            .and()
            .build();
}

해당 부분에서 SecurityWebFilterChain 빈을 주입한다.

권한롤에 따른 url매핑이나 등등등.. 기존 mvc security와 큰 차이는 없지만 체이닝 함수명 변동이나 기능이 변경된 부분들이 일부 존재한다.

중요한 부분은 아래와 같다.

.addFilterAt(new MultipartCsrfFilter(), SecurityWebFiltersOrder.FIRST)
.csrf()

csrf 활성화

자세한 사항은 아래 글 참고

https://seorinari.tistory.com/7

Spring Boot WebFlux - Multipart(multipart/form-data) 전송시 Security CSRF(XSRF) Filter 설정

WebFlux로 프로젝트를 진행하던 중, Multipart로 전송시 Spring Security에 설정한 CSRF 관련 사항과 충돌이 발생하여 이에대한 대응책을 남긴다. (invalid csrf token) Multipart의 경우 FormData가 ServerReque..

seorinari.tistory.com

.formLogin()
	.loginPage("/login")
	.authenticationSuccessHandler(new RedirectServerAuthenticationSuccessHandler("/url"))
	.authenticationFailureHandler(loginFailureHandler)

form 로그인 사용 및 로그인 URL(실제 프로세스가 수행될 URL) 정의

그리고 로그인성공시 작동될 핸들러와 로그인이 실패 할 경우 작동될 핸들러를 정의한다.

로그인성공시에는 별 다른 액션 없이 redirect되도록 RedirectServerAuthenticationSuccessHandler를 등록하였다.

실패시에는 위에서 정의한 핸들러를 등록하였다.

.logout()
    .logoutUrl("/logout")
    .logoutSuccessHandler(logoutSuccessHandler("/login"))

로그아웃 URL과 로그아웃 성공시 작동될 핸들러를 정의한다.

위에서 작성한 함수를 등록하였다.

.authenticationManager(authenticationManager)

그리고 중요한 부분인 authenticationManager를 정의해준다.

해당 부분을 정의함으로써 우리가 작성한 CustomAuthenticationManager가 작동되게 된다.

다음은 컨트롤러와 thymeleaf를 통해 로그인페이지를 구성하도록 하자.

@RequestMapping("/login")
public String loginForm(ServerHttpRequest request,
                        Model model) {
	model.addAllAttributes(request.getQueryParams().toSingleValueMap());
	return "service/login";
}

<!DOCTYPE html>
<html lang="ko" xmlns:th="http://www.thymeleaf.org">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>
<div th:switch="${err}">
    <p th:case="'err01'">아이디가 존재하지 않습니다.</p>
    <p th:case="'err02'">비밀번호가 올바르지 않습니다.</p>
    <p th:case="'err03'">탈퇴 된 회원 입니다.</p>
    <p th:case="'err04'">승인 대기중 입니다.</p>
    <p th:case="'err05'">반려 된 회원 입니다.</p>
</div>
<form th:action="@{/login}" th:method="post">
    <input th:name="username" placeholder="아이디를 입력하세요."/>
    <input th:name="password" type="password" placeholder="비밀번호를 입력하세요."/>
    <button type="submit">로그인</button>
</form>
</body>
</html>

(에러코드 처리의 경우 공통 메세지를 통해 처리하도록 하자. 해당 글에서 언급 할 주제는 아니므로 생략.)

완성!

다음은 간략한 테스트 결과이다.

존재하지 않는 아이디를 입력했을 경우 loginFailureHandler에서의 브레이크포인트. 요청이 /login에서 넘어옴을 알 수 있으며, err01메세지도 함께 넘어옴을 알 수 있다.

Handler 이후의 로그. 302 redirect로 /login?err=err01을 호출함을 알 수 있다.

뷰페이지에서의 출력

로그인에 성공 할 경우 Controller에서 Authentication나 @AuthenticationPrincipal를 인자로 받거나,

ReactiveSecurityContextHolder를 통해 principal 정보를 확인 할 수 있다.

끝

Spring Boot WebFlux - Multipart(multipart/form-data) 전송시 Security CSRF(XSRF) Filter 설정

최서리나리 — Wed, 24 Jul 2019 13:47:40 +0900

WebFlux로 프로젝트를 진행하던 중, Multipart로 전송시 Spring Security에 설정한 CSRF 관련 사항과 충돌이 발생하여 이에대한 대응책을 남긴다.

(invalid csrf token)

Multipart의 경우 FormData가 ServerRequest에 QueryParameter로 들어오지 않기 때문에,

클라이언트 - CSRF Filter 사이에 중개필터를 하나 두고 필터 순서를 변경하여 CSRF관련 작업을 처리해야 한다.

작업순서는 아래와 같다.

1. 중개필터 작성

2. Spring Security에 중개필터 추가 (Filter Order는 CSRF Filter 이전에 위치하도록 순서지정)

먼저 중개필터를 작성한다.

@Component
public class MultipartCsrfFilter implements WebFilter {
    
    @Override
    public Mono<Void> filter(ServerWebExchange serverWebExchange,
                             WebFilterChain webFilterChain) {
        if(!HttpMethod.GET.equals(serverWebExchange.getRequest().getMethod())){
            return serverWebExchange.getMultipartData().flatMap(v -> {
                Map<String, Part> map = v.toSingleValueMap();
                if(map.get("_csrf") != null){
                    serverWebExchange.getRequest()
                        .mutate()
                        .header("X-CSRF-TOKEN", ((FormFieldPart) map.get("_csrf")).value())
                        .build();
                }
                return webFilterChain.filter(serverWebExchange);
            });
        }else{
            return webFilterChain.filter(serverWebExchange);
        }
    }
    
}

Security 설정시 별다른 설정을 하지 않았다면 default token repository인 WebSessionServerCsrfTokenRepository 클래스의 정보를 따라간다.

- WebSessionServerCsrfTokenRepository

public class WebSessionServerCsrfTokenRepository implements ServerCsrfTokenRepository {
    private static final String DEFAULT_CSRF_PARAMETER_NAME = "_csrf";
    private static final String DEFAULT_CSRF_HEADER_NAME = "X-CSRF-TOKEN";
    private static final String DEFAULT_CSRF_TOKEN_ATTR_NAME = WebSessionServerCsrfTokenRepository.class.getName().concat(".CSRF_TOKEN");
    private String parameterName = "_csrf";
    private String headerName = "X-CSRF-TOKEN";
    private String sessionAttributeName;

    ...
    
}

위 소스코드를 보다시피, default header name은 'X-CSRF-TOKEN'이며 paramater name은 '_csrf'이다.

변경사항이 있다면 그에따라 필터의 내용도 변경하면 될 것이다.

중개필터의 내용은 단순히 GET요청이 아니면서, _csrf로 들어온 parameter가 있을 경우 헤더에 CSRF값을 담아주고

다음필터로 넘기는 내용이다.

다음은 Security설정이다.

@Configuration
@EnableWebFluxSecurity
@EnableReactiveMethodSecurity
@ComponentScan(basePackages = {........})
public class SecurityConfiguration {
    
    // custom manager
    @Autowired
    private AuthenticationManager authenticationManager;
    
    @Bean
    public SecurityWebFilterChain securityWebFilterChain(ServerHttpSecurity http) {
        return http.authorizeExchange()
            ... ...
            .addFilterAt(new MultipartCsrfFilter(), SecurityWebFiltersOrder.FIRST)
            .csrf()
            .and()
            .build();
    }
    
}

ServerHttpSecurity의 addFilterAt 함수를 통해 중개필터를 등록한다.

이때 필터 순서는 가장 먼저 올 수 있도록 지정

위와같이 작성하고 실행하면 다음과 같이 프로세스가 흘러감을 알 수 있다.

- MultipartCsrfFilter

Security에 등록한 순서에 맞게 중개필터가 위치해 있음을 알 수 있다.

request multipart data 중 csrf 매개변수가 있음을 알 수 있다. 해당 변수가 있으니, request header에 token정보를 넣고 다음 필터로 넘길것이다.

- CsrfWebFilter

CSRF검증시 ServerWebExchange의 request header에 CSRF관련 부분이 포함되었음을 알 수 있다.

이렇게 WebFlux환경에서의 Multipart CSRF검증 로직은 끝이난다.

Security 설정 부분에서 Filter 순서를 변경하지 않았다면 CsrfWebFilter가 상위에 위치하기 때문에 403 status와 함께 invalid csrf token가 출력되며,

중개필터에서 헤더에 올바른 token name을 넣지 않았다면 마찬가지로 CsrfWebFilter에서 토큰을 찾지 못했으므로 invalid csrf token가 출력되게 된다.

Spring Boot WebFlux - Thymeleaf 에러 핸들링

최서리나리 — Wed, 17 Jul 2019 15:29:52 +0900

Spring Boot WebFlux - Thymeleaf 환경에서 에러 핸들링 하는 방법을 소개한다.

아래는 참고한 가이드

https://www.baeldung.com/spring-webflux-errors

Handling Errors in Spring WebFlux | Baeldung

Have a look at different methods to gracefully handle errors in Spring Webflux.

www.baeldung.com

하지만 위 예제는 error status에 따른 json return만 구현되어있기 때문에,

우리가 통상적으로 생각하는 404/500에 대한 error 처리를 하기 위해서는 추가적인 작업이 필요하다.

완성된 코드는 아래와 같다.

@Component
@Order(-2)
public class ExceptionHandlerConfiguration extends AbstractErrorWebExceptionHandler {
    
    
    public ExceptionHandlerConfiguration(ErrorAttributes errorAttributes,
                                         ResourceProperties resourceProperties,
                                         ApplicationContext applicationContext,
                                         ObjectProvider<List<ViewResolver>> viewResolversProvider,
                                         ServerCodecConfigurer configurer) {
        super(errorAttributes, resourceProperties, applicationContext);
        this.setMessageWriters(configurer.getWriters());
        this.setViewResolvers(viewResolversProvider.getIfAvailable());
    }
    
    @Override
    protected RouterFunction<ServerResponse> getRoutingFunction(ErrorAttributes errorAttributes) {
        return RouterFunctions.route(RequestPredicates.all(), this::renderErrorResponse);
    }
    
    private Mono<ServerResponse> renderErrorResponse(ServerRequest request) {
        Map<String, Object> errorPropertiesMap = getErrorAttributes(request, false);
        
        /*int status = (int) errorPropertiesMap.get("status");
        
        // status에 따른 분기처리 (html view)
        if(status >= 500){
            return ok().render("error/500");
        }else{
            return ok().render("error/404");
        }*/
    
        // json return
        return ServerResponse.status(HttpStatus.BAD_REQUEST)
            .contentType(MediaType.APPLICATION_JSON_UTF8)
            .body(BodyInserters.fromObject(errorPropertiesMap));
        
    }
    
}

@Component
@Order(-2)
public class ExceptionHandlerConfiguration extends AbstractErrorWebExceptionHandler {
	...
}

configure의 순서를 정렬한다.

Spring Boot에서 DefaultErrorWebExceptionHandler가 -1, ResponseStatusExceptionHandler가 0으로 설정되어 있기 때문에

-2로 내려야 위 요소들보다 먼저 배치되게 된다.

public ExceptionHandlerConfiguration(ErrorAttributes errorAttributes,
                                         ResourceProperties resourceProperties,
                                         ApplicationContext applicationContext,
                                         ObjectProvider<List<ViewResolver>> viewResolversProvider,
                                         ServerCodecConfigurer configurer) {
        super(errorAttributes, resourceProperties, applicationContext);
        this.setMessageWriters(configurer.getWriters());
        this.setViewResolvers(viewResolversProvider.getIfAvailable());
}

생성자에서 AbstractErrorWebExceptionHandler의 생성자를 호출하고,

그 아래에 MessageWriter와 ViewResolver를 정의한다. (이게 가장 핵심)

인자로 List<ViewResolver>를 받아오는데, 이때 사용중인 템플릿 엔진이 Thymeleaf라면 ThymeleafResolver가

다른 템플릿 엔진이라면 다른 리졸버가 들어올것이다.

해당 부분을 정의하지 않으면 DefaultRenderingResponseBuilder.writeToInternal에서 ViewResolver를 찾지 못하기 때문에

500에러가 발생하게 된다.

@Override
protected RouterFunction<ServerResponse> getRoutingFunction(ErrorAttributes errorAttributes) {
	return RouterFunctions.route(RequestPredicates.all(), this::renderErrorResponse);
}

라우팅 부분이다.

모든 요청에 대해 받되, ErrorAttributes 인자가 있을 경우 renderErrorResponse 함수가 실행되게 된다.

private Mono<ServerResponse> renderErrorResponse(ServerRequest request) {
        Map<String, Object> errorPropertiesMap = getErrorAttributes(request, false);
        
        /*int status = (int) errorPropertiesMap.get("status");
        
        // status에 따른 분기처리 (html view)
        if(status >= 500){
            return ok().render("error/500");
        }else{
            return ok().render("error/404");
        }*/
    
        // json return
        return ServerResponse.status(HttpStatus.BAD_REQUEST)
            .contentType(MediaType.APPLICATION_JSON_UTF8)
            .body(BodyInserters.fromObject(errorPropertiesMap));
        
}

해당 부분에서 실질적인 에러 처리를 진행한다.

주석처리 된 부분은 템플릿 엔진을 사용중일 경우 해당 html view가 노출되도록 return하는 부분이며,

최하단의 return은 JSON형식으로 에러정보가 return된다.

(필자의 경우에는 Thymeleaf를 사용중이기 때문에, error/404를 호출시 실제로는 reousrces/templates/error/404를 바라보게 된다.)

에러코드에 대한 정의와 어떤 템플릿을 보여줄것인지, 어떤 요청이 들어왔을때 어떻게 리턴해줄것인지는

각 사용자가 입맛에 맞게끔 구현 해 사용하면 될것이다.

ERROR] object references an unsaved transient instance - save the transient instance before flushing

최서리나리 — Mon, 15 Apr 2019 10:55:24 +0900

@ManyToOne 관계에서 위와같은 에러가 발생 할 경우
기존 save 도메인에 ManyToOne으로 관계가 맺어진 객체가 생성되어있지 않은지 확인해봐야 한다.
객체가 생성되어있을 경우 ID가 부여되므로 위와같은 에러가 발생.

https://stackoverflow.com/questions/9549098/transientobjectexception-object-references-an-unsaved-transient-instance-save