이 페이지에서는 gRPC 및 프로토콜 버퍼를 소개합니다. gRPC는 프로토콜 버퍼를 IDL(인터페이스 정의 언어) 및 기본 메시지 교환 형식으로 사용할 수 있습니다. gRPC 및/또는 프로토콜 버퍼를 처음 사용하는 경우 이 내용을 읽어보세요. 먼저 gRPC가 작동하는 것을 보려면 언어를 선택하고 빠른 시작을 사용해 보세요. Overview gRPC에서 클라이언트 응용 프로그램은 로컬 개체인 것처럼 다른 컴퓨터의 서버 응용 프로그램에 있는 메서드를 직접 호출할 수 있으므로 분산 응용 프로그램 및 서비스를 더 쉽게 만들 수 있습니다. 많은 RPC 시스템과 마찬가지로 gRPC는 매개 변수 및 반환 형식을 사용하여 원격으로 호출할 수 있는 메서드를 지정하여 서비스를 정의하는 개념을 기반으로 합니다. 서버 쪽에서..

1. Spring WebFlux 스프링 프레임 워크에 포함 된 원래 웹 프레임 워크 인 스프링 웹 MVC는 서블릿 API 및 서블릿 컨테이너 용으로 특별히 제작되었습니다. 반응형 스택 웹 프레임워크인 Spring WebFlux는 버전 5.0 후반에 추가되었습니다. 완전히 차단되지 않고 반응형 스트림 역 압력을 지원 하며 Netty, Undertow 및 서블릿 컨테이너와 같은 서버에서 실행됩니다. 두 웹 프레임 워크는 소스 모듈 (spring-webmvc 및 spring-webflux)의 이름을 미러링하고 Spring 프레임 워크에서 나란히 공존합니다. 각 모듈은 선택 사항입니다. 애플리케이션은 하나 또는 다른 모듈을 사용하거나 경우에 따라 둘 다 사용할 수 있습니다 (예 : 반응형 WebClient가있는..

REST를 조각으로 배우는 것은 한 가지이지만 이러한 모든 개념을 실제 애플리케이션 개발에 적용하는 것은 완전히 또 다른 과제입니다. 이 자습서에서는 네트워크 기반 응용 프로그램을위한 REST API를 설계하는 방법을 알려줍니다. 이 전체 연습에서 얻은 요점은 응용 프로그램 디자인 프로세스에서 REST 원칙을 적용하는 방법을 배우는 것입니다. 1. Identify the Resources – Object Modeling REST API 기반 애플리케이션을 디자인하는 첫 번째 단계는 리소스로 표시될 오브젝트를 식별하는 것입니다. 네트워크 기반 응용 프로그램의 경우 개체 모델링이 훨씬 더 간단합니다. 장치, 관리되는 엔터티, 라우터, 모뎀 등과 같은 많은 항목이 있을 수 있습니다. 단순화를 위해 우리는 두 ..

REST는 약어입니다. for REpresentational State Transfer and an architectural style for distributed hypermedia systems. 로이 필딩 (Roy Fielding)은 2000 년 그의 유명한 논문에서 처음으로 그것을 발표했습니다. 다른 아키텍처 스타일과 마찬가지로 REST에는 기본 원칙과 제약 조건이 있습니다. 서비스 인터페이스를 RESTful이라고 해야 하는 경우 이러한 원칙을 충족해야 합니다. A Web API (or Web Service) conforming to the REST architectural style is a REST API. 1. Guiding Principles of REST RESTful 아키텍처의 6가지 ..

Upgrading from Spring Boot 2.7 이것은 Spring Boot의 주요 릴리스이므로 기존 응용 프로그램을 업그레이드하는 것이 평소보다 조금 더 복잡 할 수 있습니다. 기존 Spring Boot 2.7 애플리케이션을 업그레이드하는 데 도움이 되는 전용 마이그레이션 가이드를 마련 했습니다. 현재 이전 버전의 Spring Boot를 사용 중인 경우 Spring Boot 2.7으로 마이그레이션 하기 전에 Spring Boot 3.0로 업그레이드하는 것이 좋습니다. New and Noteworthy Tip. 구성 변경 로그에서 구성 변경 사항에 대한 전체 개요를 확인하십시오. Java 17 Baseline and Java 19 Support 스프링 부트 3.0에는 최소 버전으로 Java 17이..

Convention Plugins 일반적으로 다중 프로젝트 빌드의 하위 프로젝트는 몇 가지 공통된 특성을 공유합니다. 예를 들어, 여러 하위 프로젝트에는 특정 프로그래밍 언어로 된 코드가 포함될 수 있지만 다른 하위 프로젝트는 문서화 전용일 수 있습니다. 코드 품질 규칙은 모든 코드 하위 프로젝트에 적용되지만 설명서 하위 프로젝트에는 적용되지 않습니다. 동시에, 하나의 공통된 특성을 공유하는 하위 프로젝트는 다른 목적을 수행 할 수 있습니다 - 그들은 그들을 더욱 차별화하는 다른 아티팩트 유형을 생성 할 수 있습니다 , for example: public libraries - libraries that are published to some repository internal libraries - lib..

Project dependencies 한 프로젝트가 컴파일 클래스 경로에서 다른 프로젝트에서 생성 한 jar를 필요로한다면 어떨까요? 다른 프로젝트의 전이 종속성도 필요한 경우 어떻게해야합니까? 분명히 이것은 Java 다중 프로젝트 빌드의 매우 일반적인 사용 사례입니다. 프로젝트 종속성에서 언급했듯이 Gradle은 이에 대한 프로젝트 종속성을 제공합니다. Example 1. Project dependencies . ├── buildSrc │ ... ├── api │ ├── src │ │ └──... │ └── build.gradle.kts ├── services │ └── person-service │ ├── src │ │ └──... │ └── build.gradle.kts ├── shared │ ├─..

Gradle을 사용하여 특정 크기의 소프트웨어를 빌드하는 경우 두 가지 기본 구조화 메커니즘이 있습니다. 먼저 이 장에서는 Gradle 다중 프로젝트를 사용하여 소프트웨어 프로젝트를 구성하는 방법을 설명합니다. 이 설명서에서는 이를 내부적으로 구조화된 단일 소프트웨어 구성 요소로 간주합니다. 둘째, 소프트웨어를 여러 소프트웨어 구성요소로 구성된 소프트웨어 제품으로 간주할 수 있으며, 각 구성요소는 별도의 Gradle 빌드로 표시됩니다. 이에 대해서는 Gradle을 사용한 소프트웨어 제품 구조화 장 에 자세히 설명되어 있습니다. Creating a multi-project build Gradle의 다중 프로젝트 빌드는 하나의 루트 프로젝트와 하나 이상의 하위 프로젝트로 구성됩니다. 기본 다중 프로젝트 빌드..

Gradle은 의존성 기반 프로그래밍의 한 예로, 작업과 작업 간의 종속 관계를 정의합니다. Gradle은 이러한 작업이 종속 항목 순서대로 실행되도록 보장합니다. 빌드 스크립트와 플러그인은 이 종속성 그래프를 구성합니다. 이 페이지에서는 Gradle이 이러한 스크립트를 해석할 때 거치는 수명 주기의 단계에 대해 설명합니다. 또한 이 페이지에서는 알림을 사용하여 수명 주기의 이벤트에 대응하는 방법을 설명합니다. Task Graphs 일부 빌드 도구는 작업을 실행할 때 작업 그래프를 조합합니다. Gradle은 작업을 실행하기 전에 작업 그래프를 작성합니다. 구성 방지 기능을 사용하면 Gradle은 현재 빌드에 포함되지 않은 작업의 구성을 건너뜁니다. 각 프로젝트 내에서 작업은 DAG(방향성 비순환 그래프)..

The Gradle team is excited to announce Gradle 8.0.1. This is the first patch release for Gradle 8.0. It fixes the following issues: #21551 툴체인과 Scala 플러그인의 문서 통합 및 대상 플래그 문제 #23888 --no-rebuild 새로운 사용 중단 주기가 없고 사용 중단이 무효화되는 이유 없이 갑자기 사라졌습니다. #23905 Gradle 8.0이 문자열 클래스 오류에서 isBlank를 찾을 수없는 스칼라 빌드에 실패합니다. 사용자는 8.0 대신 8.0.1로 업그레이드하는 것이 좋습니다. 이 릴리스에서는 Kotlin DSL 빌드 스크립트를 컴파일하는 데 소요되는 시간을 줄이고 Kotlin ..