Spring Boot Data Jpa 프로젝트에 Querydsl 적용하기  예제를 따라 해보려고 하다보니

gradle 5.0에서는 잘 되지 않았다.

처음에는 gradle 에서 달라진 annotationprocessor 때문이라고 생각해서 테스트를 해봤는데 잘 되지 않았다.

    compileOnly('org.projectlombok:lombok')
    annotationProcessor("org.projectlombok:lombok")

한참 구글링 해보면서 이런 저런 옵션을 설정 해봤는데 최종적으로는 다음과 같은 설정을 하면

gradle 5.0에서 queryDSL 과 lombok ,spring-boot 이 잘 동작 한다.


plugin

plugins {
id "org.springframework.boot" version "2.1.1.RELEASE"
id "com.ewerk.gradle.plugins.querydsl" version "1.0.10"
id "io.franzbecker.gradle-lombok" version "1.14"
id "io.spring.dependency-management" version "1.0.6.RELEASE"
id "java"
id "idea"
}

io.franzbecker.gradle-lombok 를 사용하면 dependencies 설정이 자동으로 들어가기 때문에 따로 설정 하지 않아도 된다.

queryDSL 설정은 다음과 같이 한다.

// querydsl 적용
def querydslSrcDir = 'src/main/generated'

querydsl {
library = "com.querydsl:querydsl-apt"
jpa = true
querydslSourcesDir = querydslSrcDir
}

compileQuerydsl{
options.annotationProcessorPath = configurations.querydsl
}

configurations {
querydsl.extendsFrom compileClasspath
}

sourceSets {
main {
java {
srcDirs = ['src/main/java', querydslSrcDir]
}
}
}

이렇게 설정 하니 예제가 잘 동작 했다.

'지식창고 > Java' 카테고리의 다른 글

queryDSL lombok gradle 5.0  (0) 2019.01.02
eclipse workspace 삭제  (0) 2018.12.05
eclipse 설치한 플러그인  (0) 2018.04.10
gradle 유용한 플러그인  (0) 2016.07.25
eclipse neon으로 옮기면서 삽질  (0) 2016.07.15
eclipse + gradle => buildship  (0) 2016.07.04

구글에서 한글로 검색을 하면 거의대부분 파일 편집 방식으로 안내를 하고 있다.

영문으로 검색을 하면 이클립스 메뉴에서 삭제 방법을 안내 하고 있다.


Preferences -> General ->Startup and Shutdown 의 Workspaces


'지식창고 > Java' 카테고리의 다른 글

queryDSL lombok gradle 5.0  (0) 2019.01.02
eclipse workspace 삭제  (0) 2018.12.05
eclipse 설치한 플러그인  (0) 2018.04.10
gradle 유용한 플러그인  (0) 2016.07.25
eclipse neon으로 옮기면서 삽질  (0) 2016.07.15
eclipse + gradle => buildship  (0) 2016.07.04

사용하던  NFS서버에 문제가 생겨서 새 장비에 백업을 하고 설정을 변경했다.

4대의 서버중 한대만 정상적으로 마운트가 되었는데도 불구하고 20분 간격으로 nfs 마운트 디렉토리에 접속을 할 수 없는 현상이 생겼다.


/var/log/messages 를보니

nfs server host not responding, still trying

2~30분뒤 OK  로 정상 상태 표시되고

또 몇분있다가 멈췄다가 다시 접속되고


4대중에 한 대만 이상해서 구글링을 아무리 해도 원인을 찾을 수 없어서  재부팅 도해봤는데 증상이 없어지지 않았다.


3대는 정상인데 한대만 이상해서 몇시간을 차이점을 찾았는데

허무하게도 한대만 mask 값 달랐다.


문제의 서버는 255.255.255.224  나머지 서버는 255.255.255.192

기존에 쓰던 장비는 224 mask  범위의 IP를 사용중이였고 신규 장비는 192 mask 범위


mask 값을 맞췄더니 정상적으로 동작한다.


도데체 누가 오타를 낸건가...ㅡ.ㅡ;;;

'지식창고 > 리눅스' 카테고리의 다른 글

nfs server host not responding, still trying 문제  (0) 2018.10.19
rsnapshot 설정과 실행  (0) 2018.09.14
cectos 7 에 nodejs v8 설치  (0) 2018.01.24
redis-sentinel 삽질기  (0) 2018.01.10
centos dns lookup 느린 경우  (0) 2016.11.25
CentOS 7에 rabbitMQ 설치  (0) 2016.10.07