Rozwiązywanie problemów związanych z błędem wdrożenia zasady XSL Transform

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X.
info

XSLEmptyResourceUrl

Komunikat o błędzie

Wdrożenie serwera proxy interfejsu API za pomocą interfejsu Edge lub Edge Management API zakończy się wyświetleniem tego komunikatu o błędzie:

Error Saving Revision revision_number
Error occurred while validation of bean policy_name.xml. Reason:- Non null
value expected for element ResourceURL in XSL

Przykładowy komunikat o błędzie

W tym przykładowym komunikacie o błędzie nazwa zasady transformacji XSL, która spowodowała błąd, to xslt:

Error Saving Revision 1
Error occurred while validation of bean xslt.xml. Reason: - Non null value
expected for element ResourceURL in XSL

Przykładowy zrzut ekranu

W interfejsie Edge pojawi się wyskakujące okienko z błędem podobnym do tego:

Przyczyna

Jeśli element <ResourceURL> w zasadzie transformacji XSL jest pusty, wdrożenie serwera proxy interfejsu API się nie powiedzie.

Diagnostyka

Sprawdź element <ResourceURL> w zasadzie transformacji XSL o nazwie podanej w komunikacie o błędzie. Jeśli w elemencie <ResourceURL> nie określono adresu URL zasobu, to jest to przyczyna błędu. Na przykład ta polityka transformacji XSL ma pusty element <ResourceURL>:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<XSL async="false" continueOnError="false" enabled="true" name="xslt">
    <DisplayName>xslt</DisplayName>
    <Properties/>
    <ResourceURL></ResourceURL>
    <Parameters ignoreUnresolvedVariables="true"/>
    <OutputVariable/>
</XSL>

Ponieważ element <ResourceURL> jest pusty, wdrażanie serwera proxy interfejsu API się nie powiedzie.

Rozdzielczość

Upewnij się, że element <ResourceURL> w zasadach przetwarzania XSL ma prawidłowy adres URL wskazujący na plik XSLT.

Na przykład:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<XSL async="false" continueOnError="false" enabled="true" name="xslt">
    <DisplayName>xslt</DisplayName>
    <Properties/>
    <ResourceURL>xsl://my_transform.xsl</ResourceURL>
    <Parameters ignoreUnresolvedVariables="true"/>
    <OutputVariable/>
</XSL>

XSLInvalidResourceType

Komunikat o błędzie

Wdrożenie serwera proxy interfejsu API za pomocą interfejsu Edge lub Edge Management API zakończy się wyświetleniem tego komunikatu o błędzie:

Error Deploying Revision revision_number to env_name
XSL policy_name: Resource type must be xsl. Context Revision:revision_number;
APIProxy:api_proxy_name;Organization:org_name;Environment:env_name.

Przykładowy komunikat o błędzie

W tym przykładowym komunikacie o błędzie nazwa zasady XSL Transform, która spowodowała błąd, to xslt:

Error Deploying Revision 1 to test
XSL xslt: Resource type must be xsl. Context Revision:1;APIProxy:XSLTransform;
Organization:jdoe-test;Environment:test.

Przykładowy zrzut ekranu

W interfejsie Edge pojawi się wyskakujące okienko z błędem podobnym do tego:

Przyczyna

Jeśli typ zasobu określony w elemencie <ResourceURL> zasady transformacji XSL nie jest typu xsl, wdrażanie proxy interfejsu API kończy się niepowodzeniem.

Prawidłowy format, który należy podać, wygląda tak:

<ResourceURL>xsl://<file_name>.xsl</ResourceURL>

Jeśli na przykład typ zasobu jest określony jako jsc w elemencie <ResourceURL> zasady przekształcania XSL, jak pokazano poniżej, wdrożenie serwera proxy interfejsu API się nie uda:

<ResourceURL>jsc://my_transform.xsl</ResourceURL>

Diagnostyka

  1. Sprawdź, w której usłudze XSL Transform wystąpił błąd. Te informacje znajdziesz w komunikacie o błędzie. Na przykład w tym błędzie nazwa zasad to xslt.

    XSL xslt: Resource type must be xsl. Context Revision:1;APIProxy:XSLTransform;
    Organization:jdoe-test;Environment:test.
    
  2. W kodzie XML zasady Transformacja XSL, która zakończyła się niepowodzeniem, sprawdź, czy typ zasobu określony w elemencie <ResourceURL> nie jest typu xsl. Jeśli typ jest inny niż xsl, to jest przyczyną błędu.

    Na przykład ta zasada określa w elemencie <ResourceURL> typ inny niż xsl:

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
    <XSL async="false" continueOnError="false" enabled="true" name="xslt">
        <DisplayName>xslt</DisplayName>
        <Properties/>
        <ResourceURL>jsc://my_transform.xsl</ResourceURL>
        <Parameters ignoreUnresolvedVariables="true"/>
        <OutputVariable/>
    </XSL>
    

    Ponieważ adres URL zasobu jest określony jako jsc://my_transform.xsl, który nie jest typu xsl, wdrażanie serwera proxy API kończy się niepowodzeniem z błędem:

    XSL xslt: Resource type must be xsl. Context Revision:1;APIProxy:XSLTransform;
    Organization:jdoe-test;Environment:test.
    

Rozdzielczość

Upewnij się, że typ zasobu określony w elemencie <ResourceURL> zasady XSL Transform jest zawsze typu xsl. Na przykład:

  <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  <XSL async="false" continueOnError="false" enabled="true" name="xslt">
      <DisplayName>xslt</DisplayName>
      <Properties/>
      <ResourceURL>xsl://my_transform.xsl</ResourceURL>
      <Parameters ignoreUnresolvedVariables="true"/>
      <OutputVariable/>
  </XSL>