SOAP मैसेज की पुष्टि करने की नीति के डिप्लॉयमेंट से जुड़ी गड़बड़ी का हल

Apigee Edge दस्तावेज़ देखा जा रहा है.
Apigee X दस्तावेज़ पर जाएं. जानकारी

InvalidResourceType

गड़बड़ी संदेश

इस गड़बड़ी के मैसेज के साथ EDGE यूज़र इंटरफ़ेस (यूआई) या Edge मैनेजमेंट एपीआई से एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता:

Error Deploying Revision revision_number to environment
MessageValidation soap_message_validation_policy: Invalid Resource Type resource_type. It should be xsd or wsdl. Context Revision:revision_number;APIProxy:apiproxy_name;Organization:organization;Environment:environment.

गड़बड़ी के मैसेज का उदाहरण

Error Deploying Revision 1 to test
MessageValidation SOAP-Message-Validation-1: Invalid Resource Type py.
It should be xsd or wsdl. Context Revision:1;APIProxy:soapmessagevalidation;
Organization:gsc-hipaa;Environment:test.

गड़बड़ी का उदाहरण

वजह

यह गड़बड़ी तब होती है, जब SOAPMessageDescription नीति में <ResourceURL> एलिमेंट को ऐसे संसाधन टाइप पर सेट किया गया हो जो नीति के साथ काम नहीं करता. xsd और wsdl जैसे रिसॉर्स टाइप इस्तेमाल किए जा सकते हैं.

संक्रमण की जांच

  1. नीति के <ResourceURL> एलिमेंट में इस्तेमाल किए गए SOAPMessageDescription नीति के नाम और अमान्य रिसॉर्स टाइप की पहचान करें. आपको ये दोनों आइटम, गड़बड़ी के मैसेज में मिल सकते हैं. उदाहरण के लिए, इस गड़बड़ी में SOAPMessageDescription नीति का नाम SOAP-Message-Validation-1 और रिसॉर्स टाइप py है.

    Error Deploying Revision 1 to test
MessageValidation SOAP-Message-Validation-1: Invalid Resource Type py. It should
be xsd or wsdl. Context Revision:1;APIProxy:soapmessagevalidation;Organization:gsc-
hipaa;Environment:test.

  2. SOAPMessage डाइनिंग से जुड़ी नीति एक्सएमएल की जांच नहीं की जा सकी. अगर <ResourceURL> एलिमेंट के लिए बताया गया रिसॉर्स टाइप, ऊपर पहले चरण में पहचाने गए अमान्य रिसॉर्स टाइप से मेल खाता है, तो यही गड़बड़ी की वजह होगी.

    उदाहरण के लिए, यहां दी गई नीति में रिसॉर्स टाइप के बारे में py बताया गया है, जो गड़बड़ी के मैसेज में मौजूद रिसॉर्स टाइप से मेल खाता है:

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<MessageValidation async="false" continueOnError="false" enabled="true"
    name="SOAP-Message-Validation-1">
    <DisplayName>SOAP Message Validation-1</DisplayName>
    <Properties/>
    <Element namespace="http://sample.com"> sampleObject</Element>
    <SOAPMessage/>
    <Source>request</Source>
    <ResourceURL>py://Script-1.py</ResourceURL>
</MessageValidation>

    <ResourceURL> में इस्तेमाल किया गया रिसॉर्स टाइप xsd या wsdl नहीं है, इसलिए ऊपर दी गई गड़बड़ी की वजह से डिप्लॉयमेंट नहीं हो पाएगा.

रिज़ॉल्यूशन

पक्का करें कि SOAPMessageDescription नीति के <ResourceURL> एलिमेंट में बताया गया रिसॉर्स टाइप, xsd या wsdl पर सेट किया गया हो. साथ ही, यह भी पक्का करें कि रिसॉर्स फ़ाइल सही फ़ॉर्मैट का इस्तेमाल करती हो.

ऊपर दिखाई गई SOAPMessage Verification नीति के उदाहरण को ठीक करने के लिए, संसाधन के टाइप को xsd या wsdl में बदला जा सकता है:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<MessageValidation async="false" continueOnError="false" enabled="true"
name="SOAP-Message-Validation-1">
    <DisplayName>SOAP Message Validation-1</DisplayName>
    <Properties/>
    <Element namespace="http://sample.com"> sampleObject</Element>
    <SOAPMessage/>
    <Source>request</Source>
<ResourceURL>wsdl://SOAP-Message-Validation-1.wsdl</ResourceURL>
</MessageValidation>

ResourceCompileFailed

गड़बड़ी संदेश

इस गड़बड़ी के मैसेज के साथ EDGE यूज़र इंटरफ़ेस (यूआई) या Edge मैनेजमेंट एपीआई से एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता:

