XSLT 2.0, XPath 2.0, XQuery 1.0 구현 특정 동작

표 1. 구현 정의 동작.

이 테이블은 API에 대한 XSLT 2.0, XPath 2.0, XQuery 1.0 구현 정의 동작을 나열합니다.

기능 설명 스펙 오류 코드 문서화된 동작
여러 개의 preserve-strip-space 일치 이는 소스 문서의 요소가 xsl:strip-space 및 xsl:preserve-space 선언 모두에 일치하는 경우 복구 가능한 동적 오류입니다. XSLT 2.0

4.4절

XTRE0270 프로세서는 오류를 리턴하지 않고 선언 순서에서 마지막으로 발생한 xsl:strip-space 또는 xsl:preserve-space 선언을 선택하여 복구합니다.
패턴 평가 모든 동적 오류 또는 특정 노드에 대한 패턴 평가 중에 발생하는 유형 오류는 오류가 다른 상황에서 복구 가능하지 않아도 복구 가능한 오류로 처리됩니다. 선택적 복구 조치는 패턴이 해당 노드에 일치하지 않는 것으로 처리하는 것입니다. XSLT 2.0

5.5.4절

프로세서는 오류를 리턴하지 않고 패턴이 해당 노드에 일치하지 않는 것으로 처리하여 복구합니다.
여러 개의 템플리트 일치 템플리트 규칙에 대해 충돌 해결 알고리즘이 둘 이상의 일치하는 템플리트 규칙을 초래하는 경우 복구 가능한 동적 오류입니다. 선택적 복구 조치는 남겨진 일치하는 템플리트 규칙에서 선언 순서의 마지막에 발생한 템플리트 규칙을 선택하는 것입니다. XSLT 2.0

6.4절

XTRE0540 프로세서는 오류를 리턴하지 않고 선언 순서에서 마지막으로 발생한 템플리트를 선택하여 복구합니다.
올바르지 않은 value-xml 공간 구성된 속성 이름이 xml:space이고 값이 기본값이나 preserve가 아닌 경우 복구 가능한 동적 오류입니다. 선택적 복구 조치는 요청된 값의 속성을 구성하는 것입니다. 이는 속성이 리터럴 결과 요소를 사용하거나 xsl:attribute, xsl:copy 또는 xsl:copy-of 명령어를 사용하여 구성되는지 여부에 적용됩니다. XSLT 2.0

11.1.2절

XTRE0795 프로세서가 오류를 리턴하지 않고 요청된 값으로 속성을 구성합니다.
문서 uri에서 올바르지 않은 단편 문서 단편에 제공된 URI 참조가 단편 ID를 포함하는 경우, 다음 중 하나가 적용되면 이는 복구 가능한 동적 오류입니다.
  • 매체 유형이 프로세서에서 인식되는 유형이 아닙니다.
  • 단편 ID가 해당 매체 유형에 대한 단편 ID 규칙을 준수하지 않습니다.
  • 단편 ID가 노드 시퀀스 이외의 항목을 선택하는 경우(예를 들어, 텍스트 노드 내의 문자 범위를 선택)
선택적 복구 조치는 단편 ID를 무시하고 문서 노드를 리턴하는 것입니다. (복구 옵션은 XSLT 1.0의 복구 옵션과 다름)
XSLT 2.0

16.1절

XTRE1160 프로세서는 단편 ID를 무시하고 문서 노드를 리턴합니다. 경고는 리턴되지 않습니다.
다중 결과에 대한 동일 자원 이는 동일한 실제 자원을 식별하는 URI가 포함된 둘 이상의 최종 결과 트리를 생성하는 변환에 대한 복구 가능한 동적 오류입니다. 프로세서가 오류를 발견할 수 없기 때문에 선택적 복구 조치는 구현별로 다릅니다. XSLT 2.0

19.1절

XTRE1495 프로세서가 오류를 리턴합니다.
동일 자원에 대한 읽기 및 쓰기 이는 동일한 변환 중에 외부 자원에 쓰고 동일한 자원에서 읽는 스타일시트에 대한 복구 가능한 동적 오류이며 두 경우 모두에서 자원 액세스에 동일한 URI가 사용되는지 여부는 상관없습니다. 선택적 복구 조치는 구현에 종속되며 구현에서는 오류 조건을 발견할 필요가 없습니다. XSLT 2.0

19.1절

XTRE1500 프로세서는 이 오류 조건 발견을 시도하지 않습니다.
지원되지 않는 출력 이스케이프 사용 안함 xsl:value-of 또는 xsl:text 명령어가 출력 이스케이프가 사용되지 않고 구현은 이를 지원하지 않도록 지정하는 경우 복구 가능한 동적 오류입니다. 선택적 복구 조치는 disable-output-escaping 속성을 무시하는 것입니다. XSLT 2.0

20.2절

XTRE1620 프로세서는 출력 이스케이프가 사용되지 않도록 하는 기능을 제공하지 않으며 경고 없이 disable-output-escaping 속성을 무시합니다.
직렬화되지 않은 항목에 대해 출력 이스케이프 사용 안함 이는 xsl:value-of 또는 xsl:text 명령어가 직렬화되지 않은 최종 결과 트리로 작성될 때 출력 이스케이프가 사용되지 않도록 설정하는 경우 복구 가능한 동적 오류입니다. 선택적 복구 조치는 disable-output-escaping 속성을 무시하는 것입니다. XSLT 2.0

20.2절

XTRE1630 프로세서는 출력 이스케이프가 사용되지 않도록 하는 기능을 제공하지 않으며 경고 없이 disable-output-escaping 속성을 무시합니다.
정수 오버플로우 xs:integer 산술 연산 중에 오버플로우 및 언더플로우 상황에서 limited-precision 정수 연산을 지원하는 구현은 다음 옵션 중에서 선택해야 합니다.
  • 항상 오류 발생(FOAR0002)
  • 사용자가 오류를 발생 및 표시 가능한 가장 큰 정수 값이 나머지인 결과 리턴 중에서 선택할 수 있도록 허용하는 구현 정의 메커니즘 제공
XQuery 1.0 및 XPath 2.0 함수 및 연산자

6.2절

FOAR0002 프로세서는 두 옵션 중에서 선택하도록 INTEGER_MATH_MODE_OVERFLOW_DETECTION 또는 INTEGER_MATH_MODE_LIMITED_PRECISION(XStaticContext 인터페이스에 정의) 상수로 호출 가능한 com.ibm.xml.xapi.XStaticContext.setIntegerMathMode(int) 메소드를 통해 정수 연산에 대한 오버플로우 발견이 사용되도록 하는 메커니즘을 제공합니다. 세 번째 옵션인 INTEGER_MATH_MODE_ARBITRARY_PRECISION은 임의의 정밀도 정수를 허용하도록 제공됩니다.
double float 오버플로우 xs:float 및 xs:double 산술 연산의 경우, 오버플로우 동작은 다음 옵션을 허용하는 IEEE 754-1985를 준수해야 합니다.
  • 오버플로우 트랩을 사용하여 오류 발생(FOAR0002)
  • INF 또는 -INF 리턴
  • 가장 큰(양수 또는 음수) 무한하지 않은 수 리턴
XQuery 1.0 및 XPath 2.0 함수 및 연산자

6.2절

  프로세서는 INF 또는 -INF를 리턴합니다.
double float 언더플로우 xs:float 및 xs:double 산술 연산의 경우, 언더플로우 동작은 다음 옵션을 허용하는 IEEE 754-1985를 준수해야 합니다.
  • 언더플로우 트랩을 사용하여 오류 발생(FOAR0002)
  • INF 또는 -INF 리턴
  • 0.0E0, +/- 2**Emin 또는 비정규화 값(Emin이 가능한 가장 작은 xs:float 또는 xs:double 지수인 경우) 리턴
XQuery 1.0 및 XPath 2.0 함수 및 연산자

6.2절

  프로세서는 0.0E0을 리턴합니다.
