개발정리

Job배치 처리 과정을 하나의 단위로 만들어 표현한 객체하나의 Job 객체는 여러 Step 인스턴스를 포함하는 컨테이너JobRepository배치 처리 정보를 담고 있는 객체Job이 실행되었으면 배치 처리에 대한 모든 메타 데이터가 담겨있다. JobLauncher배치를 실행시키는 인터페이스클라이언트의 요청을 받아 Job을 실행Job,파라미터를 받아 실행하며 JobExecution을 반환한다. StepJob 내부에 구성되어 실제 배치 작업 수행을 정의하고 제어한다. Job을 처리하는 단위chunk 또는 tasklet이 포함되어 있다 Hello World 예제 import org.springframework.batch.core.Job;import org.springframework.batch.core...

스프링 유효성 검사유효성 검사란 사용자가 요청한 데이터의 폼이 어던 조건에 충족하는 지 판단하는 과정입니다.예를 들어 비밀번호에 특수문자가 포함되어야 한다거나 10자리 이상이어야한다는 조건을 들수 있습니다. 우리가 살펴볼 예제는 상품을 등록하는 예제입니다.아이템의 필드로는 itemName,price,quantity가 있습니다. 우리는 itemName은 공백을 안넣게 하고price는 1000원 이상이어야하며quantity는 음수가 아닌 값을 받도록 유효성 검사를 진행 할 것 입니다. @Data@Entitypublic class Item { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String itemNa..

Transaction Propagation 이 장은 스프링에서 트랜잭션 전파의 몇가지 의미를 묘사합니다. 이 장은 트랜잭션 전파의 적절한 소개는 아닙니다. 꽤, 이것은 스프링에서의 트랜잭션 전파에 관한 디테일한 의미 입니다. 스프링이 관리하는 트랜잭션들에서,물리적 트랜잭션과 논리적 트랜잭션 사이의 차이와 어떻게 이 차이에서 전파가 적용이 되는지 알아야 합니다. REQUIRED 전파의 이해 PROPAGATION_REQUIRED 는 물리적 트랜잭션을 강제합니다. 현재 스코프의 근처에 아직 트랜잭션이 없거나 더 넓은 영역에 정의된 이미 존재하는 바깥쪽 트랜잭션에 참여합니다. 이것은 좋은 디폴트 값 입니다. 같은 쓰레드 안에 있는 일반적인 콜 스택 에서 디폴트 값으로, 참여하는 트랜잭션은 합쳐집니다 바깥쪽 스코..

스프링의 트랜잭션 지원 모델의 장점들 글로벌 트랜잭션 로컬 트랜잭션 스프링 프레임워크의 일관된 프로그래밍 모델 전통적으로,EE애플리케이션 개발자들은 두가지 트랜잭션 매니지먼트중 하나를 선택했어야 했습니다. 바로 글로벌 또는 로컬 트랜잭션 입니다.두가지 모두 심오한 제약조건이 있습니다. 다음에 오는 두가지 섹션에서 글로벌과 로컬에 대해 살펴봅시다. 글로벌 트랜잭션 글로벌 트랜잭션은 당신이 여러개의 트랜잭션 리소스들과 작업하도록 해줍니다. 전형적으로 관계형 데이터베이스와 메시지 큐 입니다. 애플리케이션 서버는 JTA를 통해 글로벌 트랜잭션을 관리합니다. 더욱이,JTA UserTransaction은 보통 JNDI에서 소스를 받아야 합니다.그 뜻은 당신은 JTA를 사용하기위해 JNDI를 사용해야 한다는 것 입니..

종합적인 트랜잭션 지원은 스프링 프레임워크를 사용하는 가장 강렬한 이유입니다. 스프링 프레임워크는 트랜잭션 매니지먼트를 위한 일관된 추상화를 제공합니다. 트랜잭션 매니지먼트는 다음과 같은 장점을 가집니다. 다른 트랜잭션 API 에 걸쳐 일관된 프로그래밍 모델(ex. JTA,JDBC,Hibernate,JPA) 선언적 트랜잭션 매니지먼트 지원 JTA와 같은 복잡한 트랜잭션 API보다 프로그래밍 방시의 간단한 API Spring의 data access abstraction과 훌륭한 통합 참조 https://docs.spring.io/spring-framework/reference/data-access/transaction.html

일단 한번 STOMP 엔드포인트가 드러나면 , 스프링 애플리케이션이 STOMP 브로커가 됩니다. 이장은 서버단의 메세지 흐름에 대해 설명합니다. spring-messaging 모듈은 메세지 애플리케이션을 위한 기본적인 기능을 제공합니다. 여기에서 메세지 애플리케이션은 스프링 통합 에서 비롯되었으며 나중에 스프링 프레임워크로 추출되어 통합되었습니다. 다음은 사용가능한 메세징 추상을 설명합니다. Message:메세지의 간단한 표현,헤더와 페이로드를 포함 MessageHandler:메세지를 다루기 위한 핸들러 MessageChannel:프로듀서와 컨슈머 사이의 느슨한 결합을 가능케 하는 메세지를 전달하는 채널 SubscribableChannel:MessageHandler 구독자가 있는 MessageChanne..

개요 STOMP는 본래 엔터프라이즈 메세지 브로커와 연결되는 스크립팅 언어를 위해 만들어졌습니다. 이것은 보통 사용되는 메세지 패턴의 작은 부분을 보내기 위해 디자인되었습니다. STOMP는 어떠한 신뢰성 있는 two-way 스트리밍 네트워크에 사용될 수 있습니다.(ex.TCP,웹 소켓) 비록, STOMP는 Text 지향 프로토콜이지만, 메세지 내용은 text와 바이너리 둘다 가능. STOMP는 프레임 기반 프로토콜입니다. (여기서 프레임은 HTTP에서 사용되는 프레임) 다음은 STOMP의 프레임 구조입니다. 클라이언트들은 SEND나 SUBSCRIBE 명령을 사용할 수 있습니다. destination 헤더에는 메세지가 무엇에 대한 것인지 와 누가받을 것인지가 묘사되어 있습니다. 이것은 간단한 pub/sub..

웹소켓 -웹 소켓 프로토콜은 클라이언트와 서버 사이의 양방향,전이중 통신을 설정하는 표준화된 방식을 제공합니다. -이것은 HTTP와 다른 TCP프로토콜 입니다. 그러나 80번과 443번 포트 번호를 사용하며 HTTP 위에서 동작하도록 디자인 되었습니다. -웹소켓은 웹소켓 프로토콜로 바꾸기 위해서 HTTP upgrade요청과 함께 시작 됩니다. 1번:upgrade헤더 2번:upgrade 커넥션 사용 보통의 200status 코드 대신,웹소켓을 사용하는 서버는 다음과 같은 output을 리턴 합니다. 1번:프로토콜 스위치 성공적인 핸드쉐이크 이후,http upgrade 요청 아래에서 메세지를 주고받기 위한 tcp socket이 열려있습니다. HTTP VS WebSocket 비록 웹소켓이 http와 호환이 되..