Error Deploying Revision revision_number to environment
MessageValidation soap_message_validation_policy: Failed to compile resource resource. Context Revision:revision_number;APIProxy:apiproxy_name;Organization:organization;Environment:environment.

गड़बड़ी के मैसेज का उदाहरण

Error Deploying Revision 1 to test
MessageValidation SOAP-Message-Validation-1: Failed to compile resource SOAP-Message-Validation-1.wsdl. Context Revision:1;APIProxy:soapmessagevalidation;Organization:gsc-hipaa;Environment:test.

गड़बड़ी का उदाहरण

वजह

यह गड़बड़ी तब होती है, जब SOAPMessageValidation नीति के <ResourceURL> एलिमेंट में रेफ़र की गई संसाधन स्क्रिप्ट में कोई ऐसी गड़बड़ी होती है जो उसे डिप्लॉयमेंट के दौरान कंपाइल करने से रोकती है.

संक्रमण की जांच

  1. SOAPMessageValidation नीति का नाम और नीति में इस्तेमाल की गई संसाधन स्क्रिप्ट की पहचान करें. आपको ये दोनों आइटम, गड़बड़ी के मैसेज में मिल सकते हैं. उदाहरण के लिए, इस गड़बड़ी में SOAPMessage verification नीति का नाम SOAP-Message-Validation-1 और रिसॉर्स स्क्रिप्ट SOAP-Message-Validation-1.wsdl है.

    Error Deploying Revision 1 to test
MessageValidation SOAP-Message-Validation-1: Failed to compile resource
SOAP-Message-Validation-1.wsdl. Context
Revision:1;APIProxy:soapmessagevalidation;Organization:gsc-hipaa;
Environment:test.

  2. सफल न होने वाली SOAPMessage डाइनिंग नीति के एक्सएमएल की जांच करें और पुष्टि करें कि <ResourceURL> एलिमेंट के लिए बताई गई रिसॉर्स स्क्रिप्ट, गड़बड़ी के मैसेज में मौजूद जानकारी से मेल खाती है या नहीं.

    उदाहरण के लिए, इस नीति में <ResourceURL> एलिमेंट को SOAP-Message-Validation-1.wsdl के तौर पर दिखाया गया है, जो गड़बड़ी के मैसेज में मौजूद एलिमेंट से मेल खाता है:

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<MessageValidation async="false" continueOnError="false" enabled="true"
name="SOAP-Message-Validation-1">
    <DisplayName>SOAP Message Validation-1</DisplayName>
    <Properties/>
    <Element namespace="http://sample.com"> sampleObject</Element>
    <SOAPMessage/>
    <Source>request</Source>
    <ResourceURL>wsdl://SOAP-Message-Validation-1.wsdl</ResourceURL>
</MessageValidation>

  3. पहले चरण में पहचानी गई संसाधन स्क्रिप्ट फ़ाइल देखें और देखें कि क्या ऐसी कोई संभावित समस्या है जिसकी वजह से कंपाइलेशन से जुड़ी गड़बड़ियां हो सकती हैं.

    यहां रिसॉर्स स्क्रिप्ट फ़ाइल का एक उदाहरण दिया गया है:

    <?xml version="1.0" encoding="ISO-8859-1"?>
<wsdl:definitions xmlns:wsdl="http://schemas.xmlsoap.org/wsd/">
    <wsdl:types>
        <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
            <xs:element name="request" type="xs:string"/>
        </xs:schema>
    </wsdl:types>
</wsdl:definitions>

    xmlns:wsdl, अमान्य यूआरएल की ओर इशारा करता है, इसलिए डिप्लॉयमेंट, ऊपर बताई गई गड़बड़ी के साथ फ़ेल हो जाएगा.

रिज़ॉल्यूशन

पक्का करें कि SOAPMessageDescription नीति के <ResourceURL> एलिमेंट में बताए गए रिसॉर्स स्क्रिप्ट में, ऐसी कोई समस्या न हो जो उसे कंपाइल करने से रोकती हो.

ऊपर दिखाई गई SOAP-Message-Validation-1.wsdl स्क्रिप्ट को ठीक करने के लिए, आपके पास xmlns:wsdl में बदलाव करके उसे सही यूआरएल पर ले जाने का विकल्प होता है:

<?xml version="1.0" encoding="ISO-8859-1"?>
<wsdl:definitions xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">
    <wsdl:types>
        <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
            <xs:element name="request" type="xs:string"/>
        </xs:schema>
    </wsdl:types>
</wsdl:definitions>

RootElementNameUnspecified

गड़बड़ी संदेश

Edge यूज़र इंटरफ़ेस (यूआई) या Edge मैनेजमेंट एपीआई से एपीआई प्रॉक्सी सेव करने से इस गड़बड़ी का मैसेज नहीं दिखता:

