Fix Pack 버전 6.0.2.2의 개선사항 및 수정사항에 대한 테이블 |
개선사항 |
1 | 72741 | | 모든
응용프로그램 특정 정보 수동 편집 시 EMD(Enterprise Metadata Discovery) 사용 가능 |
증상: 하위 Business Object의 계층 구조를 빌드하려면
사용자가 수동으로 Business Object를 변경해야 합니다. |
해결책: EMD는 사용자 입력을 통해 상위 및 하위 Business Object에 적절한 외부 키를
설정하여 KeepRelationship, 소유권 및 필수 응용프로그램 특정 정보를 비롯한 다중 및 단일 카디널리티
하위 Business Object의 계층 구조를 빌드할 수 있습니다. |
|
2 | 72810 | | 관리 연결 팩토리 및 활성 스펙에 새 등록 정보 DriverConnectionProperties 추가 |
증상: 연결 시 특정 드라이버 등록 정보를 지정할 수 없습니다. |
해결책: EMD를 사용하면 DriverConnectionProperties를 지정하고 관리
연결 팩토리 및 활성 스펙을 추가할 수 있습니다. 지정 및 추가된 정보는 데이터베이스에 연결할 때 적절히
사용됩니다. |
|
3 | 60808 | | 어댑터에 준비된 명령문 캐시 추가 |
증상: 어댑터에서 준비된 명령문 캐싱이 지원되지 않습니다. |
해결책: 이제 어댑터가 준비된 명령문 캐싱을 지원합니다. 어댑터에서
준비된 명령문 캐시를 사용하려면 데이터 원본을 작성하고 WebSphere Application
Server에서 준비된 명령문 캐시를 사용 가능하도록 하십시오. 준비된 명령문 캐싱을
이용하려면 어댑터에 데이터 원본 JNDI 이름을 지정하십시오.
이 기능은 데이터베이스에 연결할 때 데이터 원본을 사용한 경우에만 사용 가능합니다. |
|
4 | 72815 | | 글로벌 데이터 유형에 적절한 응용프로그램 특정 정보 생성 지원 추가 |
증상: NCHAR, NVARCHAR 등과 같은 특정 글로벌 데이터 유형이 지원되지 않습니다. |
해결책: 이제 NCHAR, NVARCHAR, NTEXT, TEXT, RAW, MONEY 및 SMALLMONEY와 같은 글로벌 데이터 유형이 지원됩니다. |
|
5 | 72805 | | 랩퍼 Business Object 지원 제공 |
증상: 랩퍼 Business Object가 지원되지 않습니다. |
해결책: 사용자 입력을 통해 EMD(Enterprise Metadata Discovery)에서 랩퍼 Business Object 구성을 지원합니다. |
|
6 | 68834 | | EMD(Enterprise Metadata Discovery)는 저장 프로시저(SP) 이름을 SPName(PkgName)으로 표시해야 함 |
증상: 저장 프로시저가 EMD에 PackageName.SPName과 같이 표시될 때
패키지 이름(PackageName)이 아니라 저장 프로시저 이름(SPName)으로 정렬되어
저장 프로시저를 쉽게 찾을 수 없습니다. 예를 들어
패키지 A에는 DSP와 같은 저장 프로시저가 있고 패키지 B에는
CSP와 같은 다른 저장 프로시저가 있는 경우, EMD는 이 두 저장 프로시저를 B.CSP A.DSP와 같은 순서로 표시합니다.
|
해결책: 이제 저장 프로시저는 EMD에 SPName(PackageName)과 같이 표시되고
SPName으로 정렬됩니다. 예를 들어
패키지 A에는 DSP와 같은 저장 프로시저가 있고 패키지 B에는
CSP와 같은 다른 저장 프로시저가 있는 경우, EMD는 이 두 저장 프로시저를 CSP(B) DSP(A)와 같은 순서로 표시합니다.
|
|
7 | 86355 | | JCA 어댑터에도
WebSphere Business Integration Adapter 응용프로그램 특정 정보, UNVL을 동등하게 지원해야 함 |
증상: WebSphere Business Integration Adapter에서
커넥터가 데이터베이스의 데이터를 검색할 때 SELECT 문이 속성에서
널값을 리턴하면 커넥터는 기본적으로 이 값을 무시합니다. 속성에 있는
응용프로그램 특정 정보의 UNVL 매개변수에 값이 지정된 경우 어댑터는 이 값을
사용하여 널값을 나타냅니다. 이 기능은 어댑터에서 지원되지 않았습니다. |
해결책: 이제 UNVL과 동등한 지원이 제공됩니다. |
|
수정사항 |
1 | 87216 | JR26282 | 검색 조작에서 실제 BLOB 데이터 대신 BLOB 데이터 길이 리턴 |
증상: 어댑터에서 전체 BLOB 내용 대신 BLOB 데이터 길이만 16진 값으로 리턴합니다. |
해결책: 수정되었습니다. 어댑터에서 전체 BLOB 내용을 리턴합니다. |
|
2 | 87658 | JR26244 | MS SQL Server 2000에서
트리거 사용 시 잘못된 사용자 ID(UID) 리턴 |
증상: MS SQL Server 2000에서 테이블에 "customer"와 같은 행이 삽입된 경우
트리거가 시작되어 이벤트 테이블에 한 행을 삽입합니다. 이 경우 두 테이블 모두 1차 키로 ID 열을 사용합니다. 추가 처리 시
삽입된 "customer" 행의 UID를 검색해야 하지만 어댑터에서는 대신 이벤트 테이블에 삽입된 행의 UID를 검색합니다. |
해결책: 수정되었습니다. 어댑터에서 올바른 UID를 리턴합니다. |
|
3 | 87349 | JR26243 | N 카디널리티 하위를 포함하는 Business Object에서
갱신 조작 수행 시 마지막 하위 Business Object가 없는 경우에만 해당 항목 작성 |
증상: 하위 테이블에 1차 키로 자동 생성된 정수 데이터 유형의 열이
있습니다. 하위 테이블에서 1차 키가 자동 생성되었기 때문에 1차 키가 설정되지
않은 다중 하위를 포함하는 상위 테이블에서 갱신 조작을 수행하면 어댑터는 마지막 하위
Business Object만 작성합니다. |
해결책: 수정되었습니다. |
|
4 | 88947 | JR26628 | 상위 Business Object에 외부 키와 같은 속성을 참조하는
2개의 단일 카디널리티 하위가 있는 경우 JDBC 어댑터가 하위 오브젝트에서 잘못된 데이터 검색 |
증상: Business Object가 같은 테이블에 대한 외부 키를 표시하는 같은 유형의 두 하위
오브젝트를 포함하는 경우 어댑터는 각각의 인스턴스 대신 마지막 하위 오브젝트의 두 인스턴스를 검색합니다. |
해결책: 수정되었습니다. 어댑터가 단일 카디널리티 하위에서 데이터를 제대로 검색합니다. |
|