doctype-system 또는 독립형 attr의 올바르지 않은 사용 이는 doctype-system 매개변수를 지정하거나 데이터 모델 인스턴스가 루트 노드의 하위로 텍스트 노드 또는 다중 요소 노드를 포함하는 경우 omit 이외의 값이 포함된 독립형 매개변수를 지정하는 직렬화 오류입니다. 시리얼라이저는 오류를 신호하거나 문서 유형 선언 또는 독립형 매개변수를 출력하는 요청을 무시하여 복구해야 합니다. SR

5절

SEPM0004 프로세서는 직렬화 오류를 리턴합니다.
올바르지 않은 xml 출력 인코딩 직렬화 오류는 출력 메소드가 XML이고 UTF-8 또는 UTF-16 이외의 출력 인코딩이 요청되며 시리얼라이저가 해당 인코딩을 지원하지 않는 경우 발생합니다. 시리얼라이저는 오류(SESU0007)를 리턴하거나 UTF-8 또는 UTF-16을 대신 사용하여 복구해야 합니다. SR

5.1.2절

SESU0007 프로세서는 직렬화 오류를 리턴합니다.
오류 또는 복구 일부 동적 오류는 복구 가능한 오류로 분류됩니다. 복구 가능한 오류가 발생하면 프로세서는 오류를 신호(오류 조건을 보고하고 실행을 종료하여) 또는 정의된 복구 조치를 수행하고 처리를 계속합니다. XSLT 2.0

2.9절

프로세서는 다수의 복구 가능 오류에서 복구되지만 오류를 신호하는 경우도 있습니다. 다음 테이블을 참조하여 각 복구 가능 오류 유형의 구현 정의 동작을 판별하십시오.
유형 오류를 정적으로 신호 유형 오류가 정적으로 신호되는지 여부는 구현으로 정의합니다. XSLT 2.0

2.9절

프로세서는 가능한 모든 경우에 유형 오류를 정적으로 발견하지만 컴파일 시에 오류가 감지되지 않는 경우가 있습니다. 이런 경우, 오류는 런타임에서 발견됩니다.
직렬화 오류 처리 직렬화 오류 처리는 정의된 구현입니다. XSLT 2.0

20절

오류 메시지는 setXMessageHandler 메소드를 사용하여 com.ibm.xml.xapi.XDynamicContext 인터페이스에 등록된 com.ibm.xml.xapi.XMessageHandler 구현으로 전송됩니다.
기본 출력 URI 기본 출력 URI가 설정되는 방식은 정의된 구현입니다. XSLT 2.0

2.3절

setBaseOutputURI 메소드를 사용하여 기본 출력 URI를 com.ibm.xml.xapi.XDynamicContext 인터페이스에 설정할 수 있습니다.
확장 속성 구현을 사용하여 확장 속성은 확장 함수 및 확장 명령어 동작을 수정하거나 직렬화 메소드의 동작이 정의된 구현 또는 구현에 종속되는 범위에 대한 직렬화 메소드 xml, xhtml, html 또는 텍스트의 동작에 영향을 줄 수 있습니다. XSLT 2.0

3.3절

프로세서는 들여쓰기가 사용되는 경우 각 들여쓰기 레벨에 사용되는 공백 수를 지정하기 위해 xsl:output 선언에서 indent-amount 속성을 인식합니다. 속성은 다음 네임스페이스 중 하나여야 합니다.
  • http://www.ibm.com/xmlns/prod/xltxe-j
  • http://xml.apache.org/xalan
  • http://xml.apache.org/xslt
나중에 테이블에서 추가 직렬화 params 항목을 참조하십시오.
사용자 정의 데이터 요소 구현은 구현 정의 의미를 특정 네임스페이스에 표시되는 사용자 정의 데이터 요소에 첨부할 수 있습니다. 이런 데이터 요소에 대해 인식되는 네임스페이스 세트는 정의된 구현입니다. XSLT 2.0

3.6.2절

프로세서는 사용자 정의 데이터 요소를 인식하지 않습니다.
사용자 정의 유형 추가적인 사용자 정의 또는 구현 정의 유형에 대한 지원은 정의된 구현입니다. XPath 2.0 데이터 모델

2.6절

스키마 인식 프로세서는 지원됩니다.
정의되지 않은 유형 동작 데이터 모델에 입력된 일부 값은 정의되지 않습니다. 정의되지 않은 특성에 대한 액세스는 항상 오류입니다. 이런 경우의 동작은 정의된 구현이며 호스트 언어가 결과를 판별해야 합니다. XPath 2.0 데이터 모델

2.5.2절, 글머리 기호 4.d

FOTY0012 프로세서가 오류를 리턴합니다. 오류 메시지는 setXMessageHandler 메소드를 사용하여 com.ibm.xml.xapi.XDynamicContext 인터페이스에 등록된 com.ibm.xml.xapi.XMessageHandler 구현으로 전송됩니다.
네임스페이스 노드 표시 노드로 표시되는지 여부를 나타내는 네임스페이스 표시는 구현에 종속됩니다. XPath 2.0 데이터 모델

6.4절

네임스페이스 축은 지원됩니다.
스타일시트 모듈 찾기 기본 URI에 대해 해결한 후에 xsl:include 또는 xsl:import 선언의 href 속성에 대한 URI 참조는 스타일시트 모듈 표시를 찾는 데 사용되고 스타일시트 모듈이 해당 표시에서 구성되는 방식은 정의된 구현입니다. 특히, 지원되는 URI 설계, 단편 ID 지원 여부, 지원되는 매체 유형은 정의된 구현입니다. XSLT 2.0

3.10.1절

사용자는 com.ibm.xml.xapi.XSourceResolver 구현을 com.ibm.xml.xapi.XStaticContext. setSourceResolver(XSourceResolver) 메소드를 통해 제공할 수 있습니다. XSourceResolver는 프로세서가 xsl:include 및 xsl:import 선언에서 URI를 해결하는 데 사용되며 해당 getSource(String, String) 메소드는 JAXP Source 오브젝트를 리턴해야 합니다.

XSourceResolver가 지정되지 않으면 프로세서는 파일 URI 설계 및 java.net.URL.openConnection() 메소드에서 지원되는 설계를 처리합니다. URI 단편은 소스 XML 문서 내에서 임베디드 스타일시트 모듈 선택에 사용될 수도 있습니다. 단편은 xml:id 속성이거나 유형 ID로 DTD에 정의 또는 유형 xs:ID로 스키마에 정의된 해당 속성 중 하나의 값을 사용하여 문서에서 xsl:stylesheet 요소를 식별해야 합니다. 비XML 매체 유형에 대한 내장 지원은 없지만 사용자는 XSourceResolver 구현을 사용하여 프로세서에 비XML 데이터에 대한 XML 표시를 제공할 수 있습니다.

확장 함수 확장 함수

XSLT 2.0 스펙은 확장 명령어 및 확장 함수가 호출되는 방법을 정의하지만 새 확장 명령어 작성을 위한 기능 및 확장 함수는 정의된 구현입니다.

XSLT 2.0

18.1절

확장 함수는 프로세서의 XStaticContext.declareFunctionXDynamicContext.bindFunction 메소드를 통해 지원됩니다. 또는, 확장 함수를 스타일시트나 조회에 직접 선언할 수도 있습니다. 구문 분석기 및 프로세서에서 지원되는 확장 함수의 이전 스타일은 역호환성을 위해 여전히 지원되지만 1.0 유형만 이전 스타일로 지원됩니다. 자세한 정보는 API 문서를 참조하십시오. 이전 스타일을 사용하지 않고 가능할 때마다 확장 함수를 스타일시트 또는 확장 함수의 API를 통해 직접 선언하도록 권장됩니다.
확장 명령어 확장 명령어

XSLT 2.0 스펙은 확장 명령어 및 확장 함수가 호출되는 방법을 정의하지만 새 확장 명령어 작성을 위한 기능 및 확장 함수는 정의된 구현입니다.

