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
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.
W kodzie XML zasady Transformacja XSL, która zakończyła się niepowodzeniem, sprawdź, czy typ zasobu określony w elemencie
<ResourceURL>
nie jest typuxsl
. 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 typuxsl
, 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>