Red Hat JBoss Enterprise Application Platform 8.0 릴리스 정보

Red Hat JBoss Enterprise Application Platform 8.0

이 릴리스 노트에는 Red Hat JBoss Enterprise Application Platform 릴리스 8.0과 관련된 중요한 정보가 포함되어 있습니다.

Red Hat Customer Content Services

초록

이 릴리스 노트에는 Red Hat JBoss Enterprise Application Platform 릴리스 8.0과 관련된 중요한 정보가 포함되어 있습니다.

머리말

이 릴리스 노트에는 Red Hat JBoss Enterprise Application Platform 8.0과 관련된 중요한 정보가 포함되어 있습니다.

JBoss EAP 문서에 대한 피드백 제공

오류를 보고하거나 문서를 개선하기 위해 Red Hat Jira 계정에 로그인하여 문제를 제출하십시오. Red Hat Jira 계정이 없는 경우 계정을 생성하라는 메시지가 표시됩니다.

프로세스

  1. 티켓을 생성하려면 다음 링크를 클릭하십시오.
  2. 요약 에 문제에 대한 간략한 설명을 입력합니다.
  3. 설명에서 문제 또는 개선 사항에 대한 자세한 설명을 제공합니다. 문서에서 문제가 발생한 위치에 URL을 포함합니다.
  4. Submit 을 클릭하고 문제를 적절한 문서 팀으로 라우팅합니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 용어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 사항은 향후 릴리스에 걸쳐 점진적으로 구현될 예정입니다. 언어를 보다 포괄적으로 만드는 방법에 대한 자세한 내용은 CTO Chris Wright의 메시지를 참조하십시오.

1장. Red Hat JBoss Enterprise Application Platform 8.0 문서를 읽는 방법

Red Hat JBoss Enterprise Application Platform 8.0 문서를 현대화하고 있습니다. 더 많은 솔루션 중심 문서를 생성하기 위해 노력하고 있습니다.

JBoss EAP 8.0 설명서에는 JBoss EAP 8.0의 새로운 기능 및 향상된 기능을 포함하여 JBoss EAP 8.0 릴리스 관련 내용이 포함되어 있습니다. JBoss EAP 8.0에서 계속 지원되는 이전 릴리스의 기능은 JBoss EAP 7.4 설명서 세트에서 액세스할 수 있습니다. Red Hat JBoss Enterprise Application Platform 7.4 제품 설명서에 있는 문서에 액세스할 수 있습니다.

다음은 JBoss EAP 8.0 문서를 사용하는 데 권장되는 방법입니다.

  1. JBoss EAP 8.0 릴리스 노트를 읽고 향상된 기능, 지원되지 않는 기능 및 제거된 기능에 대해 알아보십시오.
  2. 새로운 기능 및 향상된 기능에 대한 자세한 내용은 다른 JBoss EAP 8.0 설명서 세트를 참조하십시오.
  3. 애플리케이션을 JBoss EAP 8.0으로 마이그레이션하는 방법에 대한 자세한 내용은 JBoss EAP 8.0 마이그레이션 가이드를 참조하십시오.
  4. JBoss EAP 8.0에서 개선되지 않은 이전 릴리스에서 지원되는 기능에 대한 정보가 필요한 경우 Red Hat JBoss Enterprise Application Platform 7.4 제품 설명서에서 설정된 JBoss EAP 7.4 설명서 를 참조하십시오. 예를 들어 개발 및 구성 가이드는 JBoss EAP 7.4 설명서 세트에서 사용할 수 있습니다.

2장. 지원되는 구성

일반적으로 사용되는 운영 체제, 데이터베이스 및 JMS 브로커를 포함하여 JVM(Java Virtual Machine) 및 JBoss EAP 8.0에서 지원 및 테스트된 구성에 대한 자세한 내용은 Red Hat 고객 포털에서 Red Hat JBoss Enterprise Application Platform 8.0 지원 구성 지식베이스 문서를 참조하십시오.

포함된 모듈, 지원되는 표준 및 Red Hat JBoss Enterprise Application Platform 구성 요소에 대한 자세한 내용은 다음 지원 문서를 참조하십시오.

OpenShift 이미지

빌더 및 런타임 이미지는 Intel의 OpenJDK 17/RHEL 8, IBM 시스템 Z & P 및 ARM 아키텍처에서 지원됩니다.

Red Hat build of Keycloak SAML 어댑터 지원

이제 Keycloak SAML 어댑터 Galleon 기능 팩을 사용하여 Red Hat build of Keycloak SAML 어댑터를 설치할 수 있습니다. Red Hat build of Keycloak에 대한 자세한 내용은 Red Hat build of Keycloak 제품 페이지를 참조하십시오.

MariaDB 드라이버 로깅 종속성

JBoss EAP 8.0에서 MariaDB 드라이버에는 로깅 기능을 개선하기 위해 org.slf4j 모듈에 대한 종속성이 포함되어 있습니다. 이렇게 하면 slf4j 클래스를 사용할 수 없는 경우 발생할 수 있는 오류가 방지되고 로그 메시지를 올바르게 처리할 수 있습니다. MariaDB Driver 모듈을 배포할 때 이 향상된 기능을 활용하기 위해 slf4j 종속 항목을 사용할 수 있는지 확인해야 합니다. 자세한 내용은 EAP 7 / 8에서 MariaDB 드라이버 3.0+를 JBoss 모듈로 구성하는 방법을 참조하십시오.

JBoss EAP 8.0 Operator

JBoss EAP 8.0에서 EAP Operator를 지원합니다. 이제 JBoss EAP Operator를 사용하여 JBoss EAP 8.0 애플리케이션을 배포할 수 있습니다. 자세한 내용은 JBoss EAP Operator 지원 정책을 참조하십시오.

3장. 새로운 기능 및 개선 사항

JBoss EAP 8.0에는 다음과 같은 새로운 기능 및 개선 사항이 추가되었습니다.

3.1. Jakarta EE 10 지원

JBoss EAP 8은 자카르타 EE 10을 지원하며 다음을 포함하여 Jakarta EE 10 Core Profile, Web Profile 및 Full Platform 표준을 구현합니다.

  • Jakarta Activation 2.1
  • Jakarta Annotations 2.1
  • Jakarta Authentication 3.0
  • Jakarta Authorization 2.1
  • Jakarta Batch 2.1
  • Jakarta Bean Validation 3.0
  • Jakarta Concurrency 3.0
  • Jakarta Connectors 2.1
  • Jakarta 컨텍스트 및 종속성 4.0
  • 기타 언어 2.0에 대한 Jakarta 디버깅 지원
  • Jakarta Dependency Injection 2.0
  • Jakarta Enterprise Beans 4.0
  • Jakarta Enterprise Web Services 2.0
  • Jakarta Expression Language 5.0
  • Jakarta Interceptors 2.1
  • Jakarta JSON Binding 3.0
  • Jakarta JSON Processing 2.1
  • Jakarta Mail 2.1
  • Jakarta Messaging 3.1
  • Jakarta Persistence 3.1
  • Jakarta RESTful Web Services 3.1
  • Jakarta Security 3.0
  • Jakarta Server Faces 4.0
  • Jakarta Server Pages 3.1
  • Jakarta Servlet 6.0
  • 첨부 1.3을 사용한 Jakarta Cryostat
  • Jakarta Standard Tag Library 3.0
  • Jakarta Transactions 2.0
  • Jakarta WebSocket 2.1
  • Jakarta XML Binding 4.0
  • Jakarta XML Web Services 4.0

자카르타 EE 10은 자카르타 EE 8에 비해 많은 변화가 있습니다. 자세한 내용은 Jakarta EE 8에서 자카르타 EE 10으로 JBoss EAP 애플리케이션을 마이그레이션하는 방법을 참조하십시오.

패키지 네임스페이스 변경

모든 EE API에 사용되는 패키지가 javax 에서 jakarta 로 변경되었습니다. 이는 Java EE가 Eclipse Foundation으로 이동하고 자카르타 EE 설정을 따릅니다.

참고

이 변경 사항은 Java SE의 일부인 javax 패키지에는 영향을 미치지 않습니다.

추가 리소스

3.2. Red Hat Insights Java 클라이언트

JBoss EAP 8.0 버전에는 Red Hat Insights Java 클라이언트가 포함되어 있습니다. Red Hat Insights Java 클라이언트는 JBoss EAP가 RHEL(Red Hat Enterprise Linux)에 설치되어 있고 RHEL 시스템에 Red Hat Insights 클라이언트가 설치, 구성 및 등록된 경우에만 JBoss EAP에 대해 활성화됩니다. 자세한 내용은 Red Hat Insights의 클라이언트 구성 가이드를 참조하십시오.

런타임용 Red Hat Insights 대시보드는 Red Hat Hybrid Cloud Console 에서 향후 릴리스에서 사용할 수 있습니다. Red Hat Hybrid Cloud Console에서 사용할 수 있는 RHEL 대시보드 와 유사하게 Runtimes 대시보드에는 런타임 설치, CVE 세부 정보 인벤토리가 표시되며 JVM 옵션을 선택하는 데 도움이 됩니다.

RHT_INSIGHTS_JAVA_OPT_OUT 환경 변수를 true 로 설정하여 Red Hat Insights 클라이언트를 옵트아웃할 수 있습니다. 자세한 내용은 기술 자료 문서 Red Hat Insights for Runtimes 를 참조하십시오.

3.3. 관리 콘솔

언어 포함, 라벨 변경