XSLT 2.0

18.2절

XTDE1450 사용자 정의 확장 명령어는 지원되지 않습니다. 확장 명령어는 대체 명령어로 보호되어야 하며 그렇지 않으면 스타일시트 컴파일이 실패합니다. 경로 재지정 확장은 역호환성을 위해 지원되지만 XSLT 2.0 xsl:result-document 지시사항이 더 이식성이 좋기 때문에 이를 사용하도록 권장됩니다.
역호환성 특정 XSLT 2.0 구현이 역호환성 동작을 지원하는지 여부는 정의된 구현입니다. XSLT 2.0

3.8절

XSLT 2.0 스펙에서 설명하는 대로 역호환성 기능은 지원됩니다.
use-when에 대한 범위 내 조사 use-when 표현식에 대한 범위 내 조사 XSLT 2.0

3.12절

use-when 평가 중에 사용할 수 있는 유일한 조사는 유니코드 코드 포인트 조사입니다.
use-when에 대한 현재 날짜 시간 use-when 표현식에 대한 Current® 날짜 및 시간 XSLT 2.0

3.12절

현재 날짜 시간은 java.util.GregorianCalendar getInstance() 메소드를 호출하여 검색된 시스템의 현재 날짜 시간입니다.
use-when에 대해 내재된 시간대 use-when 표현식에 대해 내재된 시간대 XSLT 2.0

3.12절

내재된 시간대는 java.util.TimeZone getDefault() 메소드를 호출하여 검색된 시스템의 시간대입니다.
최대 10진수 자릿수 10진수 자릿수에서 최대 총 자릿수는 정의된 구현이지만 최소 18자리여야 합니다. XSLT 2.0

4.6절

구현은 java.math.BigDecimal 클래스를 사용하며 이는 거의 무제한의 정밀도를 지원하고 소수점의 오른쪽 자릿수는 Integer.MAX_VALUE로 제한됩니다. 자르기는 나누기의 경우에만 필요하며 이 경우 무한 소수가 발생할 수 있습니다. 결과에서 소수 부분의 정밀도는 18자리로 제한됩니다. 이런 경우 반올림 모드는 ROUND_HALF_UP이며 0.5 이상의 나머지는 (0에서) 올림되고 그 이하는 버림됩니다.
연 컴포넌트 값 xs:date, xs:time, xs:dateTime, xs:gYear, xs:gYearMonth 유형: 연 컴포넌트의 범위 값(+0001에서 +9999까지) 및 최대 소수의 초 자릿수(3이상). XSLT 2.0

4.6절

xs:date, xs:dateTime, xs:gYear, xs:gYearMonth 유형의 연 컴포넌트의 범위는 -(10^9-1)에서 (10^9)-1입니다. xs:time 및 xs:dateTime 유형에 대해 지원되는 최대 소수의 초 자릿수는 3입니다.
기간 xs:duration 유형에 대해 연, 월, 일, 시, 분, 초 컴포넌트에 대한 최대 절대 값 XSLT 2.0

4.6절

기간 컴포넌트에 대한 최대 절대 값은 다음과 같습니다.
  • 연: 178956970
  • 월: 2147483647
  • 일: 106751991167
  • 시: 2562047788015
  • 분: 153722867280912
  • 초: 9223372036854775
3자릿수의 정밀도가 밀리초에 대해 지원됩니다.
연 월 기간 xdt:yearMonthDuration 유형에 대해 월의 정수 수로 표시되는 최대 절대 값 XSLT 2.0

4.6절

xs:yearMonthDuration 유형에 대한 최대 절대 값은 2147483647월입니다.
일 시간 기간 xdt:dayTimeDuration 유형에 대해 초의 정수 수로 표시되는 최대 절대 값 XSLT 2.0

4.6절

xs:dayTimeDuration 유형에 대한 최대 절대 값은 9223372036854775월입니다.
최대 길이 값 xs:string, xs:hexBinary, xs:base64Binary, xs:QName, xs:anyURI, xs:NOTATION 유형 및 여기에서 파생된 유형에 대한 최대 길이 값 XSLT 2.0

4.6절

이론적 최대 길이는 2^31 - 1이지만 시스템은 해당 제한에 도달하기 전에 메모리가 부족할 수 있습니다.
시퀀스 길이 시퀀스에서 최대 항목 수 XSLT 2.0

4.6절

이론적 최대 항목 수는 2^31 - 1이지만 시스템은 해당 제한에 도달하기 전에 메모리가 부족할 수 있습니다.
정적으로 인식되는 조사 범위 내 조사 세트 XSLT 2.0

5.4.1절

XPath 2.0

2.1.1절

XQuery 1.0

2.1.1절

모든 URI는 범위 내 조사 세트로 고려됩니다. 조사 URI로 사용되는 모든 URI는 실행 시에 Java™ Collator에 연관되어야 합니다.
내재된 시간대 내재된 시간대 XSLT 2.0

5.4.3.2절

XPath 2.0

2.1.2절

XQuery 1.0

2.1.2절

내재된 시간대는 프로세서에서 XDynamicContext.setImplicitTimeZone(Duration) 메소드를 사용하여 설정할 수 있습니다. 내재된 시간대가 설정되지 않으면 java.util.TimeZone.getDefault() 메소드를 통해 검색된 대로 시스템 시간대가 사용됩니다.
기본 콜렉션 기본 콜렉션

이는 인수를 지정하지 않고 fn:collection 함수를 호출하는 경우 발생할 수 있는 노드의 시퀀스입니다. 기본 콜렉션 값은 구현으로 초기화될 수도 있습니다.

XSLT 2.0

XPath 2.0

2.1.2절

FODC0004 기본 콜렉션은 XDynamicContext로 등록된 XCollectionResolver로 판별됩니다. XCollectionResolver가 등록되면 오류가 리턴되고 빈 시퀀스가 사용됩니다. XCollectionResolver 인터페이스에 대한 자세한 정보는 API 문서를 참조하십시오.
스타일시트 매개변수 변환 실행 시에 스타일시트 매개변수값을 제출하십시오.

최상위 레벨 xsl:param 요소가 스타일시트 매개변수를 선언합니다. 스타일시트 매개변수는 해당 값이 변환 시작 시에 호출자로 제공될 수 있는 추가 특성이 포함된 글로벌 변수입니다.

XSLT 2.0

9.5절

매개변수 값이 XDynamicContext에 바인드되면 해당 값이 사용되며 그렇지 않으면 매개변수에 대한 스타일시트에 지정된 기본값이 사용됩니다.

값을 매개변수에 바인드하려면 XDynamicContext.bind() 메소드를 사용하십시오.

스타일시트 함수 대체 메커니즘 스타일시트 함수를 구현자에서 제공되는 함수로 대체하면 xsl:function 요소에 연관됩니다.

선택적 대체 속성은 이 함수에 구현자를 통해 제공되거나 구현 정의 메커니즘을 사용하여 정적 컨텍스트에서 사용 가능한 함수와 동일한 이름 및 인수 수가 있는 경우 발생하는 사항을 정의합니다. 대체 속성에 yes 값이 있으면 이 함수가 우선 사용되고 no 값이 있는 경우 다른 함수가 우선 사용됩니다. 기본값은 yes입니다. override="yes"를 지정하면 동일한 코드가 모든 프로세서로 실행되는 상호 운용 가능한 동작이 수행됩니다. override="no" 지정은 일부 프로세서에는 사용할 수 있지만 다른 경우에는 사용할 수 없는 공급업체의 함수의 대체 구현을 작성하는 경우에 유용합니다. 즉, 공급업체의 함수 구현(또는 확장 함수로 작성된 사용자의 구현)이 스타일시트 구현보다 우선적으로 사용되도록 허용합니다.

XSLT 2.0

10.3절

