Referência: alterações do processador Saxon XSLT
A tabela a seguir resume o suporte do Workday para várias versões do Saxões e do XSLT. Observe que, após a versão 27, o Workday apresenta um novo esquema de nomenclatura com o formato:
year.week
.Versão do sistema Workday | Versão do Saxon com suporte | Versão do XSLT com suporte | Observações |
|---|---|---|---|
<20 | 9.1 | 1.0, (2.0) | Suporte limitado para o XSLT versão 2.0. |
20-2017.05 | 9.4 | 2.0, (3.0) | Suporte limitado para o XSLT versão 3.0. |
2017.05- | 9.7 | 3,0 | Suporte para fluxo do XSLT. |
O Studio exibe uma mensagem de aviso quando você cria uma coleção que contém assemblies com números de versão diferentes. Isso acontece porque assemblies com versões diferentes podem exigir versões conflitantes do Saxon, o que produz erros de carregamento de classe na execução. A prática recomendada é usar as versões de assembly mais recentes em todas as integrações.
Observe o seguinte:
- Os métodos XPath que estão disponíveis no Mvel para acessar partes da mensagem e variáveis têm suporte para XPath 3.0.
- OmctxO protocolo URL permite que os desenvolvedores de XSL escrevam em partes da mensagem e variáveis, por exemplo:<xsl:result-document href="mctx:vars/var1">...</xsl:result-document>
- Embora não haja suporte à agrupamento direto para XQuery, você pode adicionar etapas personalizadas para chamar scripts XQuery.
- Em conjuntos com versão 2022.46 ou anterior, o Saxões é definido como o adaptador por padrão somente quando ouse.saxon.transformerestá definida comotrueno contexto de conciliação. Em conjuntos com a versão 2022.47 ou posterior, o Saxões é definido como o valor por padrão se essa propriedade está definida comotrueou se não está presente.
XSLT 2.0 e XSLT 3.0 são fortemente digitados. Por exemplo, eles não permitem que você
xs:string
a ser avaliado quanto à igualdade nas expressões XPath. A expressão a seguir, em que stringParam
é um parâmetro XSL, resulta em um erro de tempo de execução do Saxões:
$stringParam = true()
O compilador XSL não encontrará o problema no momento da implementação, pois não é possível prever com antecedência o tipo do parâmetro.
Seus documentos XSL existentes e as integrações do Workday Studio não serão afetados por esse problema de digitação forte, a menos que você opte por habilitar o XSLT 3.0 alterando o valor do atributo
da versão
nos seus documentos XSL para 3.0
. Se você encontrar esses erros de tempo de execução, que resultam do XSLT que você implementa com a sua integração, deverá tomar medidas para corrigi-los.O seguinte erro, relacionado à atualização do Sax, foi encontrado no XSL herdado para a impressão de formulários comerciais:
Se você encontrar esse erro, verifique se o seu XSL contém a seguinte configuração de atributo em um elemento de classificação:Failed to compile stylesheet.Xerrors detected. Invalid value for @case-order. Value must be one of (lower-first|upper-first).
Esse recurso é opcionalcase-order="#default"
case-order
O atributo determina se a classificação lista letras maiúsculas ou minúsculas primeiro na classificação. O valor por padrão é digitar maiúsculas primeiro. O analisador Saxões aceita apenas estes valores para a ordem dos casos:
- upper-first
- lower-first
- Remova o atributo de ordem de caso existente do elemento de classificação, pois ele é uma configuração opcional.
- Defina o valor de ordem do caso explicitamente comoupper-first.
- Defina o valor de ordem do caso explicitamente comolower-first.