8.0부터 Red Hat의 코드, 문서 및 웹 속성에서 문제가 있는 언어를 교체하려는 Red Hat의 노력의 일환으로 JBoss EAP 관리 콘솔에 더 포괄적인 표현 및 레이블이 표시됩니다. 특히 관리 콘솔 리소스 주소 및 사용자 인터페이스 요소에 대한 다음과 같은 변경 사항을 확인할 수 있습니다.

새 용어이전 용어

기본 설정

master

Secondary

슬레이브

blocklist

blacklist

allowlist

화이트리스트

응답 메시지에 일정한 HTTP 헤더 추가, 편집 및 제거

JBoss EAP 8.0 관리 콘솔에서 이제 일정한 HTTP 응답 헤더를 추가, 편집 또는 제거할 수 있습니다. 새 경로와 헤더를 추가하려면 서버 페이지에서 제목을 선택한 다음 추가 를 클릭합니다. 기존 경로 헤더를 편집하거나 제거하려면 수정할 헤더가 있는 경로를 선택한 다음 편집 또는 제거를 클릭합니다.

처리된 메시지에 대한 Java Message Service 브리지 통계 표시

메시지 브리지는 소스 큐 또는 주제의 메시지를 사용한 다음 일반적으로 다른 서버에서 대상 큐 또는 주제로 보냅니다. 브릿지는 한 클러스터에서 다른 클러스터로 메시지를 보낼 수도 있습니다. JMS(Java Message Service) 브리지는 브리지가 처리하는 메시지에 대한 통계를 제공합니다. 특히 다음 데이터를 수집합니다.

  • 성공적으로 커밋된 메시지 수(메시지 수)
  • 중단된 메시지 수(메시지 중단)

이번 업데이트를 통해 JBoss EAP 8.0 관리 콘솔에는 이러한 통계를 Runtime 섹션에 표시하는 새로운 JMS Bridge 열이 포함되어 있습니다. 이 새로운 기능은 /subsystem=messaging-activemq/jms-bridge=* 리소스에 영향을 미칩니다.

향상된 감사 로깅 구성