대체 속성에 yes 값이 있는 경우, 스타일시트 함수는 다음을 대체할 수 있습니다.
  • XStaticContext.declareFunction() 메소드로 XStaticContext에 선언되고 XDynamicContext.bindFunction() 메소드를 사용하여 XDynamicContext에 바인드되는 확장 함수
  • XSLT4J 및 XL TXE-J 1.0에서 지원되는 이전 스타일 확장 함수

    확장 함수 사용을 참조하십시오.

  • 프로세서로 구현되는 EXSLT 확장 함수

스타일시트 함수는 XSLT 2.0 스펙 또는 XQuery 1.0 및 XPath 2.0 Functions and Operators 스펙에 정의된 어떤 코어 함수로 대체할 수 없습니다.

복사된 xml id 정규화 xml:id 속성이 xsl:copy 또는 xsl:copy-of 명령어를 통해 복사되는 경우, 속성 값은 속성 값 정규화에 따라 변경되는지 여부에 따라 정의되는 구현입니다. 즉, normalize-space XQuery 1.0 및 XPath 2.0 함수 및 연산자 함수를 효율적으로 적용합니다. XSLT 2.0

11.9절

xsl:copy 및 xsl:copy-of 명령어는 xml:id 속성에서 normalize-space 함수에 적용되지 않기 때문에 모든 공백은 보존됩니다.
번호 지정된 순서 지원 번호 지정된 순서 지원

이전에 나열된 번호 지정된 순서에 추가로 지원되는 번호 지정된 순서는 정의된 구현입니다. 구현이 지정된 토큰으로 표시되는 번호 지정 순서를 지원하지 않는 경우, 1 형식 토큰을 사용해야 합니다.

XSLT 2.0

12.3절

프로세서는 번호 지정 순서의 표준 세트만 지원합니다.
수 범위의 경계 수 범위의 하한 및 상한

표준 번호 지정 순서에 대해 구현으로 표시되는 모든 상한은 1000보다 작으면 안되며 하한은 1보다 크면 안됩니다. 이 범위를 벗어나는 숫자는 형식 토큰 1을 사용하여 형식화되어야 합니다. 형식 토큰 1에 연관된 번호 지정 순서의 하한은 0입니다.

XSLT 2.0

12.3절

  • 알파벳 값: 정수 임의 정밀도 모드에서의 임의 정밀도이며 그렇지 않으면 0에서 2^63 - 1까지 입니다.
  • 숫자 값: 정수 임의 정밀도 모드에서의 임의 정밀도이며 그렇지 않으면 0에서 2^63 - 1까지 입니다.
  • 로마 값: 0 - 9999
  • 단어 값: 0 - 19999
번호 지정을 위한 기본 언어 번호 지정을 위한 기본 언어

lang 속성은 사용되는 언어의 변환을 지정하며 xml:lang과 동일한 값 범위를 가집니다(XML 1.0 스펙 참조). lang 값을 지정하지 않으면 사용되는 언어는 정의된 구현입니다.

번호 지정이 지원하는 언어 세트는 정의된 구현입니다. 지원되지 않는 언어가 요청되는 경우 프로세서는 lang 속성이 생략되는 경우에 사용되는 언어를 사용합니다.

XSLT 2.0

12.3절

번호 형식의 기본 언어는 항상 en-US로 설정됩니다.
번호 지정 언어 번호 지정 언어 세트

다수의 번호 지정 순서는 언어에 민감합니다.

XSLT 2.0

12.3절

지원되는 언어는 ICU(International Component Unicode) 및 JVM에서 지원되는 언어를 기반으로 합니다.
번호 지정 조합 형식 토큰 값, 언어, 번호 지정을 위한 서수 속성의 조합 XSLT 2.0

12.3절

프로세서는 yes의 서수 값만 지원합니다. 서수 속성에 대한 다른 모든 값은 서수 속성이 지정되지 않은 것처럼 무시됩니다.
정렬을 위한 데이터 유형 xsl:sort에 대한 data-type 속성의 효과

유효한 값 텍스트가 포함되는 경우 비교 전에 세분화된 정렬 키 값이 문자열로 변환됩니다. 유효한 값 수를 포함하는 경우, 비교 전에 세분화된 정렬 키 값이 double로 변환됩니다. 변환은 적절하게 string-FO 또는 number-FO 함수를 사용하여 완료됩니다. data-type 속성에 다른 유효 값이 없는 경우, 값은 비어 있지 않은 접두부의 렉시칼 QName이어야 하며 속성의 영향은 정의된 구현입니다.

XSLT 2.0

13.1.2절

data-type 속성에 대해 지원되는 값은 'text' 및 'number'입니다. 다른 모든 유효한 값에 대해서는 경고 메시지가 표시되고 data-type 속성은 무시됩니다.
조사 URI URI가 실제 조사 규칙이나 알고리즘과 연관되는 방식

lang 및 case-order 속성은 collation 속성이 있는 경우 무시됩니다. collation 속성이 없는 경우, 해당 속성은 적절한 조사를 찾을 수 있도록 구현 정의 알고리즘에 대한 입력을 제공합니다.

문자열이 정렬되어야 하는 XSLT 2.0 및 XPath 2.0의 기능은 이름 지정된 조사 개념을 사용합니다. 조사는 두 문자열이 동등한지를 판별하고 동등하지 않은 경우 먼저 정렬되는 순서를 판별하는 규칙 세트입니다. 조사는 URI로 식별되지만 이 URI가 실제 규칙이나 알고리즘과 연관되는 방식은 정의된 구현입니다.

XSLT 2.0

13.1.3절

조사 URI는 XDynamicContext.bindCollation 메소드 중 하나를 사용하여 API를 통해 Java Collator에 연관됩니다.
lang case-order 판별 조사 lang 및 case-order 속성은 정렬을 위해 조사 알고리즘을 판별합니다. XSLT 2.0

13.1.3절

프로세서는 lang 속성 값을 기반으로 로케일을 검색합니다. 그런 다음 java.text.Collator.getInstance(Locale) 메소드를 사용하여 Java Collator를 작성합니다. Collator의 비교 메소드는 case-order 속성이 지정되는 경우 이를 처리하도록 대체됩니다. lang 속성을 지정하지 않으면 프로세서는 Java 메소드 Locale.getDefault()에서 리턴된 기본 로케일을 사용하여 이전처럼 계속합니다.
정렬을 위한 기본 조사 정렬을 위한 기본 조사

collation, lang 또는 case-order 속성이 xsl:sort에 없는 경우 구현 정의 방식으로 collation이 선택됩니다. 정렬을 위한 기본 조사는 XPath 표현식 평가 중에 사용되는 기본 조사와 동일해야 할 필요는 없습니다. (5.4.1절: 정적 컨텍스트 초기화 및 3.6.1절: default-collation 속성을 참조하십시오.)

XSLT 2.0

13.1.3절

프로세서는 Java 메소드 Locale.getDefault()에서 리턴된 기본 로케일을 사용하여 java.text.Collator.getInstance(Locale) 메소드로 Java Collator를 작성합니다.
인식되는 매체 유형 프로세서에서 인식되는 매체 유형 세트 XSLT 2.0

16.1절

프로세서는 XML 파일만 지원합니다.
날짜 형식화의 그림 대체 날짜 형식화 함수에서 그림 문자열에 대한 대체 표시. 컴포넌트의 값이 이름별로 출력되도록 표시하는 각각 소문자, 대문자 또는 제목을 나타내는 형식 토큰 n, N 또는 Nn.

이름별로 출력 가능한 컴포넌트에는 월, 요일, 시간대, 시대가 포함되지만 꼭 이로 제한되지는 않습니다. 프로세서가 선택한 달력 및 언어로 해당 컴포넌트를 이름별로 출력할 수 없는 경우, 구현 정의 대체 표시를 사용해야 합니다.

XSLT 2.0

16.51.1절

프로세서는 [Calendar: AD]를 대체 출력합니다.
날짜 형식화 함수에서 지원되는 세트 날짜 형식화 함수에서 지원되는 언어, 달력, 국가 XSLT 2.0

