Невозможно получить доступ к обновленному объекту Java с Saxon XSLT-процессора - PullRequest
Новая
       14

Невозможно получить доступ к обновленному объекту Java с Saxon XSLT-процессора

0 голосов
/ 13 апреля 2010

Я работаю с открытой версией процессора Saxon XSLT "Saxon 9.0.0.2J от Saxonica" и пытаюсь использовать расширяемость Java в первый раз. я бегу В вопрос, который я подозреваю, может быть ограничение на версию с открытым исходным кодом, но сначала я хотел проверить, не может ли я что-то упустить здесь.

Из приведенного ниже фрагмента мой результат заключается в том, что окончательное значение $ c1 не изменяется в результате вызова greg: setTime () - т. Е. Переменная $ c1 в Saxon кажется отсоединенной от базового Java-объекта и нет очевидного способа получить доступ к объекту, как обновляется вызовом setTime ().

ОБРАТИТЕ ВНИМАНИЕ, что весь код во фрагменте протестирован и работает иначе - то есть $ c1 правильно создается с помощью вызова getInstance (), $ startdate имеет правильный формат и $ d1 создается правильно.

Мысли 

<xsl:transform
       .....
       xmlns:sql="java:java.sql.Date"
       xmlns:greg="java:java.util.GregorianCalendar"
       .....
>
....
<xsl:element name="JobExpireDate">
      <xsl:variable name="c1" select="greg:getInstance()" />
      <xsl:variable name="d1" select="sql:valueOf($startdate)" />
      <xsl:variable name="void" select="greg:setTime($c1,$d1)" />
      <xsl:value-of select="$c1" />
</xsl:element>

Ответы [ 2 ]

1 голос
/ 14 апреля 2010

Я только что попробовал с saxonb9-0-0-8j.

Вызовы void-функций иногда игнорируются, о чем свидетельствует следующее.

Входной файл: 

<root>
<date1>2009-01-02</date1>
<date2>2009-01-02</date2>
</root>

Преобразование: 

 <xsl:transform
 xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
       xmlns:sql="java:java.sql.Date"
       xmlns:greg="java:java.util.GregorianCalendar"
 version="2.0">

<xsl:template match="*">
  <xsl:copy>
    <xsl:copy-of select="@*"/>
    <xsl:apply-templates/>
  </xsl:copy>
</xsl:template>

<xsl:template match="root/date1/text()">
      <xsl:variable name="c1" select="greg:getInstance()" />
      <xsl:variable name="d1" select="sql:valueOf(.)" />
      <xsl:variable name="void" select="greg:setTime($c1,$d1)" />
      <xsl:value-of select="greg:getTime($c1)" />
</xsl:template>

<xsl:template match="root/date2/text()">
      <xsl:variable name="c1" select="greg:getInstance()" />
      <xsl:variable name="d1" select="sql:valueOf(.)" />
      <xsl:value-of select="greg:setTime($c1,$d1)" />
      <xsl:value-of select="greg:getTime($c1)" />
</xsl:template>

</xsl:transform>

Результат: 

<?xml version="1.0" encoding="UTF-8"?>
<root>
<date1>2010-04-14T08:23:25.341Z</date1>
<date2>2009-01-01T23:00:00Z</date2>
</root>

Так что, похоже, setTime() вызывается не для даты1, а для даты2.

Saxon имеет замечательную функцию explain, которая отображает проанализированное преобразование в читаемом формате: 

...
<templateRule match="root/date2/text()" precedence="0" priority="0.5" line="21"
              module="file:/C:/devtools/saxonb9-0-0-8j/template.xsl">
  <let variable="c1" as="java:java.util.Calendar?">
    <be>
      <functionCall name="greg:getInstance"/>
    </be>
    <return>
      <sequence>
        <valueOf>
          <simpleContentConstructor>
            <functionCall name="greg:setTime">
              <variableReference name="c1"/>
              <functionCall name="sql:valueOf">
                <dot/>
              </functionCall>
            </functionCall>
            <literal value=" " type="xs:string"/>
          </simpleContentConstructor>
        </valueOf>
        <valueOf>
          <simpleContentConstructor>
            <functionCall name="greg:getTime">
              <variableReference name="c1"/>
            </functionCall>
            <literal value=" " type="xs:string"/>
          </simpleContentConstructor>
        </valueOf>
      </sequence>
    </return>
  </let>
</templateRule>
<templateRule match="root/date1/text()" precedence="0" priority="0.5" line="14"
              module="file:/C:/devtools/saxonb9-0-0-8j/template.xsl">
  <valueOf>
    <simpleContentConstructor>
      <functionCall name="greg:getTime">
        <functionCall name="greg:getInstance"/>
      </functionCall>
      <literal value=" " type="xs:string"/>
    </simpleContentConstructor>
  </valueOf>
</templateRule>
...

Как видите, для date1 вызов setTime() игнорируется, но для date2.

0 голосов
/ 13 апреля 2010

Вы вызываете setTime для GregorianCalendar с java.sql.Date в качестве аргумента? Разве это не должно провалиться? Или происходит какое-то скрытое обращение?

Если не получится, может, Саксон молча игнорирует ошибку?

Я заметил, что в некоторых версиях Xalan вызовы void-функций игнорируются компилятором XSLT. Саксонцы могут вести себя похоже.

...