JBoss EAP 8.0 관리 콘솔에서 /subsystem=elytron/syslog-audit-log=* 리소스에서 다음 두 개의 추가 감사 로깅 속성을 구성할 수 있습니다.

  • syslog-format

    감사 로그 메시지의 형식을 정의합니다. 지원되는 값은 RFC3164RFC5424 입니다. ("RFC"는 " 댓글 요청"을 나타냅니다.")

  • reconnect-attempts

    JBoss EAP가 엔드포인트를 닫기 전에 syslog 서버에 연결하기 위해 수행해야 하는 실패한 최대 시도 횟수를 정의합니다.

/deployment 하위 리소스에는 include-runtime=true가 필요합니다.

Red Hat JBoss Enterprise Application Platform 8.0에서는 /deployment 의 하위 모델이 런타임으로 변경되었습니다. /deployment 하위 리소스를 사용하는 관리 작업의 경우 include-runtime=true 를 추가해야 합니다.

일시 중단 모드에서 서버 시작

이제 JBoss EAP 8.0 관리 콘솔을 사용하여 일시 중지된 모드로 서버를 시작할 수 있습니다. 다음 드롭다운 메뉴에서 사용할 수 있는 새로운 시작 모드 옵션을 선택합니다.

  • 런타임 > 토폴로지
  • 런타임 > 서버 그룹
  • 런타임 > 서버 그룹 > 서버
  • 런타임 > 호스트 > 서버

certificate-authority-account 리소스의 certificate-authority 속성 구성

JBoss EAP 8.0에서는 certificate-authority-account Elytron 리소스에 인증 기관을 사용할 수 있습니다. 이전에는 JBoss EAP에서 Let's Encrypt 인증 기관만 지원했으며 certificate-authority 속성을 구성할 수 없었습니다.

이번 업데이트를 통해 JBoss EAP 관리 콘솔을 열고 구성 > 보안 > 기타 설정 > 기타 설정 > 인증 기관을 클릭하여 인증 기관을 추가, 구성 또는 제거할 수 있습니다. 여기에서 추가 를 클릭하여 새 인증 기관을 추가합니다. 이미 가지고 있는 것을 수정하려면, Edit 를 클릭합니다. 인증 기관을 제거하려면 이를 선택한 다음 제거를 클릭합니다.

OCSP를 Elytron 신뢰 관리자로 구성

JBoss EAP 8.0에서는 OCSP(Online Certificate Status Protocol)를 Elytron undertow 하위 시스템의 신뢰 관리자로 구성할 수 있습니다. 이전에는 JBoss EAP에서 신뢰 관리자로 CRL(인증 취소 목록)만 지원했습니다.

이번 업데이트를 통해 JBoss EAP 관리 콘솔을 열고 구성 > Elytron > Elytron > 기타 설정 > SSL > 신뢰 관리자를 클릭하여 OCSP를 신뢰 관리자로 구성할 수 있습니다. 다음으로 신뢰 관리자를 선택하거나 생성한 다음 Trust Manager 창에서 OCSP 탭을 선택하고 추가 를 클릭합니다.

Java Message Service 항목 일시 중지

JBoss EAP 8.0 관리 콘솔에서 런타임 > 메시징 > 서버 > 서버 이름 > 대상으로 이동하여 Java Message Service(JMS) 주제를 선택한 후 일시 정지할 수 있습니다. 관련 메시징 문제를 해결한 후 일시 중지된 주제를 다시 시작할 수도 있습니다. JMS는 이전에 모든 활성 구독자에게 메시지를 중단하지 않고 메시지를 전송했습니다.

비 힙 메모리 사용량이 서버 상태 프리뷰에 추가됨

JBoss EAP 8.0을 사용하면 서버의 메모리 사용량에 대한 서버 상태 프리뷰에서 자세한 정보를 확인할 수 있습니다. 이전에는 프리뷰에 힙 메모리 사용량만 표시되었습니다. 사용커밋된. 이번 업데이트를 통해 비 힙 메모리 사용량에 대한 동일한 정보도 표시됩니다.

데이터 소스를 추가하거나 업데이트할 때 인증 정보 저장소 암호 자동 추가 또는 업데이트

JBoss EAP 8.0부터 관리 콘솔에서 데이터 소스를 생성할 때 해당 데이터 소스의 암호를 인증 정보 저장소에 자동으로 추가할 수 있습니다. 관리 콘솔에서 Configuration > Cryostats > Datasources 를 선택한 다음 Add 를 클릭하여 새 데이터 소스를 추가합니다. 다음으로 새 데이터 소스의 암호를 저장할 자격 증명 저장소 이름, 인증 정보의 별칭, 사용할 일반 텍스트 암호를 입력합니다. 기존 데이터 소스를 수정하려면 선택합니다.

Elytron 리소스 생성, 읽기, 업데이트 및 삭제

JBoss EAP 8.0 관리 콘솔에서 다음의 4가지 증명 디코더를 생성, 읽기, 업데이트 또는 삭제할 수 있습니다.

  • 집계 Evidence Decoders
  • 사용자 정의 Evidence Decoders
  • X500 주체 제공 거부
  • X509 Subject Alt Name Devidence Decoder

이러한 작업 중 하나를 수행하려면 Configuration > Cryostats > Security > Mappers & Decoders > Evidence Decoder 로 이동합니다.

배포 해시 값 보기

JBoss EAP 8.0 관리 콘솔에서 배포 해시 값을 배포 프리뷰에 표시할 수 있습니다. 즉, 배포가 유효하고 성공했는지 여부를 확인할 수 있습니다.

Clevis 3 하위 시스템에서 인터셉터 추가 및 구성

JBoss EAP 8.0 관리 콘솔에서 이제 Cryostat 3 하위 시스템에서 시스템 전체 서버 측 인터셉터를 추가하고 구성할 수 있습니다. 콘솔에서 Configuration >lusterAutoscaler > Container 를 선택하여 추가 또는 변경합니다.

Infinispan 분산 웹 세션 선호도 구성

JBoss EAP 8.0을 사용하면 distributable-web 하위 시스템에서 분산 웹 세션의 선호도 또는 로드 밸런서 "stickiness"를 보다 효과적으로 제어할 수 있습니다. 관리 콘솔에서 기본 소유자 기본값이 아닌 다른 세션 선호도를 변경하려면 Configuration > Distributable Web > View > Infinispan Session 을 클릭합니다. 다음으로 세션을 선택하고 유사성 을 선택하여 변경합니다. 이제 유사성 옵션에는 다음이 포함됩니다.

  • 로컬
  • 없음
  • 기본 소유자
  • 순위

이전에는 사용 가능한 유일한 선호도가 Primary-owner 였습니다.

EE 하위 시스템에서 글로벌 디렉터리 구성

JBoss EAP 8.0 관리 콘솔을 사용하면 새로운 ee 하위 시스템 리소스 /subsystem=ee/global-directory=* 를 구성할 수 있습니다. 글로벌 디렉터리를 사용하여 디렉터리의 콘텐츠를 나열하지 않고 배포 클래스 경로에 콘텐츠를 추가할 수 있습니다. 글로벌 디렉터리 리소스를 구성하려면 Configuration > Cryostats > EE > Globals 로 이동합니다.

Elytron에서 암호화 제품군 구성

JBoss EAP 8.0 관리 콘솔을 사용하면 이제 cipher-suite-names 특성을 사용하여 TLS 1.3 암호화 제품군을 활성화하여 네트워크 연결을 보호할 수 있습니다. 특히 다음 elytron 하위 시스템 리소스를 구성할 수 있습니다.

  • /subsystem=elytron/client-ssl-context=*
  • /subsystem=elytron/server-ssl-context=*

관리 콘솔에서 /subsystem=elytron/client-ssl-context=* 리소스에 대한 cipher-suite-names 속성을 구성하려면 Configuration > Cryostats > Security > Other Settings > SSL > Client SSL Context.

관리 콘솔에서 /subsystem=elytron/server-ssl-context=* 리소스에 대한 cipher-suite-names 속성을 구성하려면 Configuration > Cryostats > Security > Other Settings > SSL > Server SSL Context.

OIDC를 사용하여 애플리케이션 및 관리 콘솔 보안

JBoss EAP 8.0을 사용하면 관리 콘솔에서 JBoss EAP에 배포된 애플리케이션과 OpenID Connect(OIDC)를 사용하여 JBoss EAP 관리 콘솔을 보호할 수 있습니다. JBoss EAP 8.0은 elytron-oidc-client 하위 시스템을 사용하여 OIDC(OpenID Connect)에 대한 기본 지원을 제공합니다.

관리 콘솔에서 elytron-oidc-client 하위 시스템을 구성하려면 Configuration > Cryostat > Elytron OIDC Client 로 이동합니다.

JBoss EAP에 배포된 애플리케이션을 보호하려면 다음 리소스를 구성합니다.

  • provider
  • secure-deployment

자세한 내용은 JBoss EAP 로 Single Sign-On 사용 가이드의 OIDC를 사용하여 애플리케이션 보안 을 참조하십시오.

JBoss EAP 관리 인터페이스를 보호하려면 다음 리소스를 구성합니다.

  • provider
  • secure-deployment
  • secure-server

또한 액세스 제어로 이동하고 RBAC 사용을 클릭하여 OIDC로 보호할 때 관리 콘솔에 대해 RBAC(역할 기반 액세스 제어 )를 구성할 수 있습니다.

자세한 내용은 JBoss EAP로 SSO( Single Sign-On 사용) 가이드의 OpenID 공급자를 사용하여 JBoss EAP 관리 콘솔 보안 을 참조하십시오.

참고

realm 리소스를 사용하여 Keycloak 영역의 Red Hat 빌드를 구성할 수 있습니다. 이는 편의를 위해 제공됩니다. keycloak 클라이언트 어댑터에서 구성을 복사하여 realm 리소스 구성에서 사용할 수 있습니다. 그러나 대신 공급자 리소스를 사용하는 것이 좋습니다.

3.4. 관리 CLI

애플리케이션을 배포할 때 웹 컨텍스트 등록

관리 CLI(명령줄 인터페이스)에서 deployment deploy-file 명령을 사용하여 독립 실행형 서버 또는 관리형 도메인에 애플리케이션을 배포할 수 있습니다.

독립 실행형 서버에 애플리케이션 배포

deployment deploy-file /path/to/test-application.war

관리형 도메인의 모든 서버 그룹에 애플리케이션 배포

deployment deploy-file /path/to/test-application.war --all-server-groups

관리형 도메인의 특정 서버 그룹에 애플리케이션 배포

deployment deploy-file /path/to/test-application.war --server-groups=main-server-group,other-server-group

이전 예에서 runtime-name 속성의 기본값은 test-application.war 입니다.

runtime-name 속성을 --runtime-name 옵션으로 지정하는 경우 이름에 .war 확장을 포함해야 합니다. 그렇지 않으면 웹 컨텍스트는 JBoss EAP에서 등록하지 않습니다. 예를 들면 다음과 같습니다.

--runtime-name=my-application.war

3.5. 보안

elytron 하위 시스템의 JAAS 영역

JBoss EAP 8.0에서는 레거시 보안 하위 시스템이 제거되었습니다. elytron 하위 시스템에서 사용자 지정 로그인 모듈을 계속 사용하려면 새로운 JAAS(Java Authentication and Authorization Service) 보안 영역인 jaas-realm 을 사용합니다.

참고

JAAS-realm 은 JAAS 호환 로그인 모듈만 지원합니다. JAAS에 대한 자세한 내용은 JAAS(Java Authentication and Authorization Service) 참조 가이드를 참조하십시오.

JAAS-realm 은 extendedetBox API를 확장하거나 의존하는 사용자 정의 로그인 모듈을 지원하지 않습니다.

elytron 하위 시스템은 jaas-realm 을 제공하지만 하위 시스템에서 제공하는 다른 기존 보안 영역을 사용하는 것이 좋습니다. 여기에는 jdbc-realm,ldap-realm,token-realm 등이 포함됩니다. aggregate-realm,distributed-realm 또는 failover-realm 을 구성하여 다양한 보안 영역을 결합할 수도 있습니다. 이 중 어느 것도 목적에 적합하지 않은 경우 사용자 정의 보안 영역을 구현하고 사용자 정의 로그인 모듈 대신 사용합니다.

다음은 사용자 정의 보안 영역을 구현하는 대신 jaas-realm 을 사용해야 하는 경우입니다.

  • 기존 보안에서 elytron 하위 시스템으로 마이그레이션 중이며 이미 사용자 지정 로그인 모듈이 구현되어 있습니다.
  • 다른 애플리케이션 서버에서 JBoss EAP로 마이그레이션 중이고 이미 로그인 모듈이 구현되어 있습니다.
  • 여러 로그인 모듈을 해당 로그인 모듈에 제공되는 다양한 플래그 및 옵션과 결합해야 합니다. elytron 하위 시스템에서 제공된 보안 영역에 대해 이러한 플래그와 옵션을 구성할 수 없습니다.

자세한 내용은 여러 ID 저장소를 사용하여 애플리케이션 보안 및 관리 인터페이스에서 JAAS 영역 생성 참조하십시오.

Elytron 및 Elytron 클라이언트에서 여러 인증서 취소 목록 구성

여러 CA(인증 기관)를 사용할 때 elytron 하위 시스템 및 WildFly Elytron 클라이언트에서 여러 인증서 취소 목록(CRL)을 구성할 수 있습니다. trust-managercertificate-revocation-lists 속성에 사용할 CRL 목록을 지정할 수 있습니다.

자세한 내용은 JBoss EAP의 SSL/TLS 구성 가이드의 Elytron에서 인증서 해지 검사 구성을 참조하십시오.

Keycloak SAML 어댑터 기능 팩

Keycloak SAML 어댑터의 아카이브 배포는 더 이상 JBoss EAP에서 제공되지 않습니다. 대신 Keycloak SAML 어댑터 기능 팩을 사용하여 keycloak-saml 하위 시스템 및 관련 구성을 설치할 수 있습니다.

Keycloak SAML 어댑터 기능 팩은 사용 사례에 따라 설치할 수 있는 다음 계층을 제공합니다.

  • keycloak-saml
  • keycloak-client-saml
  • keycloak-client-saml-ejb

자세한 내용은 JBoss EAP에서 SSO(Single Sign-On) 사용 가이드를 참조하십시오.

기본 OpenID Connect 클라이언트

JBoss EAP는 이제 elytron-oidc-client 하위 시스템에서 OpenID Connect(OIDC)에 대한 기본 지원을 제공합니다. 따라서 이 릴리스에서는 Red Hat build of Keycloak Client Adapter가 제공되지 않습니다. elytron-oidc-client 하위 시스템은 Relying Party(RP) 역할을 합니다. elytron-oidc-client 하위 시스템은 전달자 전용 인증을 지원하며 멀티 테넌시 지원도 제공합니다. 예를 들어 다중 테넌시 지원을 사용하여 여러 Red Hat build of Keycloak 영역에서 애플리케이션에 대한 사용자를 인증할 수 있습니다.

참고

JBoss EAP 네이티브 OIDC 클라이언트는 RP 시작 로그 아웃을 지원하지 않습니다.

elytron-oidc-client 하위 시스템을 사용하여 JBoss EAP에 배포된 애플리케이션 및 OIDC를 사용하여 JBoss EAP 관리 콘솔을 보호할 수 있습니다.

또한 다음 두 경우 모두 서블릿에서 Jakarta Enterprise Cryostat로 OIDC 공급자에서 가져온 보안 ID를 전파할 수 있습니다.

  • 서블릿과 자카르타 Enterprise Cryostat는 동일한 배포에 있습니다.
  • 서블릿과 자카르타 Enterprise Cryostat는 다양한 배포에 있습니다.

자세한 내용은 JBoss EAP에서 SSO(Single Sign-On) 사용 가이드를 참조하십시오.

해시된 암호에 대한 새로운 해시-encodinghash-charset 속성

hash-charsethash-encoding 특성을 사용하여 elytron 하위 시스템 보안 영역에 저장된 해시된 암호의 문자 세트 및 문자열 형식을 지정할 수 있습니다. 기본 hash-charset 값은 UTF-8 입니다. hash-encoding 값을 base64 또는 16 x로 설정할 수 있습니다. base64properties-realm 을 제외한 모든 영역의 기본값입니다. 16 x가 기본값입니다.

새 속성은 다음 보안 영역에 포함됩니다.

  • filesystem-realm
  • jdbc-realm
  • ldap-realm
  • properties-realm

자세한 내용은 ID 저장소 가이드를 사용하여 애플리케이션 및 관리 인터페이스 보안을 참조하십시오.

Elytron 파일 기반 감사 로그의 새 인코딩 속성

이제 encoding 특성을 사용하여 Elytron에서 파일 기반 감사 로그에 대한 인코딩 을 지정할 수 있습니다. 기본값은 UTF-8 입니다. 다음 값을 사용할 수 있습니다.

  • UTF-8
  • UTF-16BE
  • UTF-16LE
  • UTF-16
  • US-ASCII
  • ISO-8859-1

자세한 내용은 ID 저장소 가이드를 사용하여 애플리케이션 및 관리 인터페이스에서 Elytron 감사 로깅 참조하십시오.

SSLv2Hello

JBoss EAP 8.0 Beta부터 elytron 하위 시스템에서 server-ssl-contextclient-ssl-context 에 대한 SSLv2Hello 프로토콜을 지정할 수 있습니다.

주의
  • SSLv2Hello 의 용도가 연결된 서버가 지원하는 암호화 프로토콜을 결정하는 것이므로 다른 암호화 프로토콜을 구성해야 합니다.
  • IBM JDK 는 서버 측 연결이 이 프로토콜을 항상 수락하지만 클라이언트에서 SSLv2Hello 를 지원하지 않습니다.

filesystem-realm업데이트

이제 보안을 강화하기 위해 파일 시스템의 ID와 관련된 일반 암호, 해시된 암호 및 속성을 암호화할 수 있습니다. 이 작업은 다음 두 가지 방법으로 수행할 수 있습니다.

  • add 작업에서 시크릿 키를 참조하여 암호화된 파일 시스템-realm 을 생성합니다.
  • WildFly Elytron Tool에서 새 filesystem-realm -encrypt 명령을 사용하여 기존 filesystem-realm을 암호화합니다.

이제 파일 시스템 영역 의 무결성 검사를 활성화하여 파일 시스템의 ID가 마지막으로 인증된 쓰기 이후와 변경되지 않았는지 확인할 수 있습니다. add 작업을 사용하여 filesystem-realm 을 생성할 때 키 쌍을 참조하여 이 작업을 수행할 수 있습니다. WildFly Elytron은 키 쌍을 사용하여 ID 파일에 대한 서명을 생성합니다. 무결성 검사는 ID 파일을 읽을 때마다 실행됩니다.

자세한 내용은 ID 저장소 가이드를 사용하여 애플리케이션 보안 및 관리 인터페이스에서 Elytron의 Filesystem 영역을 참조하십시오.

distributed-realm업데이트

새 특성 ignore-unavailable-realmstrue 로 설정하여 ID 저장소에 대한 연결이 실패하는 경우에도 참조된 보안 영역을 계속 검색하도록 distributed-realm 을 구성할 수 있습니다.

기본적으로 ID 저장소와 일치하기 전에 ID 저장소에 대한 연결이 실패하면 이전과 같이 예외 Cryostat UnavailableException 과 함께 인증이 실패합니다.

ignore-unavailable-realmstrue 로 설정하면 쿼리된 영역을 사용할 수 없는 경우 SecurityEvent 가 생성됩니다. emit-eventsfalse 로 설정하여 이 동작을 구성할 수 있습니다.

자세한 내용은 여러 ID 저장소를 사용하여 애플리케이션 및 관리 인터페이스 보안 가이드의 다음 리소스를 참조하십시오.

Artemis에서 SSLContexts에 대해 제공되는 Elytron 지원

JBoss EAP 8에서는 메시징 하위 시스템에서 SSLContext 변수를 인스턴스화하기 위해 Elytron 지원이 제공됩니다. 이 기능을 사용하면 Elytron이 이 변수를 인스턴스화하므로 여러 위치에 SSLContext 를 구성할 수 없습니다. SSLContext의 커넥터는 클라이언트의 JBoss EAP 서버의 elytron 하위 시스템에 정의되어 있어야 합니다. 즉, 독립 실행형 메시징 클라이언트 애플리케이션에서 정의할 수 없습니다.

새로운 Elytron 클라이언트 Java 보안 공급자

Elytron 클라이언트는 이제 Java 보안 공급자인 org.wildfly.security.auth.client.wildFlytronClientDefaultSSLContextProvider 를 제공합니다. 이 공급자를 사용하여 Java 가상 시스템(JVM) 전체 기본 SSLContext 를 등록할 수 있습니다.

JVM에 공급자를 충분히 우선 순위로 등록할 때 SSLContext.getDefault() 메서드를 사용하는 모든 클라이언트 라이브러리는 Elytron 클라이언트 구성에서 기본값으로 구성된 SSL 컨텍스트의 인스턴스를 가져옵니다. 이렇게 하면 Elytron API와 직접 상호 작용하지 않고 Elytron 클라이언트의 SSL 컨텍스트 구성을 직접 사용할 수 있습니다.

자세한 내용은 JBoss EAP 에서 SSL /TLS 구성 가이드의 JBoss EAP 클라이언트에서 Elytron 클라이언트 기본 SSL context 보안 공급자 사용을 참조하십시오.

Elytron에서 사용자 정의 주체를 얻을 수 있는 기능

JBoss EAP 8.0에서는 이제 Elytron에서 사용자 지정 주체를 얻을 수 있습니다. 이전에는 Elytron에서 주체가 인증을 위해 NamePrincipal 의 인스턴스여야 했습니다. 현재 SecurityDomain 에서 얻은 SecurityIdentity 를 사용하고 SecurityIdentity 특성을 사용하여 영역에서 정보를 얻을 수 있었지만 jakarta.security.enterprise.SecurityContext.getCallerPrincipal() 와 같은 일반적이고 표준화된 방법 대신 SecurityDomain 및 SecurityIdentity에 대한 의존이 필요했습니다.

Elytron을 사용할 때 getCallerPrincipal() 메서드에서 사용자 지정 주체를 가져올 수 있습니다. 레거시 보안을 사용하는 애플리케이션 코드가 getCallerPrincipal() 메서드에서 사용자 지정 주체를 가져오는 경우 코드를 변경하지 않고도 애플리케이션을 마이그레이션할 수 있습니다.

3.6. 클러스터링

ProtoStream을 사용하여 웹 세션 복제 구성

이제 JBoss EAP 8.0에서 JBoss Marshalling 대신 ProtoStream을 사용하여 웹 세션 복제를 구성할 수 있습니다.

JBoss EAP 8.0에서 JBoss Marshalling 대신 ProtoStream을 사용하도록 웹 세션 복제를 구성하는 방법을 참조하십시오.

다른 노드에서 배치 작업 실행 중지

이제 JBoss EAP 8.0의 다른 클러스터형 노드에서 배치 작업 실행을 중지할 수 있습니다. 자세한 내용은 JBoss EAP 8.0에서 동일한 작업 리포지토리를 공유하는 노드의 클러스터링과 함께 Batch Processing JBeret 사용을 참조하십시오.

3.7. Jakarta EE

Jakarta EE 핵심 프로파일

Jakarta EE 10 Core Profile은 이제 JBoss EAP 8.0에서 사용할 수 있습니다. Core Profile은 마이크로 서비스 및 클라우드 서비스와 같은 작은 런타임(예: 마이크로 서비스 및 클라우드 서비스)에 적합한 Jakarta EE 사양을 제공하는 작고 경량의 프로필입니다. Jakarta EE 10 Core Profile은 Galleon 프로비저닝 계층 ee-core-profile-server 로 사용할 수 있습니다.

Core Profile Galleon 계층에 대한 자세한 내용은 OpenShift의 JBoss EAP에서 기능 트리밍: 기본 계층을 참조하십시오.

3.8. 데이터 소스 하위 시스템

데이터 소스에 대한 사용자 정의 exception-sorter 또는 valid-connection-checker 구성

이제 JBoss 모듈을 사용하여 데이터 소스에 대해 사용자 정의 exception-sorter 또는 valid-connection-checker 를 구성할 수 있습니다.

JBoss EAP 8의 데이터 소스에 대해 사용자 정의 exception-sorter 또는 valid-connection-checker를 구성하는 방법을 참조하십시오.

JBoss EAP 8.0용 Cryostat-datasources-galleon-pack 지원

이제 Cryostat -datasources-galleon-pack Galleon 기능 팩을 사용하여 데이터베이스에 연결할 수 있는 JBoss EAP 8.0 서버를 프로비저닝할 수 있습니다.

3.9. Hibernate

Hibernate Search 6에서 Hibernate Search 5 API를 대체

Hibernate Search 5 API가 제거되었으며 JBoss EAP 8.0에서 Hibernate Search 6 API로 대체되었습니다.

제거된 기능 목록을 보려면 JBoss EAP 7.4에서 더 이상 사용되지 않고 EAP 8.0에서 제거된 Hibernate Search 5 API를 참조하십시오.

참고

Hibernate Search 6 API는 Hibernate Search 5 API와 역호환 됩니다. 애플리케이션을 Hibernate Search 6으로 마이그레이션해야 합니다.

JBoss EAP 8.0에 포함된 Hibernate Search 6의 최신 버전은 6.2입니다. Hibernate Search 5에서 마이그레이션하는 경우 버전 6.0, 6.1 6.2로 마이그레이션해야 합니다.

자세한 내용은 다음 마이그레이션 가이드를 참조하십시오.

참고

Hibernate Search 6.2는 Hibernate ORM 6.2와 호환됩니다. 자세한 내용은 Hibernate Search 6.2 참조 문서의 Hibernate ORM 6 섹션을 참조하십시오.

Hibernate Search 6에서 Elasticsearch 지원

JBoss EAP 8.0은 또한 Hibernate Search 6의 Elasticsearch 백엔드를 사용하여 데이터를 원격 Elasticsearch 또는 OpenSearch 클러스터로 인덱싱할 수 있도록 지원합니다.

가능한 Hibernate 검색 아키텍처 및 백엔드 목록을 보려면 테이블 2를 참조하십시오. Hibernate Search 6.2 참조 문서의 아키텍처 비교.

Hibernate Search 6 구성에 대한 자세한 내용은 WildFly Developer 가이드의 Hibernate 검색 사용을 참조하십시오.

3.10. Infinispan

Infinispan 분산 쿼리, 카운터 및 잠금 API 및 CDI 모듈 지원

이제 JBoss EAP 8.0에서 분산 쿼리, 카운터 및 잠금에 Infinispan API를 사용할 수 있습니다.

Infinispan CDI 모듈은 캐시 생성 및 삽입을 위해 JBoss EAP 8.0에서도 사용할 수 있습니다.

자세한 내용은 EAP 8에서 Infinispan 쿼리, 카운터, 잠금 및 CDI 지원을 참조하십시오.

3.11. 메시징

새로운 Galleon 계층 추가

임베디드 ActiveMQ Artemis 브로커와 Jakarta Messaging Service(JMS) 통합을 지원하기 위해 새로운 Galleon 계층이 추가되었습니다. 자세한 내용은 마이그레이션 가이드의 포함된 브로커 메시징에 대한 Galleon 계층 섹션을 참조하십시오.

3.12. 웹 서버(Undertow)

이제 주소 /subsystem=undertow/servlet-container=default/setting= affinity-cookie 에서 affinity-cookie 리소스를 사용하여 로드 밸런서에 대한 세션 선호도 정보를 저장하도록 별도의 쿠키를 구성할 수 있습니다.

자세한 내용은 Red Hat Knowledgebase 솔루션에서 JBoss EAP 8에서 affinity-cookie 및 session-cookie를 구성하는 방법을 참조하십시오.

3.13. Cryostat3 하위 시스템

JBoss EAP 8.0 서버 상호 운용성 및 JBoss EAP 7 및 JBoss EAP 6

JBoss EAP 8.0에서는 JBoss EAP 8.0과 이전 버전의 JBoss EAP 서버 간의 상호 운용성을 활성화할 수 있습니다. JBoss EAP는 API 클래스가 jakarta 패키지 네임스페이스를 사용하는 Jakarta EE 10을 지원합니다. 그러나 이전 버전의 JBoss EAP에서는 javax 패키지 네임스페이스를 사용합니다.

중요
  • 지원되는 이전 버전은 JBoss EAP 6 및 JBoss EAP 7입니다.
  • 두 서버가 javax 패키지 네임스페이스를 지원하므로 JBoss EAP 6과 JBoss EAP 7 간의 상호 운용성은 이 문제의 영향을 받지 않습니다.

JBoss EAP 8.0과 이전 버전의 JBoss EAP 간의 상호 운용성을 활성화하는 방법에 대한 자세한 내용은 상호 운용성을 활성화하는 방법을 참조하십시오.

Infinispan 기반 분산 타이머

JBoss EAP 8.0에서는 Infinispan 기반 분산 타이머를 사용하여 대규모 클러스터로 확장할 수 있는 클러스터 내에서 영구 Jakarta Enterprise Cryostat 타이머를 예약할 수 있습니다. 자세한 내용은 EAP 8 - Infinispan 기반 분산 타이머를 구성하는 방법을 참조하십시오.

배포 가능한 handler 하위 시스템

distributable - Cryostat 하위 시스템을 사용하여 다음과 같이 Cryostat 3 하위 시스템에 필요한 클러스터링 추상화 공급자를 구성합니다.

  • SFSB(상태 저장 세션 빈) 캐시 팩토리
  • Clevis 클라이언트 애플리케이션의 레지스트리 매핑 레지스트리
  • 분산 migration 타이머

현재 이러한 공급자를 시스템 전체 수준에서 정의할 수 있습니다. Cryostat 3 하위 시스템을 사용자 지정하여 배포별 공급자를 활성화하는 기능을 개발할 계획입니다. 자세한 내용은 EAP 8의 distributable- Cryostat 하위 시스템 기능을 참조하십시오.

3.14. OpenShift

Red Hat build of Keycloak SAML support for JBoss EAP 8.0

어댑터가 릴리스될 때 JBoss EAP 8.0 S2I(Source-to-Image) 이미지와 함께 Red Hat build of Keycloak SAML 어댑터를 사용합니다. 자세한 내용은 EAP 8에 대한 OpenShift, SSO SAML 지원을 참조하십시오.

Maven 플러그인을 사용하여 JBoss EAP 서버 프로비저닝

이제 OpenShift에서 JBoss EAP Maven 플러그인을 사용하여 다음을 수행할 수 있습니다.

  • Galleon을 사용하여 트리밍 서버를 프로비저닝합니다.
  • 프로비저닝된 서버에 애플리케이션을 설치합니다.
  • JBoss EAP 관리 CLI를 사용하여 서버 구성을 조정합니다.
  • 서버 설치에 추가 파일 패키지(예: 키 저장소 파일)
  • 이 플러그인을 JBoss EAP 8.0 S2I(Source-to-Image) 애플리케이션 빌드에 통합합니다.

자세한 내용은 Maven 플러그인을 사용하여 JBoss EAP 서버 프로비저닝을 참조하십시오.

JBoss EAP source-to-Image에 대한 OpenID Connect 지원

이전에 필요한 Keycloak 클라이언트 어댑터를 설치하는 대신 새로운 elytron-oidc-client 하위 시스템을 사용하여 OpenID Connect(OIDC)를 사용하여 JBoss EAP에 배포된 애플리케이션을 보호할 수 있습니다. OIDC로 애플리케이션을 보호하기 위해 환경 변수를 사용하여 elytron-oidc-client 하위 시스템을 구성할 수 있습니다. 이 릴리스에서는 Red Hat build of Keycloak Client Adapter가 제공되지 않습니다. 자세한 내용은 OpenShift에서 OpenID Connect를 사용하여 JBoss EAP 애플리케이션 보안을 참조하십시오.

S2I(Source-to-Image)를 사용하여 애플리케이션 이미지 빌드

JBoss EAP 8.0에서는 설치된 서버가 S2I(Source-to-Image) 빌더 이미지에서 제거되었습니다. Galleon 기능 팩과 계층은 이제 S2I 빌드 단계에서 서버를 프로비저닝하는 데 사용됩니다. 서버를 프로비저닝하려면 애플리케이션의 pom.xml 파일에 JBoss EAP Maven 플러그인을 포함하고 구성합니다. 자세한 내용은 OpenShift에서 S2I(Source-to-Image)를 사용하여 애플리케이션 이미지 빌드 를 참조하십시오.

환경 변수를 사용하여 관리 속성 덮어쓰기

JBoss EAP 서버 구성을 서버 환경에 보다 쉽게 조정하려면 환경 변수를 사용하여 구성 파일을 편집하지 않고 관리 속성의 값을 재정의할 수 있습니다. LIST 유형,OBJECT 또는 PROPERTY 유형의 관리 속성을 재정의할 수 없습니다. JBoss EAP 8.0 OpenShift 런타임 이미지에서 이 기능은 기본적으로 활성화되어 있습니다. 자세한 내용은 환경 변수를 사용한 관리 특성 덮어쓰기 를 참조하십시오.

환경 변수 관리 모델 표현식 확인

JBoss EAP는 이제 관리 모델 표현식을 해결할 때 환경 변수 검사를 지원합니다. 이전 버전의 JBoss EAP에서는 JBoss EAP 서버는 관리 표현식에서 Java 시스템 속성만 확인했습니다. 이제 서버에서 관련 환경 변수 및 시스템 속성을 확인합니다. 둘 다 사용하는 경우 JBoss EAP는 환경 변수가 아닌 Java 시스템 속성을 사용하여 관리 모델 표현식을 확인합니다. 환경 변수를 사용하여 관리 모델 표현식을 확인하는 방법에 대한 자세한 내용은 환경 변수 및 모델 표현식 확인을 참조하십시오.

Maven 호환성

Maven, 버전 3.8.5 또는 이전 버전에는 3.3.2 이전 버전의 Apache Maven WAR 플러그인이 포함되어 있습니다. 이로 인해 Cryostat -maven-plugin 을 사용한 패키지 오류가 발생합니다. 이 문제를 해결하려면 Maven 버전 3.8.6 이상으로 업그레이드해야 합니다. 또는 애플리케이션 pom.xmlmaven-war-plugin 종속성 버전 3.3.2 이상을 추가할 수 있습니다.

노드 이름 지정 개선

jboss.node.name 시스템 속성의 값은 포드 호스트 이름에서 생성되며 JBOSS_NODE_NAME 환경 변수를 사용하여 사용자 지정할 수 있습니다. 이 시스템 속성은 더 이상 트랜잭션 ID로 사용되지 않으며 이전 버전의 JBoss EAP에서 사용하던 23자 제한이 없습니다.

그러나 JBoss EAP 8.0에서는 새 시스템 속성 jboss.tx.node.id 도 포드 호스트 이름으로 생성되며 JBOSS_NODE_NAME 환경 변수를 사용하여 사용자 지정할 수 있습니다. 이 시스템 속성은 이제 길이 23자로 제한되며 트랜잭션 ID로 사용됩니다.

JBoss EAP 8.0 이미지의 Java 옵션 변경

JVM은 JBoss EAP 8.0 이미지의 메모리 및 cpu 제한 및 Garbage Collector 구성을 자동으로 조정합니다. 이미지에서는 -Xms-Xmx 옵션을 컴퓨팅하는 대신 -XX:InitialRAMPercentage-XX:MaxRAMPercentage 옵션을 사용하여 동일한 기능을 동적으로 수행합니다. CONTAINER_CORE_LIMITJAVA_CORE_LIMIT 가 제거되었습니다. 또한 -XX:ParallelGCThreads, -Djava.util.concurrent.Fork joinPool.common.parallelism, -XX:CICompilerCount 는 더 이상 사용되지 않습니다.

OpenShift에 타사 애플리케이션 배포

JBoss EAP 8.0에서는 컴파일된 WAR 파일 또는 EAR 아카이브를 사용하여 OpenShift 배포를 위한 애플리케이션 이미지를 생성할 수 있습니다. Dockerfile을 사용하면 운영 체제, Java 및 JBoss EAP 구성 요소를 포함한 전체 런타임 스택을 사용하여 JBoss EAP 서버에 이러한 아카이브를 배포할 수 있습니다. S2I(Source-to-Image)에 의존하지 않고 애플리케이션 이미지를 생성할 수 있습니다.

OpenShift의 JBoss EAP 8.0 서버 설치에서 제외된 파일

OpenShift에 JBoss EAP 8.0 서버를 설치할 때 다음 파일이 필요하지 않으며 의도적으로 제외됩니다.

  • bin/appclient.sh
  • bin/wsprovide.sh
  • bin/wsconsume.sh
  • bin/jconsole.sh
  • bin/client

3.15. Operator

JBoss EAP 8.0 Operator

JBoss EAP 8.0 Operator가 곧 제공될 예정입니다. JBoss EAP Operator를 사용할 수 있으면 Operator를 사용하여 JBoss EAP 8.0 애플리케이션을 배포할 수 있습니다. 자세한 내용은 JBoss EAP Operator 지원 정책을 참조하십시오.

JBoss EAP 8.0 Operator를 통한 개선된 Health 프로브 구성

JBoss EAP 8.0 Operator는 이제 JBoss EAP 8.0과 JBoss EAP 7.4 이미지 간의 프로브 사용자 지정 및 호환성 개선에 중점을 두고 상태 프로브를 위한 향상된 구성 옵션을 제공합니다. 이번 개선된 기능을 통해 두 이미지 간의 원활한 상호 운용성을 통해 프로브에서 실행 방법을 유연하게 조정할 수 있습니다.

JBoss EAP 8.0 인스턴스의 키 개선 사항:

  • JBoss EAP 8.0 및 JBoss EAP 7 기반 이미지 사용 기능.
  • LivenessProbe,ReadinessProbeStartupProbes 를 구성하는 기능

시작 프로브 예제 구성:

apiVersion: wildfly.org/v1alpha1
kind: WildFlyServer
metadata:
  name: ...
spec:
  applicationImage: '...'
  livenessProbe:
    httpGet:
      path: /health/live
      port: 9990
      scheme: HTTP
    initialDelaySeconds: 30
  readinessProbe:
    httpGet:
      path: /health/ready
      port: 9990
      scheme: HTTP
    initialDelaySeconds: 10
  replicas: 1
  startupProbe:
    httpGet:
      path: /health/started
      port: 9990
      scheme: HTTP
    initialDelaySeconds: 60

참고

기본적으로 JBoss EAP 8.0 애플리케이션은 쉘 프로브를 유지하여 JBoss EAP 7 기반 애플리케이션의 이전 버전과의 호환성을 보장합니다.

3.16. 빠른 시작 및 BOM

지원되는 EAP 8 빠른 시작

지원되는 모든 JBoss EAP 8 빠른 시작은 jboss-eap-quickstarts 에 있습니다.

새로운 JBoss EAP BOMs for Maven

JBoss EAP BOMs는 Maven 프로젝트를 빌드하거나 테스트하는 데 필요한 JBoss EAP 종속 항목의 버전을 지정하는 Maven BOM 파일을 제공합니다. 또한 Jakarta EE 10 BOMs는 Hibernate, RESTasy 및 Infinispan 및 Client BOMs와 같은 독점 구성 요소에 대한 종속성 관리를 제공합니다.

3.17. 서버 마이그레이션 도구

JBoss EAP Server 마이그레이션 도구

서버 마이그레이션 도구는 이제 독립형 마이그레이션 툴이며 더 이상 JBoss EAP 8.0에 포함되지 않습니다. 마이그레이션 툴을 별도로 다운로드할 수 있습니다.

3.18. ActiveMQ Artemis

ActiveMQ 서버에 브리지를 추가하지 못했습니다

JBoss EAP 7에서는 소스 큐를 생성하기 전에 messaging-activemq 하위 시스템에서 JMS(Java Message Service) 브리지를 생성할 수 있습니다. 브리지는 소스 큐가 생성될 때까지 비활성 상태로 유지됩니다.

JBoss EAP 8에서는 bridge:add 명령으로 JMS 브리지를 생성하기 전에 소스 큐를 생성해야 합니다. 소스 큐를 생성하기 전에 JMS 브리지를 생성하면 bridge:add 명령이 실패합니다.

messaging-activemq 하위 시스템에 새 커넥터 추가

JBoss EAP 8.0에서는 messaging-activemq 하위 시스템에서 CLI를 사용하여 구성 모델에 새 커넥터가 추가되면 시스템의 다른 부분에서 커넥터에 액세스할 수 있도록 서버를 다시 시작하거나 다시 로드해야 합니다. JBoss EAP 7.4에서는 시스템의 다른 부분에서 커넥터가 추가 및 참조되지만 서버를 다시 시작하거나 다시 로드하지 않으면 사용할 수 없습니다.

3.19. Jakarta facess 구현

MyFaces 구현의 변경 사항

이전 릴리스에서는 Jakarta faces 구현을 대안으로 대체할 수 있습니다. 그러나 JBoss EAP 8.0의 MyFaces 의 경우 이 기능이 Galleon 툴을 사용하여 프로비저닝이 필요한 외부 기능 팩으로 이동되었습니다. 기본이 아닌 Mojarra 버전을 사용하려면 수동 구성이 필요합니다. 자세한 내용은 EAP 8에서 Multi-JSF 기능을 구성하는 방법을 참조하십시오.

3.20. 고가용성

JGroup 프로토콜 스택 업데이트

JBoss EAP 8.0의 JGroup 프로토콜 스택에 새로운 "RED" 프로토콜이 추가되었습니다. 또한 기존 프로토콜이 업그레이드되었습니다.

다음 표에는 프로토콜 업데이트가 나열되어 있습니다.

이전 프로토콜업그레이드된 프로토콜

FD_SOCK

FD_SOCK2

FD_ALL

FD_ALL3

VERIFY_SUSPECT

VERIFY_SUSPECT2

FRAG3

FRAG4

이전 프로토콜 스택은 JBoss EAP 8.0에서 계속 작동하지만 업그레이드된 스택을 사용하여 최적의 결과를 얻을 수 있습니다.

3.21. jboss-eap-installation-manager

이제 jboss-eap-installation-manager 를 사용하여 JBoss EAP 8.0을 설치하고 업데이트할 수 있습니다. 업데이트, 되돌리기, 다양한 채널 관리 작업을 포함하여 서버 관리 작업을 수행할 수도 있습니다.

자세한 내용은 설치 가이드를 참조하십시오.

3.22. jboss-eap-installation-manager의 관리 CLI 통합

JBoss EAP 8.0에서는 설치 관리자 명령에서 jboss-eap-installation-manger 와 관리 CLI의 통합과 함께 상당한 개선 사항이 도입되었습니다. 이번 개선된 기능을 통해 독립 실행형 또는 관리형 도메인 모드에서 채널 작업을 업데이트, 되돌리기, 관리하는 등 다양한 서버 관리 작업을 원활하게 수행할 수 있습니다.

자세한 내용은 업데이트 가이드를 참조하십시오.

3.23. jboss-eap-installation-manager의 웹 콘솔 통합

JBoss EAP 8.0에서는 이제 웹 콘솔을 사용하여 JBoss EAP 설치의 채널을 업데이트, 되돌리기, 관리할 수 있습니다. 그러나 jboss-eap-installation-manager 를 사용하는 것이 좋습니다.

자세한 내용은 업데이트 가이드를 참조하십시오.

3.24. JBoss EAP 애플리케이션 마이그레이션

galleon/provisioning.xml 구성 파일을 사용한 경우 유효한 S2I를 사용하여 JBoss EAP 7.4 설치를 프로비저닝하고 파일을 JBoss EAP 8의 유효한 구성으로 변환하려면 다음 변경 사항을 기록해야 합니다.

  • galleon/provisioning.xml 구성 파일에서는 Cryostat- s2i 기능 팩 대신 org.jboss.eap:wildfly-ee-galleon-packorg.jboss.eap:eap-cloud-galleon- pack 기능 팩을 사용해야 합니다.
  • 이러한 기능 팩을 성공적으로 사용하려면 애플리케이션 pom.xml 에서 또는 S2I 환경 변수를 사용하여 JBoss EAP 8 채널 사용을 활성화해야 합니다.

4장. 지원되지 않거나, 더 이상 사용되지 않으며, 삭제된 기능

4.1. 지원되지 않는 기능

다음 기능은 Red Hat에서 지원하지 않습니다.

로깅

JBoss EAP 8.0은 Apache Log4j 버전 1 API를 지원하지 않습니다. 애플리케이션이 애플리케이션의 일부로 log4j.jar 및 Log4j 구성을 패키징하지 않으면 해당 구성을 업데이트해야 합니다. 애플리케이션 마이그레이션 또는 업데이트에 대한 자세한 내용은 Red Hat Knowledgebase 솔루션 마이그레이션을 참조하십시오. Apache Log4j 버전 1은 더 이상 EAP 8에서 제공되지 않습니다.

Agroal 하위 시스템

JBoss EAP 8.0은 더 이상 Agroal 하위 시스템을 지원하지 않습니다.

4.2. 더 이상 사용되지 않는 기능

이 릴리스에서 일부 기능은 더 이상 사용되지 않습니다. 즉, 이러한 기능은 개선되지 않으며 향후 릴리스에서 제거될 수 있습니다. 자세한 내용은 Red Hat JBoss EAP(Enterprise Application Platform) 8에서 더 이상 사용되지 않음을 참조하십시오.

Red Hat은 표준 지원 약관에 따라 완전 지원 및 버그 수정을 계속 제공합니다. Red Hat 지원 정책에 대한 자세한 내용은 Red Hat 고객 포털에 있는 Red Hat JBoss Middleware 제품 업데이트 및 지원 정책을 참조하십시오.

더 이상 사용되지 않는 기능은 다음과 같습니다.

JBoss Tools

JBoss Tools는 JBoss EAP 8.0에서 더 이상 사용되지 않습니다.

4.3. 삭제된 기능

JBoss EAP 8.0에서는 다음 기능을 제거합니다.

JolokiaPrometheus

JolokiaPrometheus 가 이번 릴리스에서 제거되었습니다. 이러한 기능은 삭제되었으며 Red Hat에서 더 이상 지원하지 않습니다. JBoss EAP 서버는 서버 지표 끝점을 통해 지표를 노출합니다: < server address>:<management port>/metrics.

환경 변수

Red Hat은 JBoss EAP 8.0에서 다음 환경 변수를 삭제했습니다.

  • GALLEON_PROVISION_DEFAULT_FAT_SERVER
  • AB_JOLOKIA_AUTH_OPENSHIFT
  • AB_JOLOKIA_CONFIG
  • AB_JOLOKIA_DISCOVERY_ENABLED
  • AB_JOLOKIA_HOST
  • AB_JOLOKIA_HTTPS
  • AB_JOLOKIA_ID
  • AB_JOLOKIA_OFF
  • AB_JOLOKIA_OPTS
  • AB_JOLOKIA_PASSWORD
  • AB_JOLOKIA_PASSWORD_RANDOM
  • AB_JOLOKIA_PORT
  • AB_JOLOKIA_USER
  • AB_PROMETHEUS_ENABLE
  • AB_PROMETHEUS_JMX_EXPORTER_CONFIG
  • AB_PROMETHEUS_JMX_EXPORTER_PORT
  • JGROUPS_ENCRYPT_SECRET

JDK 8

JDK 8은 Red Hat JBoss Enterprise Application Platform 8.0에서 제거되었습니다. JDK 11 또는 JDK 17이 필요합니다.

레거시 보안 영역

레거시 보안 영역이 JBoss EAP 8.0에서 제거되었습니다. 대신 elytron 하위 시스템에 제공된 보안 영역을 사용합니다.

자세한 내용은 ID 저장소를 사용하여 애플리케이션 및 관리 인터페이스 보안 및 여러 ID 저장소를 사용하여 애플리케이션 및 관리 인터페이스 보안을 참조하십시오.

Picketbox

Cryostatetbox는 Red Hat JBoss Enterprise Application Platform 8.0에서 제거되었습니다. 레거시 보안 구성은 모두 elytron 하위 시스템으로 마이그레이션해야 합니다. 보안 구성을 elytron 하위 시스템으로 마이그레이션하는 방법에 대한 자세한 내용은 Elytron으로 마이그레이션을 참조하십시오.

Cryostatetbox vault

Cryostatetbox vault가 JBoss EAP 8.0에서 제거되었습니다. elytron 하위 시스템에서 제공하는 인증 정보 저장소를 사용하여 중요한 문자열을 저장합니다.

자세한 내용은 JBoss EAP 가이드의 인증 정보 보안 스토리지에 있는 Elytron의 인증 정보 및 인증 정보 저장소를 참조하십시오.

CryostatetLink 하위 시스템이 JBoss EAP 8.0에서 제거되었습니다. Red Hat build of Keycloak ID 공급자 대신 Keycloak 빌드 및 Galleon 계층을 사용하여 Keycloak SAML 어댑터 기능에서 제공합니다.

자세한 내용은 JBoss EAP 로 Single Sign-On 사용 가이드의 SAML을 사용하여 애플리케이션 보안 을 참조하십시오.

discovery-groupbroadcast-group 리소스

Red Hat JBoss Enterprise Application Platform 7.4는 discovery-groupbroadcast-group 리소스를 제거했습니다. 이러한 리소스는 JBoss EAP8.0에서 계속 제거됩니다.

또한 Red Hat JBoss Enterprise Application Platform 7.4는 discovery-group 및 broadcast-group 리소스의 모든 인스턴스를 jgroups- discovery-groupsocket-discovery-group 리소스로 교체하여 웹 콘솔에 미치는 영향을 줄였습니다.

JBoss EAP 7.3은 메시징 하위 시스템에서 다음 리소스를 더 이상 사용되지 않습니다.

  • /subsystem=messaging-activemq/discovery-group=*
  • /subsystem=messaging-activemq/server=default/broadcast-group=*
  • /subsystem=messaging-activemq/server=default/discovery-group=*

JBoss EAP 7.3은 더 이상 사용되지 않는 리소스를 jgroups-discovery-groupsocket-discovery-group 리소스로 교체했습니다. 더 이상 사용되지 않는 각 리소스에는 하나의 속성이 null 로 설정되어 있고 다른 속성이 0 보다 큰 값으로 설정된 각 대체 리소스의 속성이 포함되었습니다. 이러한 설정으로 인해 discovery-groupbroadcast-group 둘 다 활성 상태로 유지되었지만 jgroups-discovery-groupsocket-discovery-group 리소스에 모든 기능을 할당합니다.

퀵스타트

다음의 오래된 또는 중복된 빠른 시작이 JBoss EAP 8.0에서 제거되었습니다.

  • app-client
  • Cryostat-validation
  • ejb-asynchronous
  • ejb-in-ear
  • ejb-in-war
  • rad-security
  • ejb-security-jaas
  • Cryostater
  • helloworld-html5
  • helloworld-mbean
  • helloworld-mdb-propertysubstitution
  • helloworld-rs
  • helloworld-ssl
  • inter-app
  • jaxws-addressing
  • jaxws-pojo
  • jts-distributed-crash-rec
  • kitchensink-angularjs
  • kitchensink-ear
  • kitchensink-jsp
  • kitchensink-ml
  • logging-tools
  • managed-executor-service
  • messaging-clustering
  • payment-cdi-event
  • resteasy-jaxrs-client
  • spring-greeter
  • spring-kitchensink-basic
  • spring-kitchensink-springmvctest
  • tasks-rs
  • websocket-client
  • xml-jaxp

Red Hat build of Keycloak Client Adapter

Red Hat JBoss Enterprise Application Platform 8.0은 Red Hat build of Keycloak Client Adapter를 제공하지 않습니다. 새로운 elytron-oidc-client 하위 시스템을 사용하여 OpenID Connect(OIDC)를 사용하여 JBoss EAP에 배포된 애플리케이션을 보호합니다.

Red Hat Enterprise Linux에서 Java 서비스

RHEL(Red Hat Enterprise Linux)에서 실행되는 Java 서비스(JSVC)가 JBoss EAP 8.0에서 제거되었습니다.

BOMs

다음 BOM이 제거되었습니다.

  • JBoss Jakarta EE 8 Specification API BOM이 제거되었습니다. Maven 프로젝트에서 JBoss EAP EE BOM을 사용합니다.
  • EAP Runtime Artifacts BOM이 제거되었습니다. Maven 프로젝트에서 JBoss EAP EE BOM을 사용합니다.
  • JBoss migration 클라이언트 레거시 BOM이 제거되었습니다.

자세한 내용은 마이그레이션 가이드의 JBoss EAP 애플리케이션의 Maven 프로젝트 마이그레이션 을 참조하십시오.

Connector 특성

JBoss EAP 7.4에서 modcluster 하위 시스템은 proxy 요소의 connector 속성을 더 이상 사용하지 않고 혼동을 방지하기 위해 리스너 속성으로 대체합니다. JBoss EAP 7.4의 관리 스키마는 리스너 특성을 사용하지만 커넥터 특성을 설정할 수도 있습니다. JBoss EAP 8.0에서는 더 이상 사용되지 않는 커넥터 속성이 제거되어 이제 listener 속성을 대신 사용해야 합니다. 자세한 내용은 Red Hat JBoss EAP(Enterprise Application Platform) 7에서 더 이상 사용되지 않음을 참조하십시오.

iiop-openjdk 하위 시스템 변경

JBoss EAP 8.0에서는 레거시 보안 하위 시스템이 제거되어 elytron 하위 시스템으로 교체되었습니다. elytron 하위 시스템을 Object 리소스 브로커(ORB)의 보안 인터셉터로 설치할 수 있습니다.

JBoss EAP 7과의 상호 운용성을 유지하기 위해 예를 들어 JBoss EAP 8.0 호스트 컨트롤러를 사용하여 JBoss EAP를 관리형 도메인으로 실행하는 경우 레거시 보안 인터셉터를 구성하는 기능이 유지되었습니다.

그러나 JBoss EAP를 독립 실행형 서버로 실행하는 경우 iiop-openjdk/security 속성의 경우 클라이언트ID 값을 설정하는 것은 지원되지 않습니다.

Hibernate Search 5 API

Hibernate Search 5 API는 JBoss EAP 7.4에서 더 이상 사용되지 않으며 JBoss EAP 8.0에서 제거되었으며 Hibernate Search 6 API로 교체되었습니다.

참고

Hibernate Search 6 API는 Hibernate Search 5 API와 역호환 됩니다. 운영 가능성을 유지하려면 애플리케이션을 Hibernate Search 6로 마이그레이션해야 합니다. 애플리케이션을 마이그레이션하려면 Hibernate Search 6.0 마이그레이션 가이드를 참조하십시오.

제거된 API 목록을 보려면 JBoss EAP 7.4에서 더 이상 사용되지 않고 EAP 8.0에서 제거된 Hibernate Search 5 API를 참조하십시오.

Apache Log4j 버전 1

JBoss EAP 8.0은 Apache Log4j 버전 1 API를 지원하지 않습니다. 애플리케이션에서 애플리케이션의 일부로 log4j.jar 및 Log4j 구성을 패키징하지 않으면 이러한 패키지를 업데이트해야 합니다. 애플리케이션 마이그레이션 또는 업데이트에 대한 자세한 내용은 Red Hat Knowledgebase 솔루션 마이그레이션을 참조하십시오. Apache Log4j 버전 1은 더 이상 EAP 8에서 제공되지 않습니다.

자세한 내용은 Apache Log4j 버전 1 API 제거를 참조하십시오.

Apache Xerces 및 Apache Xalan

CryostatP 버전 1.5를 구현하는 Apache Xerces 및 Apache Xalan JBoss Modules가 JBoss EAP 8.0에서 제거되었습니다. 대신 JDK의 java.xml JPMS 모듈에서 제공하는 기본 CryostatP 구현을 사용하여 CryostatP 버전 1.6을 구현합니다. 자세한 내용은 JBoss EAP의 JDK에서 제공하는 Use CryostatP 구현을 참조하십시오.

5장. 해결된 문제

이 릴리스에서 해결된 고객 사례에서 발생한 문제 목록을 보려면 Red Hat JBoss Enterprise Application Platform 8.0 문제 해결을 참조하십시오.

6장. 수정된 CVE

JBoss EAP 8.0에는 다음과 같은 보안 관련 문제에 대한 수정 사항이 포함되어 있습니다.

7장. 확인된 문제

이 릴리스에 대한 알려진 문제 목록은 Red Hat JBoss Enterprise Application Platform 8.0 의 알려진 문제를 참조하십시오.

7.1. Infinispan

기본 비 HA 서버 구성에서 /subsystem=distributable-web/infinispan-session-management=*:add 작업이 실패할 수 있습니다.

Issue - JBEAP-24997
/subsystem=distributable-web/infinispan-session-management=*:add 작업은 routing=infinispan 리소스가 필요한 affinity=primary-owner 하위 리소스를 자동으로 추가합니다. 필수 routing=infinispan 리소스가 기본 비 HA 서버 구성에 정의되어 있지 않기 때문에 작업이 실패할 수 있습니다.
해결방법

잘못된 중간 상태를 방지하려면 배치 내에서 infinispan-session-management:addaffinity=local:add 작업을 모두 실행합니다.

예제:

batch
/subsystem=distributable-web/infinispan-session-management=ism-0:add(cache-container=web,granularity=SESSION)
/subsystem=distributable-web/infinispan-session-management=ism-0/affinity=local:add()
run-batch -v

HotRod는 Infinispan으로 외부화를 위해 분산 세션을 생성할 수 없습니다

Issue - JBEAP-26062

OpenShift Container Platform의 Red Hat JBoss Enterprise Application Platform 8.0 및 Red Hat Data Grid와 관련된 상호 운용성 테스트에서는 Infinispan 원격 캐시에 쓰기로 인해 내부 서버 오류가 발생하는 문제를 보여줍니다. remote-cache-container 가 기본 marshaller를 사용하도록 구성된 경우, JBoss Marshalling은 바이트[] 인스턴스만 지원되므로 HotRod가 오류를 발생시킵니다.

오류 메시지의 예:

Caused by: java.lang.IllegalArgumentException: Only byte[] instances are supported currently!
	at org.infinispan.client.hotrod@14.0.17.Final-redhat-00002//org.infinispan.client.hotrod.marshall.BytesOnlyMarshaller.checkByteArray(BytesOnlyMarshaller.java:27)

해결방법

ProtoStream marshaller marshaller=PROTOSTREAM 을 사용하도록 remote-cache-container 를 구성합니다.

설정 예:

/subsystem=infinispan/remote-cache-container=<RHDG_REMOTE_CACHE_CONTAINER_RESOURCE_NAME>:write-attribute(name=marshaller,value=PROTOSTREAM)

7.2. 데이터 소스 구성

MSSQL 연결 복원력이 지원되지 않음

문제 - JBEAP-25585
Red Hat JBoss Enterprise Application Platform 8.0은 MsSQL JDBC 드라이버 버전 10.2.0 이상의 연결 복원력을 지원하지 않습니다. 연결 복원력으로 인해 드라이버가 복구 관리자의 예기치 않은 상태가 됩니다. 기본적으로 이 드라이버에는 연결 복원력이 활성화되어 있으며 사용자가 수동으로 비활성화해야 합니다.
해결방법

ConnectRetryCount 매개변수는 연결이 실패할 때 재연결 시도 횟수를 제어합니다. 이 매개변수는 기본적으로 1 로 설정되어 연결 복원력이 활성화됩니다.

연결 복원력을 비활성화하려면 ConnectRetryCount 매개변수를 1 에서 0 으로 변경합니다. 서버 구성 파일 standalone.xml 또는 domain.xml 의 데이터 소스 구성 섹션에서 연결 속성을 설정할 수 있습니다. 데이터 소스 설정을 구성하는 방법에 대한 자세한 내용은 OpenShift용 EAP에서 데이터 소스 설정을 구성하는 방법 및 Red Hat 고객 포털의 JBoss EAP의 데이터 소스 구성에서 연결 속성을 지정하는 방법을 참조하십시오.

7.3. 서버 관리

활성 상태 프로브 :9990/health/live 는 배포 오류의 경우 Pod를 재시작하지 않음

Issue - JBEAP-24257

JBoss EAP 7.4에서 컨테이너를 다시 시작할 수 있는 배포 오류가 있을 때 python liveness 프로브에서 "활성되지 않음"을 보고합니다.

JBoss EAP 8.0에서 활성 상태 프로브 :9990/health/live 는 서버 관리 모델을 사용하여 준비 상태를 결정합니다. server-state가 실행 중이고 부팅 또는 배포 오류가 없는 경우 서버 프로세스가 실행될 때 활성 검사에서 UP 을 보고합니다.

따라서 배포 오류로 인해 실행 중이지만 "준비되지 않음"인 Pod가 발생할 수 있습니다. 이는 배포 중에 간헐적인 오류가 있는 애플리케이션에만 영향을 미칩니다. 배포 중에 이러한 오류가 항상 발생하면 컨테이너가 준비되지 않고 Pod가 CrashLoopBackoff 상태에 있습니다.

참고

:9990/health/live 는 Helm 차트 및 JBoss EAP Operator에서 사용하는 기본 활성 프로브입니다.

해결방법

실행 중이지만 "준비되지 않음"으로 인해 배포 오류가 발생하는 경우 서버 부팅 프로세스를 검사하고 배포 문제를 해결한 다음 서버가 올바르게 배포되는지 확인합니다.

배포 오류를 수정할 수 없는 경우 부팅 오류가 Pod 재시작을 트리거하도록 시작 프로브를 변경하여 /ready HTTP 끝점을 사용합니다. 예를 들어 Helm을 사용하여 JBoss EAP 애플리케이션을 배포하는 경우 deploy.livenessProbe 필드를 업데이트하여 활성 프로브를 구성합니다.

deploy:
  livenessProbe:
    httpGet:
      path: /health/ready

7.4. 메시징 프레임워크

org.apache.activemq.artemis 모듈 및 경고 메시지 사용 중단

문제 - JBEAP-26188
org.apache.activemq.artemis 모듈은 JBoss EAP 8.0에서 더 이상 사용되지 않습니다. MANIFEST.MF 또는 jboss-deployment-structure.xml 구성 파일에 이 모듈 종속성을 포함하는 애플리케이션을 배포할 때 경고 메시지가 트리거됩니다. 자세한 내용은 Red Hat JBoss EAP(Enterprise Application Platform) 8에서 더 이상 사용되지 않음을 참조하십시오.
해결방법
JBoss EAP 8.0 업데이트 1을 사용하면 구성 파일의 org.apache.activemq.artemis 모듈을 org.apache.activemq.artemis .client 공개 모듈로 교체하여 이러한 경고 메시지의 로깅을 방지할 수 있습니다. 자세한 내용은 EAP 8의org.jboss.as.deprecated …​ 는 더 이상 사용되지 않는 모듈("org.apache.activemq.artemis") 을 참조하십시오.

7.5. IBM MQ 리소스 어댑터

IBM MQ 리소스 어댑터의 제한 사항 및 알려진 문제

IBM MQ 리소스 어댑터는 몇 가지 제한 사항을 지원합니다. 자세한 내용은 IBM MQ Resource Adapter 배포를 참조하십시오.





2024-02-08에 최종 업데이트된 문서

법적 공지

Copyright © 2024 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.