16.5.2절의 첫 번째 단락

  • 지원되는 달력: AD, ISO, BE
  • 지원되는 언어 및 로케일: java.util.Locale.getAvailableLocales()로 리턴되는 항목
날짜 형식화 함수의 기본값 인수가 생략되거나 비어 있는 경우에 날짜 형식화 함수의 기본 언어, 달력, 국가 XSLT 2.0

16.5.2절의 첫 번째 단락

  • 기본 달력: AD
  • 기본 언어 및 로케일: java.util.Locale.getDefault()로 지정되는 항목
날짜 형식화 함수의 기본 언어 기본 언어

언어 인수가 생략된 경우, 비어 있는 시퀀스로 설정된 경우, 올바르지 않은 값 또는 구현이 인식하지 못하는 값으로 설정된 경우에는 프로세서가 구현 정의 언어를 사용합니다.

XSLT 2.0

16.5.2절의 네 번째 단락

날짜 형식화 함수에서 기본값을 참조하십시오.
날짜 형식화 함수에서 언어의 이름 축약형 날짜 형식화 함수에서 이름 및 축약형 XSLT 2.0

16.5.2절의 7번째 단락

ICU(International Components for Unicode) 웹 사이트에는 지원되는 각 로케일에 대한 테이블의 링크가 포함된 로케일 탐색기가 있습니다. 프로세서는 해당 테이블에 지정된 요일 및 월 이름의 짧은 이름을 축약형 양식으로 사용하고 긴 이름은 축약되지 않은 양식으로 사용합니다.
날짜 형식화 함수에서 달력 동작 날짜 형식화 함수에서 달력 동작 XSLT 2.0

16.5.2절의 10번째 단락

프로세서는 널이 아닌 네임스페이스 URI가 포함된 모든 달력을 지원하지 않습니다. 제공된 QName에 접두부가 있으면 AD 달력이 사용됩니다.
날짜 형식화 함수의 기본 달력 날짜 형식화 함수의 기본 달력 XSLT 2.0

16.5.2절의 11번째 단락

날짜 형식화 함수에서 기본값을 참조하십시오.
날짜 형식화 함수에서 지원되는 달력 날짜 형식화 함수에서 지원되는 달력 세트 XSLT 2.0

16.5.2절, 달력 테이블 다음에 오는 첫 번째 단락

날짜 형식화 함수에서 지원되는 세트를 참조하십시오.
시스템 특성 값 시스템 특성에서 리턴된 실제 값 XSLT 2.0

16.5.5절, 글머리 기호 목록 뒤에 오는 두 번째 단락

시스템 특성 값:
  • xsl:version은 2.0
  • xsl:vendor는 IBM® Corporation
  • xsl:vendor-url은 http://www.ibm.com/
  • xsl:product-name은 XL Transform and Query Engine for Java
  • xsl:product-version은 2.0
  • xsl:is-schema-aware는 yes
  • xsl:supports-serialization은 yes
  • xsl:supports-backwards-compatibility는 yes
  • xsl:supports-namespace-axis는 yes
시스템 특성 세트 시스템 특성 세트 XSLT 2.0

16.6.5절오탈자 XT.E14

프로세서는 다음을 지원합니다.
  • XSLT 2.0 스펙의 16.6.5절에 정의된 모든 시스템 특성
  • XSLT Erratum XT.E14로 정의된 새 선택적 xsl:supports-namespace-axis 특성
xslmessage xsl:message 명령어가 메시지를 전송하는 방식 XSLT 2.0

17절의 첫 번째 단락

XSLT 2.0 스펙의 17절에 따라 xsl:message는 구현 정의 방식으로 구현 정의 대상에 메시지를 전송합니다. 프로세서는 xsl:message 명령어로 작성된 문서 노드의 문자열 값을 메시지로 사용합니다.

사용자가 com.ibm.xml.xapi.XMessageHandler 인스턴스를 변환용으로 com.ibm.xml.xapi.XDynamicContext에 제공하지 않은 경우, 메시지가 System.err 출력 스트림에 작성됩니다. terminate 속성의 유효 값이 yes인 경우 변환은 예외를 처리합니다. 사용자가 com.ibm.xml.xapi.XMessageHandler를 제공하면 메시지는 해당 오브젝트의 report() 메소드에 전달됩니다. 자세한 정보는 API 문서를 참조하십시오.

xslmessage 대상 xsl:message 명령어로 작성된 문서에 대한 출력 대상 XSLT 2.0

17절의 첫 번째 단락

xslmessage를 참조하십시오.
ext 함수에서 오류 처리 XML이 아닌 문자를 포함하는 문자열을 리턴하는 확장 함수에 대한 오류의 결과 XSLT 2.0

18.1.2절, 세 번째 참고 뒤에 오는 단락

XSLT 2.0 스펙의 18.1.2절은 확장 함수가 XML에서 허용되지 않는 문자를 포함하는 문자열을 리턴하는 경우 몇 개의 동작을 허용하며 여기에는 해당 문자가 허용되는 것처럼 처리하는 것도 포함됩니다. 이는 프로세서가 구현하는 동작입니다.
외부 오브젝트 외부 오브젝트가 유형 시스템에 표기되는 방식 XSLT 2.0

18.1.3절, 두 번째 단락

XML 유형을 Java 유형에 맵핑에서 설명하는 대로 값이 내장 유형에 맵핑하지 않는 유형인 데이터 오브젝트는 지원되지 않습니다.
최종 결과 트리 전달 최종 결과 트리가 애플리케이션에 전달되는 방식 XSLT 2.0

19절, 세 번째 단락

XSLT 2.0 스펙의 19.1절에서 설명하는 대로 구현은 최종 결과 트리가 직렬화되거나 처리될 수도 있는 방식을 통해 추가 메커니즘을 제공하도록 허용할 수 있습니다.
프로세서에서 최종 결과 트리는 직렬화되거나 java.xml.transform.Result 오브젝트 또는 com.ibm.xml.xapi.XSequenceCursor 오브젝트 양식으로 애플리케이션에 전달될 수 있습니다. 최종 결과 트리의 URI가 기본 출력 URI와 동등하지 않으며
  • 사용자가 com.ibm.xml.xapi.XResultResolvercom.ibm.xml.xapi.XDynamicContext에 제공하는 경우, 결과 트리는 com.ibm.xml.xapi.XResultResolver.getResult()로 리턴되는 javax.xml.transform.Result 오브젝트 양식으로 애플리케이션에 전달됩니다.
  • 그렇지 않으면 결과 트리는 java.net.URL.openConnection()을 사용하여 URI로 지정되는 위치로 직렬화됩니다.

    URI가 기본 출력 URI와 동등한 최종 결과 트리는 변환을 호출하기 위해 사용되는 com.ibm.xml.xapi.XExecutable.execute 메소드의 임의 javax.xml.transform.Result 오브젝트를 사용하거나 해당 메소드 서명에 javax.xml.transform.Result 인수가 포함되지 않은 경우 com.ibm.xml.xapi.XExecutable.execute() 메소드에서 리턴되는 com.ibm.xml.xapi.XSequenceCursor로 애플리케이션에 전달됩니다.

    결과 트리가 javax.xml.transform.stream.StreamResult 양식으로 전달되면 StreamResult로 지정되는 위치로 직렬화됩니다. Result의 다른 임의 서브클래스에 대한 인스턴스로 또는 XSequenceCursor로 전달되는 경우, 결과 트리는 해당 API에 적합한 양식으로 전달됩니다.

    추가 정보는 API 문서를 참조하십시오.

URI 제한사항 href에 사용되는 절대 URI의 양식에 대한 제한사항 XSLT 2.0

19.1절, 두 번째 참고 뒤에 오는 세 번째 단락

