들어가며최근 구현한 기능 중 특정 API 의 응답 크기가 100kb 가 초과하는 것들이 있었다. 배포 후 큰 문제는 없었지만, 네트워크 대역폭 제한이 있어서, 사용자가 몰릴 경우 잠재적인 문제가 될 수도 있다는 생각이 들었다. 이를 해결하기 위해 응답을 압축하는 방법을 사용했는데, 그 과정에 대해 예제와 함께 글을 적어본다.Gzip 압축을 사용한 이유응답 크기가 큰 특정 몇 API 는 사용자가 최초 접속 시 반드시 호출 되어야만 하고, 데이터 특성상 자주 변경되어 HTTP 의 Cache-Control 을 사용해 캐싱하기 어려웠다. ETag 를 적용하는 것도 고려했지만, 데이터가 너무 크고 빈번하게 변동되어 매번 식별자를 생성하는 작업이 비효율적이라 판단했다. 대신, Last-Modified 를 적용해서 ..
들어가며 이번 프로젝트에서 WhiteIpList 관리 기능 부분을 맡아 만들게 되어 해당 기능을 Security 를 이용해서 붙여보려 했었다. 결국은 다르게 구현했지만 Security 로는 어떻게 할 수 있을까 공부 해보는 좋은 시간이었다. Spring Security 가 6버전으로 올라오며 많은것들이 바뀌었다. 이전에 사용하던 authorizeRequests() 와 authorizeHttpRequests() 가 Deprecated 되고, authorizeHttpRequests(Customizer) 를 사용되게 권장되게 바뀌었다. 그러면서 메서드들의 사용법이 조금씩 바뀌었는데 그 중 제법 많이 쓰이던 hasIpAddress 메서드는 authorizeHttpRequests 를 사용하면 존재하지 않는다. 그..
들어가며 이 글은 1.템플릿 콜백 패턴으로 구현, 2. AOP 로 구현, 3. Spring Redission 의 한계와 극복 총 3편으로 이루어져 있습니다. 이번 글은 1.템플릿 콜백 패턴으로 구현 과 2.AOP 로 구현 을 기반으로 작성되었으니 먼저 읽어주시길 바랍니다. Spring Redisson 분산락(Distribute Lock) 좀 더 잘 써보기 (1/3) - 템플릿 콜백 패턴 들어가며 우선 이 글은 1.템플릿 콜백 패턴으로 구현, 2. AOP 로 구현, 3. Spring Redission 의 한계와 극복 총 3편으로 이루어져 있습니다. 여기서 사용한 예제코드에는 특정 문제가 있습니다. 해당 문제 jongmin4943.tistory.com Spring Redisson 분산락(Distribute ..
들어가며 이 글은 1.템플릿 콜백 패턴으로 구현, 2. AOP 로 구현, 3. Spring Redission 의 한계와 극복 총 3편으로 이루어져 있습니다. 이번 글은 1.템플릿 콜백 패턴으로 구현 에서 참고하는 부분이 있으므로 필요하시면 먼저 읽어주세요. Spring Redisson 분산락(Distribute Lock) 좀 더 잘 써보기 (1/3) - 템플릿 콜백 패턴 들어가며 우선 이 글은 1.템플릿 콜백 패턴으로 구현, 2. AOP 로 구현, 3. Spring Redission 의 한계와 극복 총 3편으로 이루어져 있습니다. 여기서 사용한 예제코드에는 특정 문제가 있습니다. 해당 문제 jongmin4943.tistory.com 여기서 사용한 예제코드에는 특정 문제가 있습니다. 해당 문제에 대한 이야..
들어가며 우선 이 글은 1.템플릿 콜백 패턴으로 구현, 2. AOP 로 구현, 3. Spring Redission 의 한계와 극복 총 3편으로 이루어져 있습니다. 여기서 사용한 예제코드에는 특정 문제가 있습니다. 해당 문제에 대한 이야기는 3편에서 할 예정입니다. 그리고 Spring Redisson 이 뭔지, 왜 쓰는지, 분산락이 뭔지 등등 에 대해서는 글이 너무 길어져 설명하지 않았습니다. 궁금하신분은 인프런의 "재고시스템으로 알아보는 동시성 이슈 해결방법" 강의 를 보시거나 해당 강의의 잘 정리된 블로그글을 첨부하니 참고해주세요. 사건의 시작 사내 그룹웨어에서 칸반 기능을 개발 하던 도중 사용 하시던 동료 두 분이 버그를 제보해주셨다. "저희 둘이 쓰는 칸반이 있는데 갑자기 순서가 이상해졌어요. 아마..
의문 자바 코드를 작성하다보면 종종 ArrayList 를 toArray 메서드를 이용해 배열로 바꿔야 할때가 있다. List temp = new ArrayList(); temp.add("test"); String[] strings = temp.toArray(new String[temp.size()]); 하지만 위의 코드는 Intelij 가 warning 을 만드는 코드이다. 실제로 Replace argument with empty array 를 클릭해보면 empty array 초기화로 코드를 바꿔준다. 왜 길이를 미리 정한 배열보다 길이를 0으로 초기화한 배열을 사용해야하는걸까? 검색결과 성능 차이 두가지에 대한 성능테스트는 stackoverflow 글에서 찾을 수 있었다. 해당 글을 보면 아주 재미있게..