마음의 窓

미국 텍사스 기준으로 2021년 9월 14일 오라클에서 자바 17 버전을 릴리즈 (Release) 하였다. 자바 11 이후 발표되는 LTS라 예전부터 주목 받고 있던 버전이며, 공식적으로 2029년 9월까지 기술지원이 된다 (물론, 유료 고객 한정이다.) 17 버전과 관련해서 여러가지 주목해 볼만한 것을 정리하면 다음과 같다. 1. 라이선스 정책 변경 자바 8의 211 업데이트부터 오라클의 자바 라이선스 정책이 변경되면서 운영환경 혹은 상업적인 목적으로 사용하기 위해서는 상용 Subscription이 있어야 한다. (생각보다 부담스러운 가격이다.) 여기에 대응하기 위해 예산을 잡아서 Subscription을 구입한 경우도 있긴 하지만, OpenJDK 등으로 전환, 자바 8 이상으로 업그레이드를 하지 않는..

웹 서핑을 하다가 아래 블로그 글을 읽게 되었는데, 내용이 좋아서 여기에 링크를 추가하였다. advancedweb.hu/a-categorized-list-of-all-java-and-jvm-features-since-jdk-8-to-16/ A categorized list of all Java and JVM features since JDK 8 to 16 From Java 8 to 16 advancedweb.hu Csákvári Dávid의 블로그이며 블로그 주소를 보니, 헝가리 분으로 추측이 된다. 아래와 같이 분류해서 내용을 정리하였다. New Language Features New APIs Performance Improvements Security Improvements Bytecode Chang..

오라클은 2021년 3월 16일 텍사스, 오스틴(최근 오라클 본사를 캘리포니아에서 텍사스로 옮겼다)에서 자바 16 버전을 발표하였다. 관련된 링크는 아래와 같다. www.oracle.com/news/announcement/oracle-announces-java-16-031621.html LTS 버전이 아니라 6개월 한정적으로 운영되며, 당장 16버전으로 업그레이드하는 경우는 드물겠지만, 몇가지 추가되고 변경된 내용이 있어서 정리해 보았다. 1. 언어적 개선 자바 14에 프리뷰로 추가되었던 Records(JEP 395)와 instanceof의 패턴 매칭(JEP 394)을 사용하는 기능이 정식으로 추가되었다. Record에 대해서는 이 블로그에서도 간단히 살펴봤는데, 공식 언어로 추가된 내용으로 해당 블로그..

※ 2020년 9월 21일 1쇄 오류 내용 정리 (2021년 3월 16일 기준) - 독자들로 부터 전달 받은 내용과 저자가 발견한 내용을 모두 포함시켰다. 페이지 오류 내용 정정 내용 3 2019년 현재까지 2020년 현재까지 16 표 1.7의 var 에 대한 내용 var 키워드 지원 확대 자바 10에서 var 키워드로 변수를 선언하면 var는 자바에서 키워드로 등록되어 있지 않은 관계로 키워드라는 용어는 적절하지 않음 en.wikipedia.org/wiki/List_of_Java_keywords var 지원 확대 자바 10에서 var로 변수를 선언하면 23 예제 2.2 주석 인코딩된 문자를 표준 알고리즘으로 인코딩한다 예제 2.2 주석 인코딩된 문자를 표준 알고리즘으로 디코딩한다 25 collectio..

책이 정식으로 출판된 이후 여러가지 문의나 오류에 대한 지적이 있었다. 너무나 날카로운 지적이라 나의 무지함이 드러나 부그러웠고 어떤 경우는 받아들일 수 없는 지적인 경우도 있었다. 무엇이 되었건 상관 없이 이 책에 대한 관심이라 생각하고 겸허히 받아들이려 노력중이다. 그 중 자바 10에 추가된 var 에 대한 것으로 책에서는 키워드로 적었지만 언어적으로는 키워드가 아니라는 지적이였다. namocom.tistory.com/930 [Java] var는 키워드가 아니다. "개발하자" 라는 슬랙에서 이석민(닉네임 lee_maru)님이 "var는 키워드가 아닙니다."라는 이야기를 해서 찾아보게 되었다. 자바언어 규약(JLS)를 찾아보니 var는 키워드가 아니라고 한다. var is not a namocom.ti..

사실 첫번재 Spring Batch를 대형 프로젝트에 적용할 때는 기능적인 부족으로 많은 고생을 하였다. 그리고 Reader / Writer를 쓰는데는 한계가 많아서 거의 대부분의 배치가 Reader / Writer 없이 Tasklet (Reader / Writer가 없는 STEP) 에 모든 기능을 다 집어 넣는 것이였다. 1. 1.x 버전에서 대표적으로 아쉬웠던 것이 몇개 있는데 그 중 하나가 Item 기반의 처리 흐름이였다. 위의 그림이 Spring Batch 1.0의 처리 흐름인데 Item 위주로 되어 있다 보니 데이터를 읽고 쓰는 것이 껀껀이 이루어졌다. 만일 Commit Interval을 10으로 줬다면 Item을 10번 읽고 10번 Write 하는 일이 벌어진다. 이 부분을 개선한게 Sprin..