XSLT 2.0 스펙의 19.1절에서 설명하는 것처럼 구현은 구현 정의 제한사항을 xsl:result-document 명령어의 href 속성 값인 절대 URI에 배치할 수 있습니다. 프로세서를 사용하여,
  • 사용자가 스타일시트가 평가되는 com.ibm.xml.xapi.XDynamicContext에 com.ibm.xml.xapi.XResultResolver를 제공하는 경우 이런 절대 URI 양식에는 제한사항이 없습니다.
  • 사용자 제공 XResultResolver가 없는 경우 href 속성이 다음과 같은 절대 URI인 경우에만 제한사항이 있습니다.
    • 속성이 파일 프로토콜을 사용하며 사용자는 출력 스트림을 해당 파일로 열 수 있는 권한이 있어야 합니다.
    • 속성이 다른 프로토콜을 사용하며 사용자는 Java에 동등한 새 java.net.URL(href).openConnection().getOutputStream()을 사용하여 URI로 출력 스트림을 작성할 권한이 있어야 합니다.
최종 결과 트리 위치 최종 결과 트리가 직렬화되는 위치 XSLT 2.0

2.3절, 기본 출력 URI 참조

기본적으로 최종 결과 트리 URI는 기본 출력 문서의 기본 URI에 상대적으로 해석됩니다. 다른 위치가 필요한 경우, XResultResolver 구현은 사용자 정의 동작을 구현하기 위해 동적 컨텍스트를 사용하여 등록할 수 있습니다. XDynamicContext.setResultResolver() 메소드를 사용하여 XResultResolver 구현을 등록하십시오. 사용되는 기본 URI는 XDynamicContext.setBaseOutputURI() 메소드를 호출하여서도 변경 가능합니다.
기본 출력 인코딩 xsl:output에서 encoding 속성의 기본값 XSLT 2.0

20절

기본 출력 인코딩은 UTF-8입니다.
UTF-8에 대한 byte-order-mark UTF-8에 대한 Byte-order-mark XSLT 2.0

20절

기본값은 no이며 이는 UTF-8 파일 시작 시에 BOM이 작성되지 않는 것을 의미합니다.
추가 정규화 양식 직렬화를 위한 추가 정규화 양식 XSLT 2.0 및 XQuery 1.0 직렬화

19.1절

20절

5.1.8절

구현 정의 정규화 양식은 제공되지 않습니다.
출력 버전 xsl:output에서 version 속성의 허용된 값 및 기본값 XSLT 2.0

20절

XML 또는 XHTML의 기본값은 1.0이며 사용자는 명시적으로 1.0 또는 1.1을 지정할 수 있습니다. HTML의 경우 기본값은 4.0입니다.
스타일시트의 static-typing XSLT 2.0 스타일시트와 XPath 2.0의 정적 입력 기능의 통합 XSLT 2.0 및 XPath 2.0

XSLT 2.0, 21절

XPath 2.0, F.1절

이 XSLT 프로세서는 현재 해당 XPath가 정적 입력을 수행하도록 요청하는 메커니즘을 가지고 있지 않습니다.
내장 유형 스타일시트 내에서 사용할 수 있는 유형 정의 XSLT 2.0

3.13절

프로세서는 XSLT 2.0 스펙의 3.13절에 정의된 대로 인식되는 스키마입니다.
추가 오류 코드에 대한 네임스페이스 추가 오류 QNames가 구현으로 정의되는 경우 사용되는 네임스페이스 XSLT 2.0

2.9절

해당하는 경우, 프로세서는 지정한 하나 이상의 오류 코드를 꺾쇠 괄호 내의 해당 메시지 텍스트에 포함합니다. 추가 오류는 유사하게 표현되지만 오류 ID에 스펙 접두부가 없습니다.

오류 조건은 QNames로 표시되지 않습니다. 오류에 프로그래밍 방식으로 응답하려는 애플리케이션은 error-message 문자열의 앞에서 해당 오류 ID를 구문 분석해야 합니다.

구문 분석되지 않은 텍스트 인코딩 외부 소스의 인코딩을 판별하는 메커니즘 XSLT 2.0

16.2절

프로세서는 어떤 추가 경험도 구현하지 않습니다. 인코딩 해결은 즉시 5단계로 진행하고 UTF-8이 간주됩니다.
사용 가능 문서 지정된 절대 URI로 문서 노드 및 매체 유형을 확보하는 메커니즘 XSLT 2.0

2.3절

16.1절

XPath fn:doc 함수를 사용하여 로드된 문서에 대한 기본 소스 해결 동작은 정적 컨텍스트에서 기본 URI를 기반으로 상대 URI를 해결하는 방법입니다. 기본 URI를 사용할 수 없는 경우 현재 작업 디렉토리가 사용됩니다. 절대 URI는 변경되지 않고 사용됩니다. XSLT 문서 함수를 사용하여 로드된 문서에 대한 기본 소스 해결 동작은 XSLT 2.0 스펙 다중 소스 문서에서 설명됩니다. 기본 URI를 사용할 수 없는 경우에는 현재 작업 디렉토리가 사용됩니다. 애플리케이션이 이런 동작을 제한하거나 확장하는 경우, setSourceResolver() 메소드를 통해 XSourceResolver 구현을 XDynamicContext에 플러그인할 수 있습니다.
추가 출력 메소드 구현 정의 출력 메소드 지원 XSLT 2.0 및 XQuery 1.0 직렬화

3절

프로세서는 어떤 추가 출력 메소드도 구현하지 않습니다.
추가 직렬화 매개변수 시리얼라이저의 출력에서 추가 직렬화 매개변수의 영향 XSLT 2.0 및 XQuery 1.0 직렬화

3절

XSLT 2.0, 20절

프로세서는 다음과 같은 추가 직렬화 매개변수를 구현합니다.
  • INDENT AMOUNT:

    들여쓰기 직렬화 매개변수를 사용하는 경우에 사용하려는 공백 수를 지정합니다. XOutputParameters.setIndentAmount() 메소드 또는 indent-amount 속성을 사용하여 XSL 스타일시트의 xsl:output 요소에 xalan:indent-amount를 지정할 수 있습니다.

  • BC MODE:

    시리얼라이저에 대해 역호환성 모드를 사용합니다. 이를 사용하고 출력 메소드를 지정하지 않으면 XML이 기본값으로 사용됩니다. 사용하지 않는 경우, 출력 메소드를 지정하지 않으면 XSLT 2.0의 규칙이 사용됩니다. XOutputParameters.setBackwardsCompatible() 메소드를 사용하여 사용되도록 설정하십시오. 버전이 2.0 미만인 XSL 스타일시트의 경우, 역호환성 모드가 기본적으로 사용됩니다.

추가 정규화 양식 추가 유니코드 정규화 양식에 대한 지원 XSLT 2.0 및 XQuery 1.0 직렬화

5.1.8절

구현 정의 정규화 양식은 제공되지 않습니다.
인코딩 단계(Phase)의 옵션 직렬화 결과가 유니코드 문자의 스트림이 되도록 인코딩 단계(Phase) 건너뛰기를 허용하는 옵션의 영향 XSLT 2.0 및 XQuery 1.0 직렬화

4절

프로세서에서는 이런 옵션이 제공되지 않습니다.
cdata sec 메커니즘 사용자가 CDATA 섹션을 작성하기 위해 요청하는 대체 메커니즘 SR

XSLT 2.0 및 XQuery 1.0 직렬화의 5.1.4절

프로세서는 CDATA 섹션에 대한 대체 메커니즘을 제공하지 않습니다.
유니코드 버전 유니코드에 대해 지원되는 버전 XPath 2.0

부록 D

XQuery 1.0

부록 D

