Rozwiązywanie problemów z wdrażaniem zasad XSL

Wyświetlasz dokumentację Apigee Edge.
Wyświetl dokumentację Apigee X.

Adres URL XSLemptyResourceUrl

Komunikat o błędzie

Wdrożenie serwera proxy interfejsu API za pomocą interfejsu użytkownika Edge lub interfejsu API zarządzania brzegowego nie powiedzie się tym komunikatem:

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 przekształcania XSL nazwy błędu 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 zobaczysz wyskakujące okienko podobne do tego:

Przyczyna

Jeśli element <ResourceURL> w zasadzie przekształcania XSL jest pusty, wdrażanie serwera proxy interfejsu API nie powiedzie się.

diagnostyki,

Sprawdź element <ResourceURL> w zasadzie przekształcenia XSL wskazanego w komunikacie o błędzie. Jeśli w elemencie <ResourceURL> nie określono adresu URL zasobu, to jest przyczyną błędu. Ta zasada XSL Transform ma na przykład 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>

Element <ResourceURL> jest pusty, dlatego nie udało się wdrożyć serwera proxy interfejsu API.

Rozwiązanie

Sprawdź, czy element <ResourceURL> w zasadzie przekształcania XSL ma prawidłowy URL wskazujący plik KML.

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>

Nieprawidłowy XResourceResourceType

Komunikat o błędzie

Wdrożenie serwera proxy interfejsu API za pomocą interfejsu użytkownika Edge lub interfejsu API zarządzania brzegowego nie powiedzie się tym komunikatem:

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 przekształcania XSL nazwy błędu 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 zobaczysz wyskakujące okienko podobne do tego:

Przyczyna

Jeśli typ zasobu określony w elemencie <ResourceURL> zasady przekształcania XSL nie jest typu xsl, wdrożenie serwera proxy interfejsu API nie powiedzie się.

Właściwy format do określenia tego ustawienia znajdziesz poniżej:

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

Jeśli na przykład w elemencie <ResourceURL> w zasadzie XSL Transform typ zasobu jest określony jako jsc, wdrożenie serwera proxy interfejsu API nie powiedzie się:

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

diagnostyki,

  1. Podaj nazwę zasady przekształcania XSL, w której wystąpił błąd. Informacje te znajdziesz w komunikacie o błędzie. Na przykład w tym błędzie nazwa zasady to xslt.

    XSL xslt: Resource type must be xsl. Context Revision:1;APIProxy:XSLTransform;
    Organization:jdoe-test;Environment:test.
    
  2. W kodzie XML XSL Transform policy sprawdź, czy typ zasobu określonego w elemencie <ResourceURL> nie jest typu xsl. Jeśli nie jest to typ xsl, to jest przyczyną błędu.

    Na przykład ta zasada określa w elemencie <ResourceURL> typ spoza 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 należy do typu xsl, wdrażanie serwera proxy interfejsu API nie powiedzie się z powodu błędu:

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

Rozwiązanie

Upewnij się, że typ zasobu określony w elemencie <ResourceURL> zasady przekształcenia XSL zawsze ma typ 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>