Error Saving Revision revision_number
MessageValidation soap_message_validation_policy:
RootElement name is not specified.

गड़बड़ी के मैसेज का उदाहरण

Error Saving Revision 2
MessageValidation SOAP-Message-Validation-1: RootElement name is not specified.

गड़बड़ी का उदाहरण

वजह

यह गड़बड़ी तब होती है, जब SOAPMessageVerify नीति के <Element> एलिमेंट में रूट एलिमेंट का नाम शामिल न हो.

संक्रमण की जांच

  1. उस SOAPMessageValidation नीति का नाम पहचानें जहां गड़बड़ी हुई. उदाहरण के लिए, इस गड़बड़ी में, SOAPMessageValidation नीति का नाम SOAP-Message-Validation-1 है:

    Error Saving Revision 2
MessageValidation SOAP-Message-Validation-1: RootElement name is not specified.

  2. SOAPMessage डाइनिंग से जुड़ी नीति एक्सएमएल की जांच नहीं की जा सकी. अगर पुष्टि करने के लिए इस्तेमाल किए गए रूट एलिमेंट के नाम के बारे में <Element> एलिमेंट में जानकारी नहीं दी गई है, तो इस गड़बड़ी की वजह यह है.

    उदाहरण के लिए, नीचे दी गई नीति रूट एलिमेंट के नाम के बारे में नहीं बताती है:

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<MessageValidation async="false" continueOnError="false" enabled="true"
name="SOAP-Message-Validation-1">
    <DisplayName>SOAP Message Validation-1</DisplayName>
    <Properties/>
    <Element namespace="http://schemas.xmlsoap.org/soap/prices"/>
    <SOAPMessage/>
    <Source>request</Source>
    <ResourceURL>xsd://Script-1.xsd</ResourceURL>
</MessageValidation>

    रूट एलिमेंट का नाम नहीं बताया गया है, इसलिए ऊपर बताई गई गड़बड़ी की वजह से डिप्लॉयमेंट लागू नहीं हो पाएगा.

रिज़ॉल्यूशन

पक्का करें कि SOAPMessageVerify नीति के <Element> एलिमेंट में सही रूट एलिमेंट शामिल हैं.

ऊपर दिखाई गई SOAPMessageization नीति को ठीक करने के लिए, <Element> में बदलाव किया जा सकता है और मान्य रूट एलिमेंट को इस तरह से जोड़ा जा सकता है:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<MessageValidation async="false" continueOnError="false" enabled="true"
name="SOAP-Message-Validation-1">
    <DisplayName>SOAP Message Validation-1</DisplayName>
    <Properties/>
    <Element namespace="http://schemas.xmlsoap.org/soap/prices">GetPriceResponse</Element>
    <SOAPMessage/>
    <Source>request</Source>
    <ResourceURL>xsd://Script-1.xsd</ResourceURL>
</MessageValidation>

InvalidRootElementName

गड़बड़ी संदेश

Edge यूज़र इंटरफ़ेस (यूआई) या Edge मैनेजमेंट एपीआई से एपीआई प्रॉक्सी सेव करने से इस गड़बड़ी का मैसेज नहीं दिखता:

Error Saving Revision revision_number
MessageValidation soap_message_validation_policy: RootElement name root_element_name is invalid.

गड़बड़ी के मैसेज का उदाहरण

Error Saving Revision 2
MessageValidation SOAP-Message-Validation-1: RootElement name 1GetPriceResponse
is invalid.

गड़बड़ी का उदाहरण

वजह

यह गड़बड़ी तब होती है, जब SOAPMessageDescription नीति के <Element> एलिमेंट में रूट एलिमेंट का नाम शामिल हो, जो मान्य एलिमेंट के नाम के लिए एक्सएमएल के नियमों का पालन न करता हो.

संक्रमण की जांच

  1. उस SOAPMessageValidation नीति का नाम पहचानें जहां गड़बड़ी हुई. उदाहरण के लिए, इस गड़बड़ी में SOAPMessage डाइनिंग नीति का नाम SOAP-Message-Validation-1 है:

    Error Saving Revision 2
