Developer best practices
This reference information describes best practices and other considerations for developers.
You can also search for best practice information using keywords.
하위 주제
액세스 인텐트 -- 격리 레벨 및 업데이트 잠금
WebSphere® Application Server 액세스 인텐트 정책은 사용자 환경의 다른 관계형 데이터베이스에서 CMP Bean 데이터에 대한 격리 레벨을 정의하는 일관성 있는 방법을 제공합니다.ActiveX 클라이언트 프로그래밍, 오류 코드 처리
Java™ 코드에서 발생한 모든 예외는 캡슐화되며 ISupportErrorInfo 인터페이스와 IDispatch::Invoke()의 EXCEPINFO 구조, Visual Basic과 VBScript의 Err 오브젝트를 통한 COM 오류로 다시 발생합니다. Java 예외와 연관된 오류 번호가 없기 때문에, Java 예외가 발생할 때마다 전체 스택 추적이 오류 설명 텍스트에 저장되며 지정된 오류 번호는 0x6003입니다.ActiveX 클라이언트 프로그래밍, Java 필드 프로그래밍 팁
ActiveX to EJB(Enterprise JavaBeans) 브릿지를 사용하여 Java 필드에 액세스하면 메소드 호출 시 존재하는 동일한 대소문자 구분 문제가 있습니다. 필드 이름은 Java 필드 구문과 동일한 대소문자를 사용해야 합니다.ActiveX 클라이언트 프로그래밍, JVM(Java Virtual Machine) 초기화 팁
JVM(Java Virtual Machine) 코드를 ActiveX to EJB(Enterprise Java Beans) 브릿지로 초기화합니다. ActiveX 클라이언트 프로그램(Visual Basic, VBScript 또는 ASP)의 경우 Java 클래스나 오브젝트에 액세스하려면, 프로그램이 수행해야 하는 첫 번째 단계는 프로세스 내 JVM(Java Virtual Machine) 코드를 작성하는 것입니다.ActiveX 클라이언트 프로그래밍, 스레드 팁
ActiveX to EJB(Enterprise JavaBeans) 브릿지는 자유 스레드 및 아파트 스레드 액세스 모두를 지원하며 ASP(Active Server Pages)와 같은 하이브리드 환경에서 작동하도록 FTM(Free Threaded Marshaler)을 구현합니다. 스레드가 ActiveX to EJB 브릿지를 통해 통신하면 ActiveX 프로세스에서 작성된 각 스레드는 Java 환경에서 미러링됩니다.ActiveX 클라이언트 프로그래밍, 배열 전달을 위한 팁
배열은 Visual Basic과 VBScript와 같이 Java와 Automation 컨테이너 사이에 매우 유사합니다. 이 주제는 배열을 이 컨테이너 간 앞뒤로 전달할 때 고려할 일부 중요 내용을 제공합니다.ActiveX 클라이언트 프로그래밍 우수 사례
Java 컴포넌트에 액세스하는 가장 좋은 방법은 Java 언어를 사용하는 것입니다. Java 언어로 가능한 한 많은 프로그래밍을 수행하고 COM 자동화 컨테이너(예: Visual Basic) 및 Java 코드 사이에 작은 단순 인터페이스를 사용하는 것이 좋습니다. 이 인터페이스는 인터페이스에서 이동 시 발생할 수 있는 오버헤드 및 성능 문제점을 방지합니다.ActiveX 대 Java 기본 데이터 유형 변환 값
모든 기본 Java 데이터 유형은 네이티브 ActiveX 자동화 유형으로 자동으로 변환됩니다. 그러나 모든 자동화 데이터 유형이 Java 유형(예: VT_DATE)으로 변환되는 것은 아닙니다. 변형 데이터 유형은 데이터 변환에 사용됩니다.ActivitySession 및 트랜잭션 컨테이너 정책 조합
이 주제에서는 컨테이너가 ActivitySession 경계를 관리하는 방식을 판별하는 배치 디스크립터 특성 사이의 관계에 대한 세부사항을 제공합니다.Application profiling interoperability
Using application profiling with 5.x compatibility mode or in a clustered environment with mixed product versions and mixed platforms can affect its behavior in different ways.비동기 요청 디스패처 애플리케이션 디자인 고려사항
비동기 요청 디스패처(ARD)는 서블릿 프로그래밍을 위한 만능 솔루션이 아닙니다. 애플리케이션의 필요 및 ARD 사용 시의 경고를 평가해야 합니다. 모든 포함을 비동기식으로 시작하도록 전환하는 것은 모든 시나리오의 솔루션이 아니지만 현명하게 사용하면 ARD가 응답 시간을 늘릴 수 있습니다.ORB(Object Request Broker) 서비스에 대한 클라이언트 측 프로그래밍 팁
모든 IIOP(Internet InterORB Protocol) 요청 및 응답 교환은 클라이언트 측 ORB와 서버 측 ORB로 구성됩니다. IIOP를 사용하는 애플리케이션이 클라이언트 측 ORB(Object Request Broker)와 통신할 수 있도록 올바르게 프로그래밍되는 것이 중요합니다.공통 기준(EAL4) 지원
연결 및 연결 풀 통계
WebSphere Application Server는 PMI API의 사용을 지원하여 데이터 액세스 애플리케이션의 성능을 모니터합니다.DataGraph 스키마
기본 애플리케이션
WebSphere Application Server는 관리자가 쉽게 애플리케이션 서버가 실행 중임을 확인할 수 있는 기본 구성을 제공합니다. 제품이 설치되면 server1이라는 애플리케이션 서버와 기본 애플리케이션이라는 엔터프라이즈 애플리케이션이 포함됩니다.동적 및 배치 EJB 조회 서비스 비교
동적 조회 서비스를 사용하여 배치 시 정의하지 않고 런타임 시 동적으로 구성된 엔티티 Bean에 대해 조회를 빌드하고 실행할 수 있습니다. 동적 조회를 사용하여 런타임 시 정의된 조회의 유연성을 얻고 EJB(Enterprise JavaBeans)-QL(Query Language)의 성능을 활용합니다. EJB-QL 조회의 모든 기능 지원 외에 동적 조회는 표준 정적 조회에 사용 가능하지 않은 기능을 추가합니다. 두 예는 Bean 자체(정적 조회는 현재 하나만 허용)에서 바로 복수 데이터 필드를 선택하는 기능 및 조회에서 직접 비즈니스 메소드 실행입니다.EJB 3.x 모듈 고려사항
EJB(Enterprise JavaBeans) 3.x 모듈 사용 시 다음 고려사항을 기억하십시오.EJB 데이터 중개자 서비스 데이터 검색
EJB(Enterprise JavaBeans) 중개자 요청은 복합 EJB 조회입니다. getGraph 호출을 사용하여 DataGraph를 얻을 수 있습니다.EJB 데이터 중개자 서비스 데이터 업데이트
EJB(Enterprise JavaBeans) 중개자 요청은 복합 EJB 조회입니다. 업데이트된 DataGraph를 applyChanges 메소드를 사용하여 데이터 소스에 다시 작성할 수 있습니다.EJB 데이터 중개자 서비스 프로그래밍 고려사항
제품에서 제공된 EJB(Enterprise JavaBeans) DMS(Data Mediator Service)를 활용하여 애플리케이션 작성을 시작하면, 다음 항목을 고려하십시오.EJB 중개자 조회 구문
제품에서 제공된 EJB(Enterprise JavaBeans) DMS(Data Mediator Service)를 활용하기 위해 애플리케이션 작성을 시작할 때, 다음 항목을 고려하십시오.EJB 조회 언어 제한사항
제품에서 EJB(Enterprise JavaBeans) 조회 언어를 사용하는 경우, 표준 EJB 조회 언어와 비교하여 편차가 있을 수 있습니다. 다음 섹션에 나열된 제한사항을 인지해야 합니다.EJB 스펙 및 WebSphere 조회 언어 비교
WebSphere Application Server는 자체 요소가 있는 EJB(Enterprise JavaBeans) 조회 언어를 확장합니다.사용자 정의 값 설정에 대한 지원 사용
관리 콘솔을 사용하여 값 설정에 대해 지원할 수 있습니다. 사용자 정의 값 설정을 UDDI 레지스트리에 추가하려면 프로시저의 일부로 이를 수행하십시오.엔터프라이즈 Bean 개발 우수 사례
엔터프라이즈 Bean 디자인 및 개발 시 다음 가이드라인을 사용하십시오.예: 애플릿 클라이언트 코드 요구사항
애플릿이 엔터프라이즈 Bean에 전달하기 위해 사용된 코드는 독립형 Java 프로그램이나 서블릿에서 사용된 것과 동일하며, java.naming.applet이라는 추가 특성에 대해서는 제외됩니다. 이 특성은 InitialContext 및 ORB(Object Request Broker)에 이 클라이언트가 독립형 Java 애플리케이션이나 서블릿이 아닌 애플릿임을 알립니다.예: 애플릿 클라이언트 태그 요구사항
표준 애플릿을 사용하려면 HTML <APPLET> 태그가 브라우저에 대한 애플릿을 식별해야 합니다. <APPLET> 태그는 브라우저의 JVM(Java virtual machine)을 호출합니다. <OBJECT> 및 <EMBED> 태그로 대체될 수도 있습니다.FIPS(Federal Information Processing Standard) 지원
FIPS(Federal Information Processing Standards)는 미국 NIST(National Institute of Standards and Technology)에서 발행한 연방 정부 컴퓨터 시스템에 대한 표준 및 지침입니다. FIPS는 WebSphere Application Server에 대해 사용 가능하게 할 수 있습니다.IBM MQ 메시지 헤더 처리 방법
IBM MQ 메시지는 선택적으로 MQRFH2 헤더에 대한 추가 헤더 또는 대체 헤더를 포함할 수 있으며, 이것은 JMS 특성을 포함합니다. WebSphere Application Server 애플리케이션 프로그램은 com.ibm.mq.headers 클래스를 사용하여 IBM MQ 의 메시지에 있는 헤더에 액세스하고 메시지의 헤더를 IBM MQ 로 구성할 수 있습니다.초기 컨텍스트 지원
모든 이름 지정 조작은 초기 컨텍스트를 가져오면서 시작됩니다. 초기 컨텍스트를 네임스페이스의 시작점으로 볼 수 있습니다. 네임스페이스에서 검색 및 바인딩 오브젝트와 같이 초기 컨텍스트를 사용하여 이름 지정 조작을 수행합니다.서비스 오류 국제화
특정 조건은 애플리케이션 실행 중에 java.lang.IllegalStateException 예외를 발행하거나 기본 동작을 실행하여 국제화 서비스가 시작되지 않도록 할 수도 있습니다.JDBC 애플리케이션 커서 홀드 기능 지원
커서 홀드 기능은 관계형 데이터베이스로 JDBC 상호작용의 오버헤드를 줄일 수 있으므로 애플리케이션 성능을 늘리는 데 도움이 됩니다.JDBC 애플리케이션 개발 팁
우수 사례를 사용하여 JDBC 조회의 효율성을 최대화하여, 잠재적으로 애플리케이션 성능을 늘릴 수 있습니다.JMS 포맷
다른 JMS 메시지 유형에 액세스할 수 있는 코드를 작성하려면, 각 메시지 유형이 SDO에 맵핑되는 방법 및 메시지에서 메시지 포맷 문자열을 검색하는 방법을 알아야 합니다.JMS 포맷 - 바이트
사용자 프로그램은 메시지의 본문을 메시지를 표시하는 SDO 데이터 그래프에 맵핑하여 JMS 바이트 메시지의 페이로드를 검색할 수 있습니다.JMS 포맷 - 오브젝트
사용자 프로그램은 메시지의 본문을 메시지를 표시하는 SDO 데이터 그래프에 맵핑하여 JMS 오브젝트 메시지의 페이로드를 검색할 수 있습니다.JMS 포맷 - 스트림
사용자 프로그램은 메시지의 본문을 메시지를 표시하는 SDO 데이터 그래프에 맵핑하여 JMS 스트림 메시지의 페이로드를 검색할 수 있습니다.JMS 포맷 - 텍스트
사용자 프로그램은 메시지의 본문을 메시지를 표시하는 SDO 데이터 그래프에 맵핑하여 JMS 텍스트 메시지의 페이로드를 검색할 수 있습니다.JNDI 상호 운용성 고려사항
추가 단계를 사용하여 사용자 프로그램이 비-제품 JNDI 클라이언트와 상호운용하고 MQSeries®에서 네임스페이스로 바인드되게 해야 합니다.WebSphere Application Server에서 JNDI 지원
이 제품에는 JNDI(Java Naming and Directory Interface) 이름 지정 인터페이스를 통해 이름 서버에 대한 사용자 액세스를 지원하는 javax.naming JNDI 패키지의 구현 및 Java 컴포넌트에 공유 액세스를 제공하는 이름 서버가 포함되어 있습니다.사용자 정의 값 세트 데이터 로드
값 설정 데이터를 UDDI 레지스트리에 로딩하고, 기존 값 세트 데이터를 다른 tModel 엔티티에 지정하고, 기존 값 세트 데이터를 로드 해제시키기 위해 UDDIUserDefinedValueSet 유틸리티를 사용할 수 있습니다. UDDI 레지스트리로 설정된 사용자 정의 값을 추가하려면 프로시저에서 단계로서 값 설정 데이터를 로딩합니다.로컬 트랜잭션 포함
IBM® WebSphere Application Server는 LTC(Local Transaction Containment)를 지원하며, 로컬 트랜잭션 확장 배치 디스크립터를 사용하여 구성할 수 있습니다. LTC 지원은 애플리케이션 프로그래머에 대한 특정 이점을 제공합니다. 제공된 시나리오 및 고려할 사항 목록을 이용하여 로컬 트랜잭션에 대한 트랜잭션 지원을 구성할 수 있는 최선의 방법을 결정하는 데 도움이 됩니다.배치 디스크립터 및 씬 클라이언트에서 이름 찾아보기 지원 찾아보기
서버 애플리케이션 오브젝트(예: 엔터프라이즈 Bean(EJB) 홈)가 애플리케이션이 설치된 서버의 서버 루트 컨텍스트에 상대적으로 바인드됩니다. 다른 오브젝트(예: 자원)는 특정 서버 루트로 바인드될 수 있습니다. 이러한 오브젝트를 찾는 데 사용되는 이름은 정확한 서버 루트를 선택하기 위해 반드시 규정되어야 합니다. 이 주제에서는 상대적인 이름 및 규정된 이름의 개념, 이 이름이 언제 사용되는지 그리고 그 구성 방법은 무엇인지에 대해 설명합니다.서비스 통합에서 추가 MQRFH2 헤더 필드 맵핑
IBM MQ 메시지 헤더(MQRFH2)에는 서비스 통합 버스에 특정하고 IBM MQ에서 사용되지 않는 기능을 허용하는 추가 필드가 있습니다. IBM MQ가 한 서비스 통합 버스에서 다른 서비스 통합 버스로 메시지를 전송할 때, 이들 필드는 서비스 통합 버스가 사용할 수 있지만 IBM MQ에서 필수는 아닌 정보를 전달합니다.대상과 IBM MQ 큐, 토픽 및 대상 사이의 맵핑
서비스 통합 메시지와 IBM MQ 메시지는 둘 다 헤더 필드와 특성을 포함합니다. 이들 헤더 필드 및 특성의 일부는 전송처 및 응답처 대상과 버스 정방향 및 역방향 경로 지정 경로의 대상에 관한 정보를 제공하는 대상 또는 대상 특성을 포함합니다. 서비스 통합과 IBM MQ가 대상에 대해 서로 다른 정의를 갖기 때문에, 맵핑은 메시지가 서비스 통합 형식과 IBM MQ 형식 사이에서 변환될 때 대상 및 대상 특성을 처리하는 데 사용됩니다.MQMD 보고 필드를 JMS 제공자 특정 특성에 맵핑
JMS 애플리케이션은 보고 메시지를 관리 요청/응답 처리 양식으로 사용하여 생성자의 전송 조작의 출력과 메시지의 결말에 대한 원격 피드백을 생성자에게 제공할 수 있습니다. JMS 애플리케이션은 JMS_IBM_Report_Xxxx 메시지 특성 및 옵션을 설정하여 여러 가지 유형의 보고 메시지를 요청할 수 있습니다.웹 서비스 메시지의 SDO 데이터 그래프 맵핑
웹 서비스 메시지의 구조는 웹 서비스 메시지의 SDO(Service Data Object) 버전 1 데이터 그래프로 설명됩니다.JMS 전달 옵션 및 메시지 신뢰성과 IBM MQ 지속성 값 사이의 맵핑
메시지를 IBM MQ 형식과 서비스 통합 형식 사이에서 변환할 때, 서비스 통합은 메시지 전달 모드, 신뢰성 및 지속성과 관련된 메시지 헤더 필드 및 특성을 처리합니다.메시지 본문과 IBM MQ 형식 사이의 맵핑
IBM MQ 메시지 헤더(MQRFH2) 및 디스크립터(MQMD)는 IBM MQ 메시지 본문의 형식에 관한 정보를 포함할 수 있습니다. 서비스 통합은 메시지를 IBM MQ 형식으로부터 변환할 때 MQRFH2 및 MQMD에 들어있는 정보를 사용하고, 메시지를 IBM MQ 형식으로 변환할 때 정보를 MQRFH2 및 MQMD에 넣습니다.메시지 헤더 필드 및 특성과 IBM MQ 형식 사이의 맵핑
서비스 통합이 메시지를 IBM MQ 형식으로 변환할 때 서비스 통합 메시지 헤더 필드 및 특성(메시지에 적용 가능한 JMS 메시지 헤더 필드 및 특성이 포함됨)에 따라 MQMD, MQRFH2의 필드를 설정합니다. 서비스 통합이 IBM MQ 형식으로부터 메시지를 변환할 때, IBM MQ 메시지에 있는 MQMD, MQRFH2의 서비스 통합 메시지 헤더 필드 및 특성을 설정합니다.XML 스키마 정의를 SDO 유형 시스템에 맵핑
각 XML 스키마 유형은 SDO 유형에 맵핑됩니다. 이 맵핑을 사용하여 프로그램이 중개하는 메시지의 데이터 그래프를 탐색하는 코드를 개발하는 데 도움이 됩니다.로컬 운영 체제 레지스트리를 사용하는 대소문자 구분 비밀번호
비밀번호가 대소문자를 구분하거나 구분하지 않고 해석되는 경우를 아는 것은 로컬 운영 체제 레지스트리를 사용하는 방법에 직접적으로 영향을 줄 수 있습니다. WebSphere Application Server는 RACF®(Resource Access Control Facility)의 혼합 대소문자 비밀번호 옵션을 이용하여 사용자가 대소문자 구분 비밀번호를 사용할 수 있도록 합니다.로컬 운영 체제 레지스트리를 사용하는 비밀번호 민감도
다수의 비밀번호 조합을 허용하면 WebSphere 애플리케이션 보안에 이점이 될 수 있습니다. 8자로 제한된 비밀번호는 보안 수준에 대한 한계가 있습니다. 8자 비밀번호에 대한 해킹 시도가 성공하는 경우가 많습니다. WebSphere Application Server는 9 - 100자 길이의 비밀번호 문구를 추가로 사용하는 기능을 제공하여 8자 비밀번호를 넘어서 가능한 조합을 확장합니다. 이러한 비밀번호 문구는 애플리케이션에 지정된 사용자 ID 보안을 위해 기하급수적으로 증가된 수의 조합을 제공합니다.확인된 카테고리 tModel 엔티티 공개
사용자 정의 값 세트를 UDDI 레지스트리에 추가하기 위해 프로시저에서 첫 번째 단계로 검사된 카테고리 tModel 엔티티를 공개합니다.SIP 애플리케이션 개발자를 위한 런타임 고려사항
SIP(Session Initiation Protocol) 애플리케이션 작성 시 특정 제품 런타임 동작을 고려해야 합니다.스케줄러 구성 또는 토폴로지
데이터베이스는 실행할 태스크 및 시기에 대한 정보를 지속시키기 위해 데이터베이스를 사용합니다. 애플리케이션 서버 토폴로지를 변경하거나 애플리케이션 또는 서버 구성을 변경할 때 오류가 발생할 수 있습니다. 구성 또는 토폴로지를 변경할 경우, 이 조치가 스케줄러에 어떻게 영향을 미치는지 신중히 고려하십시오.웹 서비스에 대한 보안 고려사항
웹 서비스 보안을 구성하는 경우, 결과가 광범위한 공격 메커니즘에 취약한지를 확인하는 데 모든 노력을 기울여야 합니다. 웹 서비스 보안 시 발생 가능한 보안 고려사항이 있습니다.SIP 산업 표준 준수
SIP(Session Initiation Protocol)의 제품 구현은 SIP 컨테이너 및 SIP 애플리케이션 둘 다에 대한 산업 표준을 준수합니다.SIP 독점 헤더 필드
독점 헤더 필드를 포함하는 SIP 서블릿 요청을 작성할 수 있습니다. SIP 독점 헤더 필드를 사용하여 특정 SIP 설정을 메시지당 기반으로 구현할 수 있습니다. SIP 컨테이너 레벨의 SIP 설정 세트는 해당 SIP 컨테이너가 처리하는 모든 SIP 메시지에 적용됩니다.SIP SipServletRequest 및 SipServletResponse 클래스
SipServletRequest 및 SipServletResponse 클래스는 HttpServletRequest 및 HttpServletResponse 클래스와 유사합니다.SIP SipSession 및 SipApplicationSession 클래스
SIP Servlet 1.0 스펙의 가장 복잡할 수 있는 부분은 SipSession 및 SipApplicationSession 클래스입니다.WS-Notification 표준의 용어
이 토픽에 정의된 용어는 WS-Notification 스펙이 정의하며 해당 스펙의 모든 공급업체 구현에 공통입니다.createQueue 또는 createTopic 메소드 및 기본 메시징 제공자
JNDI 검색을 사용하지 않고 Session.createQueue(String) 메소드나 Session.createTopic(String) 메소드를 사용하여 기본 메시징 제공자로 JMS 큐 또는 JMS 주제를 작성할 수 있습니다.토픽 이름 및 토픽 표현식에 와일드카드 문자 사용
토픽 표현식에서 와일드카드를 사용하여 기본 메시징 제공자 및 서비스 통합 기술이 제공하는 토픽을 검색할 수 있습니다.메시지 페이로드로 바이트 배열 트랜스코딩
중개로 메시지의 의미 변경 없이 바이트 배열을 메시지 페이로드로 트랜스코딩할 수 있습니다.메시지 페이로드를 바이트 배열 트랜스코딩
바이트 배열로 메시지 페이로드를 트랜스코딩할 수 있습니다.메시지 형식 간 트랜스코딩
중개는 메시지의 시맨틱 의미를 변경하지 않고 하나의 형식에서 다른 형식으로 메시지를 변환할 수 있습니다. 이 조작은 메시지를 트랜스코딩하는 것으로 간주됩니다.전송 헤더 특성 우수 사례
웹 서비스 클라이언트가 전송 헤더를 전송하거나 검색할 수 있도록 JAX-RPC(Java API for XML-based RPC) 클라이언트 스텁, 호출 인스턴스 또는 JAX-WS(Java API for XML-Based Web services) BindingProvider의 RequestContext 인스턴스에서 REQUEST_TRANSPORT_PROPERTIES 특성 및 RESPONSE_TRANSPORT_PROPERTIES 특성을 설정할 수 있습니다.주제(Subject) 작성을 위한 신뢰 연관 인터셉터 지원
TAI(Trust Association Interceptor) com.ibm.wsspi.security.tai.TrustAssociationInterceptor 인터페이스는 기존 com.ibm.websphere.security.TrustAssociationInterceptor 인터페이스와 다른 여러 기능을 지원합니다.UDDI 레지스트리 용어
UDDI 레지스트리에 특정된 일부 용어가 설명되어 있습니다. 또한 UDDI 레지스트리의 버전 사이의 관계, OASIS(Organization for the Advancement of Structured Information) 스펙 및 WebSphere Application Server 레벨이 표시됩니다.HTTP 세션에 ActivitySessions 사용을 위한 사용법 모델
이 주제에서는 WebSphere 웹 컨테이너에서 실행되는 웹 애플리케이션이 ActivitySession 컨텍스트에 참여할 수 있는 방법에 대해 설명합니다.UDDI 레지스트리의 사용자 정의 값 설정 지원
여러 값 설정을 정의하고 사용자 정의 값 설정을 UDDI 버전 3 레지스트리에 추가할 수 있습니다. UDDI 버전 2에서 이 기능은 사용자 정의 분류 지원이라고 합니다.사용자 정의 값 세트에 대한 유효성 검증 및 오류 처리
UDDI 레지스트리 사용자 콘솔은 공개가 발생하기 전에 저장 tModel 엔티티 요청이 빌드되는 동안 유효성 검증을 수행합니다.웹 서비스 메시지 개요
웹 서비스 메시지의 데이터 그래프 양식으로 작업하려면, 데이터 그래프의 구조 및 데이터 그래프를 이동할 수 있는 코드를 개발하는 방법을 알아야 합니다.Web services migration best practices
Use these web services migration best practices when migrating web services applications.Web services migration scenarios: JAX-RPC to JAX-WS and JAXB
This topic explains scenarios for migrating your Java API for XML-based RPC (JAX-RPC) web services to Java API for XML-Based Web Services (JAX-WS) and Java Architecture for XML Binding (JAXB) Web services.웹 서비스 보안 구성 고려사항
WebSphere Application Server에 대해 웹 서비스를 보안하려면 여러 다른 구성을 지정해야 합니다. 이러한 별도의 구성을 지정해야 하는 특정 시퀀스가 없는 경우에도, 일부 구성이 다른 구성을 참조합니다.WSS API 사용 시 웹 서비스 보안 구성 고려사항
WebSphere Application Server를 위한 웹 서비스 보안을 보안하기 위해 웹 서비스 보안 API(WSS API)를 사용하여 여러 가지 구성을 지정할 수 있습니다. 웹 서비스 보안 스펙은 XML 디지털 서명, XML 암호화 및 보안 토큰 첨부를 사용하여 웹 서비스 메시지를 보안하는 유연한 방법을 제공합니다. 정책 세트를 구성하거나 웹 서비스 보안 API(WSS API)를 사용하여 웹 서비스 보안을 사용으로 설정할 수 있습니다. WSS API의 구현은 메시지 파트가 서명 또는 암호화될 기본값을 갖습니다. WSS API에 대한 기본값이 일반 사용자가 웹 서비스 보안을 빨리 사용으로 설정하는 데 도움이 됩니다.WebSphere Application Server 특정 WS-Notification 용어
이 용어는 구현에 따라 다르고 WS-Notification 표준에 정의된 용어에 추가적인 것이며 WebSphere Application Server에 있는 WS-Notification 구현에 적용됩니다.IBM MQ 기능이 서비스 통합에서 지원되지 않음
서비스 통합 버스에서 사용 불가능한 IBM MQ 네트워크에서 사용할 수 있는 여러 기능이 있습니다.IBM MQ 서버: 혼합 레벨 셀 및 클러스터 관련 제한사항
둘 이상의 WebSphere Application Server 버전을 포함하는 셀 또는 클러스터에서 IBM MQ 서버를 사용하는 경우 IBM MQ 큐와 통신하는 애플리케이션을 배치할 때 애플리케이션 서버 버전을 알고 있어야 합니다.WS-Notification 용어
WS-Notification에 대한 작업을 할 때 알아야 하는 용어가 있습니다. 이 용어 대부분은 WS-Notification 스펙에서 정의되고 일부 용어는 WebSphere Application Server에 대한 이 WS-Notification의 구현을 설명하기 위해 정의됩니다.WS-ReliableMessaging: 지원되는 스펙 및 표준
WebSphere Application Server에서는 WS-ReliableMessaging 스펙의 두 개의 레벨에 대한 지원을 제공합니다. 이는 현재 OASIS 스펙의 요구사항을 충족시키는 것뿐만 아니라 2005년 2월 레벨에서 WS-ReliableMessaging 지원을 제공하는 공급업체와의 호환성을 제공합니다. WS-ReliableMessaging의 구현은 기타 많은 웹 서비스 표준으로 구성됩니다.WS-ReliableMessaging - 다른 구현과의 상호 작용을 위한 요구사항
다른 벤더의 신뢰할 수 있는 메시징 소스가 WebSphere Application Server 신뢰할 수 있는 메시징 대상에 메시지를 전송하거나 WebSphere Application Server 신뢰할 수 있는 메시징 소스가 다른 벤더의 신뢰할 수 있는 메시징 대상에 메시지를 전송하는 데 필요한 정보 및 구성입니다.WS-ReliableMessaging 역할 및 목적
조직 멤버가 수행할 수 있는 컴퓨팅 역할과 각 역할의 책임에 맞도록 도움을 주기 위해 WS-ReliableMessaging을 사용하는 방법에 대해 설명합니다.WS-ReliableMessaging - 용어
JMS 스트림 메시지에 대한 XML 스키마 정의
이는 JMS 스트림 메시지를 메시지 유형으로 트랜스코딩하기 위한 XML 스키마 정의입니다.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=welc_ref_dev_consid
파일 이름:welc_ref_dev_consid.html