일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- frontend
- Spock Mock
- Javascript
- Spock Mock Stub Spy
- 자바스크립트
- 공짜로 Docker Desktop같은거 쓰기
- Docker Desktop 쓰고싶다
- Spock Stub
- nuxtjs/composition-api buildModules
- webpack
- HTTP란
- mock stub
- @Transaction propagation
- TypeScript
- Rancher Desktop설치
- TCP/IP
- docker desktop 대체
- ECMAScript
- @Transaction isolation
- 의존성주입
- mock stub spy
- Spock Spy
- 트랜잭션 격리
- vue store
- Mock vs Stub
- docker desktop 유료화 정책
- DI
- enum
- 타입스크립트
- Vue+Typescript
- Today
- Total
목록분류 전체보기 (63)
끄적끄적
junit test를 하다가 No tests found for given includes 와 같은 에러가 났다. 해결방법은 Settings > Build,Execution,Deployment > Build Tools > Gradle > "Run tests using: IntelliJ IDEA" 로 변경해주면 된다.
컴퓨터를 포멧하는 일이 있어 다시 인텔리제이를 설치하고 나서 토이프로젝트 하다가 위와 같은 Lombok을 인식 못하는 이슈가 발생했다. 그래서 이런 이슈에 대해 기록해 두고자 한다. Intellij --> preference 에 Annotation Processors을 검색해 들어가서 Enable annotation processing 체크 lombok 플러그인 설치 (Intellij preference --> plugin 에서 lombok 검색) File > Invalidate Caches / Restart > Invalidate and Restart build.gradle 에 다음과 같이 설정 아래의 annotionProcessor 는 Compile 수행 시 annotation 에 대한 Scan 및 ..
오늘은 많은 사람들이 잘 모르고 있는 것 같은 부분에 대해 기록해 둘까한다. GET,POST,PUT,DELETE 의 대한 Rest규격에 대해 맞춰서 개발을 할때 발생 할 수 있는 문제점이다. GET으로 요청시 파라미터 방식의 통신시에 너무 많은 양을 담아서 보내게 되면 Request Entity Too Large라는 에러를 만나게 된다. 되도록이면 끊어서 요청을 하거나 사실 이렇게 많은 양을 날릴 일도 별로 없다. 하지만 피치못할 사정도 있기에 기록해 두려고 한다. 먼저 예전 환경에서 개발하던 사람들은 http/1.0에서 get방식의 주소 길이에 제한이 있었기에 저런 문제를 만나면 POST방식으로 바꿔라 라는 말을 많이 하곤한다. 하지만 http/1.1부터는 주소에 대한 길이 제한이 없다. 그렇기 떄문에..
API 통신을 하다보면 필연적으로 마주치는 cors이슈 때문에 proxy를 설정하게 되는데 vue와 nuxt환경에서 개발 시 마주치는 cors로 인한 proxy설정을 하는 방법을 정리해둘까한다. nuxt proxy 설정 npm i @nuxtjs/proxy nuxtjs/proxy를 인스톨하고 아래와 같이 nuxt.config.js에 설정해준다. example proxy: { '/api': 'http://localhost:9999', } modules: [ '@nuxtjs/proxy' ] 프록시 부분엔 proxy가 필요한 api uri정보를 넣으면 된다. 그럼 nuxt가 아닌 환경에서는 어떻게 설정할까? 일반적인 vue에서는 vue.config.js에 아래와 같이 설정한다. devServer: { host:..
타입스크립트의 이넘을 쓰다보면 불편한점 중 하나가 이넘이다.. 아직까지 내가 자바처럼 이넘을 쓸 줄 모르는건지 모르지만.. 불편한점이 있어 튜닝하기 시작했다. 일단 자바에서의 이넘은 이렇다. @Getter @AllArgsConstructor enum ExampleEnum implements BaseEnum { EXAMPLE_1("1", "2", "3"), EXAMPLE_2("1", "2", "3"), EXAMPLE_3("1", "2", "3"); private String code; private String name; private String desc; }대충 이렇다.. 여러값을 가질 수 있고 좀 더 유연하달까? 그런데 타입스크립트의 이넘은 굉장히 단순하고 뭔가 반쪽의 반의 반쪽 짜리같은 느낌..? ..
최근 생각도 못했던 문제가 있어 또 한번 고생한 경험이 있다. JPA를 쓰는 환경에서는 대체로 아래와 같이 릴레이션에 대한 조인을 걸어두고 쓰는 경우가 많을 것이다. queryDsl로 리스트를 만들어주는 부분에서 조인걸린 테이블에 대한 조건처리를 해야할 경우가 생겼다. 왜 여태까지 이런 경우가 많이 없었는지 이해가 안되지만.. 또 한번의 삽질이 시작되었다. queryDsl에 조인을 걸고 조인걸린 부분에 대한 조건을 추가하고 확인해본결과 이상한 데이터가 자꾸 포함되어 조회가 되는것이였다. 로그에 남겨진 쿼리를 모두 분석하기 시작했다.. 쿼리가 나뉘어서 날라가면서 발생한 문제였다. 부모 테이블에서 조건처리에 대한 부분을 필터링 한 다음에 id를 기반으로 다시 IN을 하는것이다. 튜닝을 위해 찾아보기 시작했다..
https://fe-churi.tistory.com/51 기존 포스팅글에서 이넘에 대한 삽질을 했고 날짜 형식에서 문제가 생겨 JavaTimeModule을 추가했었다. 이어서 추가적으로 타임 포멧팅을 해줄 필요가 생겼다. 패턴을 "yyyy-MM-dd HH:mm:ss"패턴으로 리스폰스시에 변경해줄 필요가 생긴것이다. 방법은 간단하다. JavaTimeModule javaTimeModule = new JavaTimeModule(); LocalDateTimeSerializer localDateTimeSerializer = new LocalDateTimeSerializer(DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss").withZone(ZoneId.of("Asia/Seo..
오늘은 이넘에 대한 삽질기를 기록해 둘까한다. 그리고 구글검색을 해도 너무 자료가 없었다.. 그래서 정리해 두려고 한다. 먼저 요구사항이 Enum에 대한 리스폰스시 이넘코드에 대한 값을 json형태로 내려달라는 요청이 왔다.. 처음에 그냥 @JsonFormat(shape = Shape.OBJECT)로 내렸는데 문제가 있었다. 스웨거에서도 리퀘스트 요청에 대해서 json 키밸류가 전부 파라미터로 요청받게 되어버렸기 때문에 실제로 스웨거를 통해 요청을 할때 혼돈이 있을 수 있었다. 개인적으로 이런걸.. 정말 싫어하기에 리펙토링을 시작하며 삽질이 시작되었다. 그럼 @JsonFormat(shape = Shape.OBJECT)을 사용하지 않고 데이터를 내려볼때만 변환시켜주면 안될까해서 비슷한경우를 찾아보니 Obj..