MessageValidation SOAP-Message-Validation-1: RootElement name 1GetPriceResponse
is invalid.

  2. SOAPMessage डाइनिंग से जुड़ी नीति एक्सएमएल की जांच नहीं की जा सकी. अगर <Element> एलिमेंट में दिया गया रूट एलिमेंट का नाम, एक्सएमएल एलिमेंट के मान्य नाम की शर्तों से मेल नहीं खाता है, तो यही गड़बड़ी है.

    उदाहरण के लिए, इस नीति में रूट एलिमेंट का नाम नंबर से शुरू होता है, जो कि अमान्य है. स्पेस वाले एलिमेंट का नाम भी अमान्य होगा.

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<MessageValidation async="false" continueOnError="false" enabled="true"
name="SOAP-Message-Validation-1">
    <DisplayName>SOAP Message Validation-1</DisplayName>
    <Properties/>
     <Element namespace="http://schemas.xmlsoap.org/soap/prices">1GetPriceResponse</Element>
    <SOAPMessage/>
    <Source>request</Source>
    <ResourceURL>xsd://Script-1.xsd</ResourceURL>
</MessageValidation>

रिज़ॉल्यूशन

पक्का करें कि SOAPMessageValid नीति के <Element> एलिमेंट में एक मान्य रूट एलिमेंट का नाम मौजूद हो.

ऊपर दिखाई गई SOAPMessageDescription नीति को ठीक करने के लिए, <Element> एलिमेंट में बदलाव किया जा सकता है, ताकि सही रूट एलिमेंट का नाम शामिल किया जा सके, जैसा कि यहां दिखाया गया है:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<MessageValidation async="false" continueOnError="false" enabled="true" name="SOAP-Message-Validation-1">
    <DisplayName>SOAP Message Validation-1</DisplayName>
    <Properties/>
    <Element namespace="http://schemas.xmlsoap.org/soap/prices">GetPriceResponse</Element>
    <SOAPMessage/>
    <Source>request</Source>
    <ResourceURL>xsd://Script-1.xsd</ResourceURL>
</MessageValidation>

NoElements

गड़बड़ी संदेश

इस गड़बड़ी के मैसेज के साथ EDGE यूज़र इंटरफ़ेस (यूआई) या Edge मैनेजमेंट एपीआई की मदद से एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता:

Error Deploying Revision revision_number
Resource "resource_url" has no element definitions.

गड़बड़ी के मैसेज का उदाहरण

Error Deploying Revision 2 to test
Resource "xsd://Script-1.xsd" has no element definitions.

गड़बड़ी का उदाहरण

वजह

यह गड़बड़ी तब होती है, जब SOAPMessageDescription नीति के <Resource> एलिमेंट में बताई गई संसाधन फ़ाइल में, पुष्टि करने के लिए इस्तेमाल किया जा सकने वाला कोई एलिमेंट शामिल न हो.

संक्रमण की जांच

  1. संसाधन फ़ाइल में गड़बड़ी के मैसेज में दिए गए उन एलिमेंट की परिभाषा देखें जो मौजूद नहीं हैं. उदाहरण के लिए, नीचे दी गई गड़बड़ी में, xsd://Script-1.xsd में इस्तेमाल की गई रिसॉर्स फ़ाइल है:

    Error Deploying Revision 2 to test
Resource "xsd://Script-1.xsd" has no element definitions.

  2. पहले चरण में पहचानी गई संसाधन फ़ाइल की जांच करें. अगर कोई एलिमेंट तय नहीं है, तो इस गड़बड़ी की वजह यह है.

    उदाहरण के लिए, इस रिसॉर्स फ़ाइल Script-1.xsd में कोई एलिमेंट नहीं है:

    <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">
</xsd:schema>

    संसाधन फ़ाइल में कोई भी एलिमेंट नहीं है, इसलिए ऊपर दिखाई गई गड़बड़ी के साथ डिप्लॉयमेंट नहीं हो पाएगा.

रिज़ॉल्यूशन

पक्का करें कि SOAPMessage verification नीति में इस्तेमाल की गई रिसॉर्स फ़ाइल में, काम की एलिमेंट परिभाषाएं शामिल हैं.

उदाहरण के तौर पर ऊपर दिखाई गई रिसॉर्स फ़ाइल को ठीक करने के लिए, xsd फ़ाइल में बदलाव करके यह कॉन्टेंट जोड़ा जा सकता है:

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<xsd:element name="shipOrder" type="order"/>
<xsd:complexType name="order">
<xsd:sequence>
<xsd:element name="shipTo" type="shipAddress"/>
<xsd:element name="items" type="cdItems"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="shipAddress">
<xsd:sequence>
<xsd:element name="name" type="xsd:string"/>
<xsd:element name="street" type="xsd:string"/>
<xsd:element name="address" type="xsd:string"/>
<xsd:element name="country" type="xsd:string"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="cdItems">
<xsd:sequence>
<xsd:element name="item" type="cdItem" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="cdItem">
<xsd:sequence>
<xsd:element name="title" type="xsd:string"/>
<xsd:element name="quantity" type="xsd:integer"/>
<xsd:element name="price" type="xsd:decimal"/>
</xsd:sequence>
</xsd:complexType>
</xsd:schema>