종퀴

이 이슈는 다른 작업을 하다가 뒤늣게 발견했다.spring boot 3.2.2 부터는 RequestParam 어노테이션이나 PathVariable 어노테이션을 사용시 name을 명시적으로 선언해주여야 한다. 기존에는 변수명을 reflection해서 자동으로 매핑해주었는데 해당 구현이 삭제되었다. 아래처럼 플러그인을 통해 대응이 가능하다.  org.apache.maven.plugins maven-compiler-plugin true ​  자세한 설명은 아래 이슈를 참고한다.  Upgrading to Spring Framework 6.xSpring Framework. Contribute to spring-projects/spring-framework development ..

요청을 XSS escape하는 것을 도와주는 오픈소스 API가 몇개 있다. 1. commons-text org.apache.commons commons-text 1.11.0 commons-text의 경우엔 아파치 재단에서 만든 "String 처리"를 위한 API를 모아놓은 artifact이다. xsx escape 만을 위한 도구는 아니지만, 여기에도 xss escape를 위한 API가 있다. org.apache.commons.text.StringEscapeUtils#escapeHtml4(String input) 이 그 주인공이다. static method이기 때문에 그냥 쓰면 된다. 이 메서드는 우리가 흔히 아는 "" "\"" , "\'" 등의 문자열을 escape 해서 공격을 막는다. 사실 원래는 An..

azure에서는 비밀번호 등 민감정보를 소스코드에서 제외하는 keyvault를 제공한다. 해당 기능도 패키지가 변경되어 새롭게 구성해야 한다. 현시점 최신버전은 5.10인데, 이건 해당 시점의 최신버전을 쓰면 될 듯하다. pom.xml com.azure.spring spring-cloud-azure-starter-keyvault 프라퍼티도 아래와 같이 변경되었다. spring.cloud.azure.keyvault.secret.property-source-enabled=true spring.cloud.azure.keyvault.secret.enabled=true spring.cloud.azure.keyvault.secret.property-sources[0].endpoint=https://mykeyvaul..

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을 통한 인증 부분 말고는 그렇게 복잡..

지금 회사에선 웹앱개발시 jre8 에 spring boot 2.2.12를 사용하고 있다. 시대가 흘러서 LTS 도 종료(사실 원래 1년이긴하다)되고, Azure의 최신 API 지원을 받기도 곤란한 상황이 되어서 결국 업그레이드 결정이 내려졌다. 업그레이드가 결정난 시점에 3.2.2가 최신이어서 그걸 적용하기로 했다. 변경해야할 것들이 굉장히 많다. java8 → java17 변경 pom.xml 수정 javax → jakartaee로 패키지 변경. 톰캣 버전 변경 각종 maven artifiact 버전 변경 httpclient, junit artifact "교체" spring boot 자체의 메이저 버전 변경사항도 있고, 일부 API 지원중단 등 java의 하위호환성이 일부 손실되었기 때문에 위 변화를 적..