프로세서는 호스트 JRE(말하자면, Unicode Standard 버전 4.0 for Java 6 및 Unicode Standard 버전 6.0 for Java 7에서 지원되는 유니코드 버전을 지원합니다.
추적 함수 추적 함수

추적 출력의 대상은 정의된 구현입니다.

XQuery 1.0 및 XPath 2.0 함수 및 연산자

4절

fn:trace() 함수를 사용하면 결과는 com.ibm.xml.xapi.XMessageHandler(이전의 com.ibm.xml.xapi.XErrorHandler)에 전달됩니다. 프로세서에서 보고되는 추적 결과를 처리하기 위해 자체 XMessageHandler를 지정하는 것은 사용자가 결정합니다. 추적 메시지 유형은 XMessageHandler.TRACE로 표시합니다.
오버플로우된 정수 조작 복구 사용자가 오류를 발생 및 표시 가능한 가장 큰 정수 값이 나머지인 결과 리턴 중에서 선택할 수 있도록 허용하는 메커니즘. XQuery 1.0 및 XPath 2.0 함수 및 연산자

6.2절

프로세서는 두 옵션 중에서 선택하도록 INTEGER_MATH_MODE_OVERFLOW_DETECTION 또는 INTEGER_MATH_MODE_LIMITED_PRECISION(XStaticContext 인터페이스에 정의) 상수로 호출 가능한 com.ibm.xml.xapi.XStaticContext.setIntegerMathMode(int) 메소드를 통해 정수 연산에 대한 오버플로우 발견이 사용되도록 하는 메커니즘을 제공합니다. 세 번째 옵션이 임의의 정밀도 정수를 허용하도록 제공됩니다.
숫자 자르기 숫자 연산의 결과에서 자릿수가 구현에서 지원하는 자릿수를 초과하면 결과는 잘리거나 구현 정의 방식으로 반올림됩니다. XQuery 1.0 및 XPath 2.0 함수 및 연산자

6.2절

XML 스키마 파트 2의 3.2.3절: 데이터 유형 두 번째 개정판

구현은 java.math.BigDecimal 클래스를 사용하며 이는 거의 무제한의 정밀도를 지원하고 소수점의 오른쪽 자릿수는 Integer.MAX_VALUE로 제한됩니다. 자르기는 나누기의 경우에만 필요하며 이 경우 무한 소수가 발생할 수 있습니다. 결과에서 소수 부분의 정밀도는 18자리로 제한됩니다. 이런 경우 반올림 모드는 ROUND_HALF_UP이며 0.5 이상의 나머지는 (0에서) 올림되고 그 이하는 버림됩니다.
조사 기능 하위 문자열 일치에 적합한 조사 단위로 문자열을 분해하는 지정한 조사의 기능은 조사의 implementation-defined-property입니다. XQuery 1.0 및 XPath 2.0 함수 및 연산자

7.5절

XDynamicContextbindCollation 메소드에 대한 호출에 지정된 Java Collator가 RuleBasedCollator 클래스의 인스턴스인 경우 연관된 조사 URI는 조사 기반의 하위 문자열 일치를 수행하는 함수 중 하나와 같이 사용할 수 있습니다.
연 값 제한 연 값에 대한 최대 자릿수

최소한으로 준수하는 모든 프로세서는 최소 4자리(YYYY)의 연 값을 지원하고 1밀리초 또는 3자리(s.sss)의 최소 소수의 초 정밀도를 지원해야 합니다. 그렇지만 준수하는 프로세서는 이런 두 상황에서 지원하는 최대 자릿수에 더 큰 implementation-defined-limits를 설정할 수 있습니다.

XQuery 1.0 및 XPath 2.0 함수 및 연산자

10.1.1절

유형 xs:date, xs:dateTime, xs:gYear, xs:gYearMonth의 연 컴포넌트의 범위는 -(10^9-1)부터 (10^9)-1까지입니다.
소수의 초 정밀도 소수의 초 값에 대한 최대 자릿수 XQuery 1.0 및 XPath 2.0 함수 및 연산자

10.1.1절

xs:time 및 xs:dateTime 유형에 대해 지원되는 최대 소수의 초 자릿수는 3입니다.
doc 함수 fn:doc에서 제공되는 처리의 다양한 측면은 정의된 구현입니다. 구현은 처리의 임의 관점을 사용자가 제어하도록 허용하는 외부 구성 옵션을 제공할 수도 있습니다. XQuery 1.0 및 XPath 2.0 함수 및 연산자

15.5.4절

사용자는 com.ibm.xml.xapi.XSourceResolver 구현을 com.ibm.xml.xapi.XDynamicContext. setSourceResolver(XSourceResolver) 메소드를 통해 제공할 수 있습니다. XSourceResolver는 프로세서가 URI를 해결하기 위해 fn:doc 구현에서 사용되며(따라서 사용자는 지원할 URI를 결정) 해당 getSource(String, String) 메소드는 JAXP Source 오브젝트를 리턴해야 합니다. XSourceResolver가 지정되지 않으면 프로세서는 파일 URI 설계 및 java.net.URL.openConnection() 메소드에서 지원되는 설계를 처리합니다. URI 단편은 처리하지 않습니다. 비XML 매체 유형에 대한 내장 지원은 없지만 사용자는 XSourceResolver 구현을 사용하여 프로세서에 비XML 데이터에 대한 XML 표시를 제공할 수 있습니다.

DTD 유효성 검증 및 스키마 유효성 검증이 유효성 검증 설정에 따라 소스 문서에 적용될 수 있습니다. 유효성 검증 설정은 com.ibm.xml.xapi.XFactory 인스턴스에 setValidating 메소드를 사용하여 설정하고 이 설정은 XFactory로 작성된 오브젝트에서 상속됩니다. com.ibm.xml.xapi.XDynamicContext 인스턴스가 com.ibm.xml.xapi.XExecutable 인스턴스의 execute 또는 executeToList 메소드에 제공되는 경우 해당 유효성 검증 설정이 사용됩니다. 그렇지 않으면 XExecutable 인스턴스 자체 설정이 사용됩니다. 프로세서는 자원 검색 또는 해당 컨텐츠 구문 분석이나 유효성 검증에서 오류에 대한 복구 메커니즘을 제공하지 않습니다.

프로세서는 안정된 결과를 리턴하도록 fn:doc 함수에 대한 요구사항을 완화하는 옵션을 제공하지도 않습니다.

10진수 연산자 정밀도 xs:decimal 값에 대해 숫자 연산자에서 리턴되는 정밀도의 자릿수는 정의된 구현입니다. XQuery 1.0 및 XPath 2.0 함수 및 연산자

6.2절, 마지막 단락

정밀도의 자릿수는 나누기의 경우를 제외하고는 반올림하지 않고 정확한 결과를 표시하기 위해 필요한 최소값이며 여기서 결과의 소수 부분에 대한 정밀도의 자릿수는 18로 제한됩니다.
콜렉션 doc 안정성 안정성을 보장하지 않고 함수를 평가하는 사용자 옵션 및 이런 사용자 옵션이 제공되는 방식 XQuery 1.0 및 XPath 2.0 함수 및 연산자

15.5.4 및 15.5.6절

프로세서는 안정된 결과를 리턴하도록 fn:doc 또는 fn:collection 함수에 대한 요구사항을 완화하는 옵션을 제공하지 않습니다.
10진수 정밀도 xs:decimal에서 지원되는 10진수 자릿수

결과 값이 너무 크거나 너무 작지 않지만 이와 상관없이 너무 많은 10진수 자리가 정확하게 표시되어야 하는 경우 문자열을 xs:decimal로 캐스트하는 결과는 정의된 구현입니다.

XQuery 1.0 및 XPath 2.0 함수 및 연산자

17.1.1절

구현은 java.math.BigDecimal 클래스를 사용하며 이는 거의 무제한의 정밀도를 지원하고 소수점의 오른쪽 자릿수는 Integer.MAX_VALUE로 제한됩니다. 메모리는 이 한계에 도달하기 전에 고갈됩니다.
경고 리턴 경고가 리턴되는 상황 및 경고가 처리되는 방식 XQuery 1.0 및 XPath 2.0 함수 및 연산자

2.3절

XPath 2.0

2.3.1절

XQuery 1.0

2.3.1절

사용자는 정적 및 동적 경고 각각에 대해 com.ibm.xml.xapi.XStaticContext 또는 com.ibm.xml.xapi.XDynamicContext에서 setMessageHandler()(XMessageHandler)를 사용하여 com.ibm.xml.xapi.XMessageHandler 구현을 제공할 수 있습니다. XMessageHandler의 report(int, String, XSourceLocation, Exception) 메소드는 각 경고에 대해 호출되며 첫 번째 인수는 XMessageHandler.WARNING과 동등합니다.

XMessageHandler를 제공하지 않으면 경고가 표준 오류 출력 스트림으로 인쇄됩니다.

경고는 프로세서가 오류 조건을 방지하기 위해 일부 조치를 수행하는 상황(예: 올바르지 않은 값에 대해 기본값으로 대체)에서 리턴되며 이는 사용자가 이후에 수정할 수도 있는 상황입니다.

오류 보고 오류가 외부 처리 환경으로 보고되는 메소드 XQuery 1.0 및 XPath 2.0 함수 및 연산자

2.3절

XPath 2.0

2.3.2절

XQuery 1.0

2.3.2절

사용자는 정적 및 동적 오류 각각에 대해 com.ibm.xml.xapi.XStaticContext 또는 com.ibm.xml.xapi.XDynamicContext에서 setMessageHandler()(XMessageHandler)를 사용하여 com.ibm.xml.xapi.XMessageHandler 구현을 제공할 수 있습니다. XMessageHandlerreport(int, String, XSourceLocation, Exception) 메소드는 각 오류에 대해 호출되며 첫 번째 인수는 XMessageHandler.ERROR 또는 XMessageHandler.FATAL_ERROR와 동등합니다.

XMessageHandler를 제공하지 않으면 오류가 표준 오류 출력 스트림으로 인쇄됩니다.

XML 1.0 또는 XML 1.1 규칙 프로세서가 이름 및 지원되는 문자에 대해 XML 1.0 또는 XML 1.1 규칙을 기반으로 하는지 여부 XPath 2.0

부록 D

XQuery 1.0

부록 D

  프로세서는 NCName 및 지원되는 문자의 정의뿐만 아니라 EOL(end-of-line) 처리 및 속성 값 정규화에 대해 XML 1.1 규칙을 사용합니다.
비어 있는 시퀀스의 기본 순서 "order by"에서 비어 있는 시퀀스의 기본 처리가 "최소 비어 있음" 또는 "최대 비어 있음"인지 여부 XQuery 1.0

3.8.3절

  프로세서는 XStaticContext 메소드 setDefaultOrderForEmptySequences에 대한 호출로 설정되는 기본값을 사용합니다. 그렇지 않으면 기본 설정은 "최대 비어 있음"입니다.
지원되는 pragmas 모든 XQuery 확장 표현식(pragmas)의 이름 및 시맨틱 지원 XQuery 1.0

3.14절

XQST0079 프로세서는 어떤 확장 표현식도 인식하거나 지원하지 않습니다.
지원되는 옵션 모든 XQuery 옵션 선언의 이름 및 시맨틱 지원 XQuery 1.0

4.16절

  현재 프로세서는 조회 내에서 확장 함수 선언을 위해 java-extension 옵션을 지원합니다. 자세한 정보는 API 문서를 참조하십시오.
외부 함수 매개변수 전달 XQuery에서 매개변수를 외부 함수로 전달하고 결과를 리턴하는 데 지원되는 프로토콜 XQuery 1.0

4.15절

  확장 함수는 프로세서의 XStaticContext.declareFunctionXDynamicContext.bindFunction 메소드를 통해 지원됩니다. 자세한 정보는 API 문서를 참조하십시오.
직렬화 호출 직렬화가 XQuery 조회 평가 결과를 위해 호출되는 방법 XQuery 1.0

2.2.4절

  javax.xml.transform.stream.StreamResult 인터페이스의 인스턴스가 XQueryExecutable 인스턴스의 evaluate 메소드에 제공되면 프로세서는 조회 결과를 직렬화합니다. exportSequence 메소드 중 하나를 호출하여 조회 평가에서 작성되는 XSequenceCursor도 직렬화할 수 있습니다.
기본 직렬화 매개변수 byte-order-mark, encoding, media-type, normalization-form, omit-xml-declaration, standalone, version 직렬화 매개변수의 기본값 XQuery 1.0

2.2.4절

부록 C.3

  직렬화 매개변수 설정은 XOutputParameters 인터페이스에 지정할 수 있습니다.
  • byte-order-mark 직렬화 매개변수의 기본 설정은 UTF-16 인코딩에 대해서는 yes이고 그 외의 경우에는 no입니다.
  • encoding 직렬화 매개변수의 기본 설정은 UTF-8입니다.
  • media-type 직렬화 매개변수의 기본 설정은 xml 출력 메소드의 경우 text/xml이고 html 및 xhtml 출력 메소드의 경우 text/html이며, text 출력 메소드의 경우 text/plain입니다.
  • normalization-form 직렬화 매개변수의 기본 설정은 none입니다.
  • omit-xml-declaration 직렬화 매개변수의 기본 설정은 no입니다.
  • standalone 직렬화 매개변수의 기본 설정은 no입니다.
  • version 직렬화 매개변수의 기본 설정은 xml 및 xhtml 출력 메소드에 대해서는 1.0이고 html 출력 메소드의 경우 4.01입니다.
성공하지 못한 외부 함수 호출 외부 함수에 대해 성공하지 못한 호출의 영향 XQuery 1.0

부록 D

  프로세서는 우선 제공되는 XMessage 핸들러 인터페이스의 모든 인스턴스에 오류를 보고하고 XQuery에서 외부 함수로의 호출이 다음 이유 중 하나(그렇지만 이로 제한되지는 않음)로 성공하지 못하는 경우 예외를 처리합니다.
  • 함수 이름이 XDynamicContext.bindFunction 메소드를 사용하여 함수 정의로 바인드되지 않음
  • 제공되는 인수의 수 또는 유형이 함수 구현에서 예상하는 수 또는 유형과 일치하지 않음
  • 일부 오류 또는 예외가 함수 구현으로 처리
모듈 가져오기 찾기 모듈 기능이 지원되는 경우(위치 힌트가 있는 경우 해당 처리 포함) 모듈 가져오기로 가져오는 특정 모듈이 식별되는 프로세스 XQuery 1.0

4.11절

  XModuleResolver가 XStaticContext로 등록되는 경우 모듈에 대한 소스 오브젝트를 가져오는 데 사용됩니다. XModuleResolver가 등록되지 않거나 널을 리턴하는 경우 프로세서는 각 위치 힌트에 대해 하나의 모듈을 로드하려고 시도합니다. 상대 URI는 정적 컨텍스트가 있는 경우 여기에서 기본 URI에 대해 해결됩니다. 기본 URI를 사용할 수 없는 경우, 상대 위치 힌트는 현재 작업 디렉토리의 상대 파일 경로로 해석됩니다. 절대 위치 힌트는 현재 상태대로 사용됩니다. 모듈이 특정 위치 힌트에 대해 로드될 수 없는 경우에는 프로세서가 다음 힌트로 이동합니다. 오류 메시지는 네임스페이스에 대해 모듈을 로드할 수 없는 경우에만 생성됩니다.
다음은 XSLT 1.0 지원에 연관된 구현별 정보입니다.
  • system-property 함수는 Java 시스템 특성을 지원하지 않습니다.
  • 속성 값에 HTML 출력 메소드와 같이 탭, 캐리지 리턴 또는 줄 바꾸기 문자가 포함된 경우 프로세서는 속성 값의 파트로 문자 참조가 아니라 실제 문자를 직렬화합니다. XSLT 2.0 및 XQuery 1.0 직렬화 권장사항HTML 4.01 권장사항에서 모두 허용되지만 IBM XSLT 프로세서의 이전 버전은 이런 컨텍스트에서 문자 참조로 문자를 직렬화합니다.

주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cins_xml_discretion
파일 이름:cins_xml_discretion.html