종퀴

지난 포스팅에선 spring용 azure storage api의 스타터에 대해 살펴보았다. 1개의 blob 저장소만 사용한다면 매우 유용하겠지만, 안타깝게도 보통 1~2개정도의 blob은 쓰기 마련이다. 이제 starter를 제외한 azure java sdk로 구현을 해보자. 먼저 artifact는 2개가 필요하다. com.azure azure-storage-blob 12.25.2 com.azure azure-identity 1.11.4 azure-storage-blob 은 저장소를 다루기 위한 용도이고, azure-identity는 저장소에 업로드하기 위해 인증할 때 사용할 용도이다. (로그인에 connection string을 사용하는 경우엔 azure-identity가 필요 없다.) azure sd..

spring boot 2.2.2 를 개발하던 당시, 사용하던 sdk는 완전 "구렸다". (다른 게시글에서 2.2.12라고 했었는데, 중간에 버전을 변경한 것이다) API는 너무 자주바뀌었으며, 겉멋이 든 것 같은 구현이 꽤 많았다. 가장 큰 문제는 레거시 문서를 꽁꽁 숨겨놓는다는 것이다. (이 부분에 대해 개인적인 불만이 아주 크다) 지금 개발하고 있는 앱들에 적용된 버전은 azure storage 8.4(이하 v8) azure storage 11.0.0 (이하 v11) 2개였다. v8의 경우엔 다른 개발자 분이 wrapping해서 Bean으로 주입해 blob 리소스에 대해 CRUD 기능을 사용할 수 있게 구현해놓았다. v8 자체가 사실 Azure Credential을 통한 인증 부분 말고는 그렇게 복잡..

msal4j 도입중에 NoSuchMethodError가 발생했다. 원인은 azure keyvault, spring boot, msal4j에서 사용하는 api가 충돌했기 때문이다. 다행히 스프링부트 앱에 복잡한 기능이 없어서 spring boot 버전을 올려서 무난하게 해결할 수 있었다. 본인의 경우엔 jackson과 netty-common에서 충돌이 났었는데, 메서드나 클래스명이 자주 바뀌어서 버전이 변경되면 참조할 메서드와 클래스가 사라지는게 문제다. 스프링 버전과 각 api의 버전을 잘 체크해서 사용하는 수밖에 없다. https://docs.microsoft.com/en-us/azure/developer/java/sdk/troubleshooting-dependency-version-conflict T..

azure에서 cdn management를 위한 api를 제공한다. https://docs.microsoft.com/ko-kr/java/api/overview/azure/cdn?view=azure-java-stable Azure CDN libraries for Java Reference documentation for the Java CDN management libraries docs.microsoft.com 해당 문서만 봐선 사실 어떻게 사용해야하는지 막막한게 사실이다. pom.xml을 아래와 같이 추가한다. com.microsoft.azure azure-mgmt-cdn 1.41.1 com.microsoft.azure azure-client-authentication 1.7.13 purge를 하는 코..

https://jongqui.tistory.com/26 azure cdn purge CDN purge는 CDN의 캐싱을 삭제해주는 기능이다. 앞단에서 CDN을 사용하고 있었지만, 기존에는 png, jpeg 등 파일만 관리했고, azure blob storage에 파일이 올라가면, 파일 경로와 파일명이 무조건 새로 설 jongqui.tistory.com 위 포스팅에선 adal4j로 ouath2 token을 가져와 cdn purge를 하는 법을 설명했다. 위 포스팅 본문에 adal4j 지원 중단 사실과, msal4j를 이용하면 좋을거같다고 해놓고, 그 이후로 포스팅이 없었다. 이번엔 msal4j로 access token을 가져오는 법을 설명한다. pom.xml에 아래를 추가한다. com.microsoft.a..

CDN purge는 CDN의 캐싱을 삭제해주는 기능이다. 앞단에서 CDN을 사용하고 있었지만, 기존에는 png, jpeg 등 파일만 관리했고, azure blob storage에 파일이 올라가면, 파일 경로와 파일명이 무조건 새로 설정되었기 때문에, cdn에서 요청이 들어올 때 새로 업로드한 파일에 대해선 blob에서 이미지를 캐싱했기 때문에 아무 문제가 없었다. 그래서 전임자가 azure에 쉽게 업로드할 수 있게 만들어놓은 API를 그대로 썼다. 이번 이슈는 XML 파일을 수정하는 것이 새로 추가되었다는 것이다. blob에서 파일이 수정되는 경우엔 cdn에서 캐시 리로드 주기가 되기 전에는 검사를 따로 안하기 때문에, 즉시 반영이 안되는 문제가 있다.(하지만 즉시 반영이 되어야 했다.) 예제코드 등을 ..