نمایش یک سرویس SOAP به عنوان یک پروکسی API

شما در حال مشاهده اسناد Apigee Edge هستید.
به مستندات Apigee X بروید . اطلاعات

این مبحث نحوه ایجاد پروکسی های API برای سرویس های وب مبتنی بر SOAP را توضیح می دهد. شما می توانید دو نوع پروکسی SOAP را در Edge ایجاد کنید. یکی یک رابط RESTful را برای سرویس SOAP پشتیبان ایجاد می کند و دیگری یک "عبور" از پیام SOAP را به باطن انجام می دهد. هر دو تکنیک در این مبحث توضیح داده شده است.

این ویدئو یک نسخه نمایشی از تبدیل یک سرویس SOAP به یک سرویس REST با Apigee Edge با استفاده از جادوگر پراکسی API را ارائه می دهد. با این حال، اگر می‌خواهید کنترل بیشتری بر تبدیل SOAP-to-REST داشته باشید، می‌توانید با استفاده از خط‌مشی‌ها، یک پروکسی بسازید. برای اطلاعات بیشتر، به آموزش: ساخت دستی یک پروکسی API SOAP-to-REST در Apigee Edge مراجعه کنید.

ایجاد یک پروکسی RESTful API برای یک سرویس مبتنی بر SOAP

این بخش نحوه ایجاد یک پروکسی RESTful SOAP API را با گزینه REST to SOAP to REST در جادوگر Build a Proxy توضیح می دهد.

نمای کلی

گزینه REST to SOAP to REST WSDL را پردازش می کند تا یک پروکسی RESTful API ایجاد کند. Edge از طریق WSDL عملیات پشتیبانی شده سرویس، پارامترهای ورودی و غیره را تعیین می کند. Edge "حدس می زند" از کدام روش HTTP برای هر عملیات استفاده کند. به طور معمول، Edge عملیات را به درخواست‌های GET ترجمه می‌کند، که مزیت آن‌ها قابل ذخیره‌سازی است. Edge همچنین نقطه پایانی هدف باطن را تنظیم می کند که می تواند در هر عملیات SOAP متفاوت باشد.

برای این نوع پروکسی، Edge به طور خودکار یک OpenAPI Specification ایجاد می کند که می توانید از آن برای ایجاد اسناد API استفاده کنید.

مراحل اساسی

لبه

برای ایجاد یک پراکسی RESTful API برای سرویس مبتنی بر SOAP با استفاده از رابط کاربری Edge:

  1. به apigee.com/edge وارد شوید.
  2. Develop > API Proxies را در نوار ناوبری سمت چپ انتخاب کنید.
  3. روی +Proxy کلیک کنید.
  4. سرویس SOAP را کلیک کنید.
  5. در صفحه جزئیات پروکسی، فایل WSDL را ارائه دهید.
    میدان توضیحات
    ارائه فایل WSDL

    منبع WSDL را انتخاب کنید.

    • از آدرس وب (URL) - URL WSDL را وارد یا جایگذاری کنید.
    • از رایانه من - یک فایل WSDL را از فهرست محلی خود آپلود کنید. در صورت وجود وابستگی می توانید چندین فایل را آپلود کنید.
  6. برای تأیید اعتبار WSDL روی Validate کلیک کنید.
  7. مشخصات پروکسی زیر را وارد کنید:
    میدان توضیحات
    نام نام برای API شما نمایش داده می شود. کاراکترهای الفبایی، خط تیره (-)، یا زیرخط (_) را مشخص کنید.
    مسیر پایه

    قطعه URI که بعد از آدرس http(s)://[host] پروکسی API شما ظاهر می شود. Edge از URI مسیر پایه برای مطابقت و مسیریابی پیام های درخواستی دریافتی به پروکسی API مناسب استفاده می کند.

    توجه : مسیر پایه پروکسی API مقدار مشخص شده برای فیلد Name که به تمام حروف کوچک تبدیل شده است، پیش‌فرض است.

    در ادامه مسیر پایه، هر URL منبع اضافی وجود دارد. ساختار URL کاملی که مشتریان برای فراخوانی پروکسی API شما از آن استفاده خواهند کرد، در اینجا آمده است:

    https://[host]/ base_path / conditional_flow_path

    توجه : مسیر پایه باید منحصر به فرد باشد. شما نمی توانید دو پراکسی API را با یک مسیر پایه مستقر کنید. اگر یک پراکسی API مستقر را ویرایش کنید و مسیر پایه را روی همان مقدار مسیر پایه یک پراکسی API دیگر تنظیم کنید، Edge به طور خودکار پراکسی API را هنگامی که آن را ذخیره می‌کنید، باز می‌کند. قبل از اینکه بتوانید پراکسی API را مجدداً مستقر کنید، باید مسیر پایه را طوری ویرایش کنید که منحصر به فرد باشد.

    از حروف عام در مسیرهای پایه استفاده کنید

    از یک یا چند علامت عام /*/ در مسیرهای پایه پروکسی API استفاده کنید تا پروکسی‌های API خود را ثابت کنید. به عنوان مثال، یک مسیر پایه از /team/*/members به ​​مشتریان اجازه می دهد بدون نیاز به ایجاد جدید https://[host]/team/ blue /members و https://[host]/team/ green /members تماس بگیرند. پروکسی های API برای پشتیبانی از تیم های جدید. توجه داشته باشید که /**/ پشتیبانی نمی شود.

    توضیحات (اختیاری) شرح API.
  8. روی Next کلیک کنید.
  9. در صفحه سیاست های مشترک جادوگر، موارد زیر را پیکربندی کنید:
    • الزامات مجوز امنیتی تحت امنیت: مجوز . به افزودن امنیت مراجعه کنید.
    • پشتیبانی از اشتراک‌گذاری منابع متقاطع (CORS) تحت امنیت: مرورگر . به افزودن پشتیبانی برای CORS مراجعه کنید.
    • سهمیه هایی برای محافظت از سرویس باطن شما در برابر ترافیک بالا تحت سهمیه . سهمیه ها را ببینید. (در صورت انتخاب مجوز عبور، در دسترس نیست.)
  10. در صفحه عملیات WSDL ، پروکسی API را از نوع REST به SOAP to REST انتخاب کنید.

    جدولی ظاهر می شود که عملیاتی را که Edge در فایل WSDL "کشف" کرده است، فهرست می کند. می‌توانید عملیاتی را که می‌خواهید در پروکسی API خود ادغام کنید، انتخاب و پیکربندی کنید. جدول در شکل زیر نشان داده شده است.

  11. یک نوع پورت را از منوی کشویی انتخاب کنید تا مشخص کنید از کدام مجموعه عملیاتی می خواهید استفاده کنید. در WSDL، عناصر نوع پورت، عملیاتی را که می توانید در یک وب سرویس فراخوانی کنید، تعریف می کنند.
  12. به صورت اختیاری مسیر API REST را برای یک عملیات تغییر دهید. مسیر به عنوان نام منبع در URL پروکسی API استفاده خواهد شد.
  13. به صورت اختیاری فعل (روش HTTP) مرتبط با عملیات را تغییر دهید.
  14. روی Next کلیک کنید.
  15. در صفحه میزبان‌های مجازی جادوگر، میزبان‌های مجازی را انتخاب کنید که پروکسی API هنگام استقرار به آن‌ها متصل می‌شود. برای اطلاعات بیشتر، درباره میزبان‌های مجازی را ببینید.
  16. روی Next کلیک کنید.
  17. محیط(های) استقرار را انتخاب کرده و روی Create and Deploy کلیک کنید
    پروکسی API جدید شما ایجاد و در محیط انتخابی مستقر شده است.
  18. برای نمایش صفحه جزئیات پروکسی API، روی ویرایش پراکسی کلیک کنید.

Classic Edge (ابر خصوصی)

برای ایجاد یک پروکسی RESTful API برای سرویس مبتنی بر SOAP با استفاده از رابط کاربری Classic Edge:

  1. به http:// ms-ip :9000 وارد شوید، جایی که ms-ip آدرس IP یا نام DNS گره مدیریت سرور است.
  2. APIs > API Proxies را در نوار پیمایش بالا انتخاب کنید.
  3. روی + API Proxy کلیک کنید.
  4. در Build a Proxy wizard، سرویس SOAP را انتخاب کنید.
  5. روی Next کلیک کنید.
  6. در صفحه جزئیات، این انتخاب ها را انجام دهید. بعد از انتخاب WSDL باید روی Validate کلیک کنید.
    در این زمینه این کار را انجام دهید
    WSDL

    منبع WSDL را انتخاب کنید.

    • URL - URL WSDL را که می خواهید استفاده کنید وارد کنید.
    • فایل - یک فایل WSDL را در سیستم فایل خود انتخاب کنید. در مواردی که فایل های وابسته اضافی وجود دارد، می توانید همه آنها را انتخاب کنید.
    • URL مثال - از فهرستی از WSDL ها برای خدمات وب در دسترس عموم انتخاب کنید. اینها برای آزمایش ویژگی‌های پراکسی SOAP/API Edge مفید هستند.
    نام پروکسی

    این نام برای پروکسی است که شما ایجاد می کنید.

    مسیر پایه پروکسی

    قطعه URI که بعد از آدرس http(s)://[host] پروکسی API شما ظاهر می شود. Edge از URI مسیر پایه برای مطابقت و مسیریابی پیام های درخواستی دریافتی به پروکسی API مناسب استفاده می کند.

    توجه : مسیر پایه پروکسی API مقدار مشخص شده برای فیلد Name که به تمام حروف کوچک تبدیل شده است، پیش‌فرض است.

    در ادامه مسیر پایه، هر URL منبع اضافی وجود دارد. ساختار URL کاملی که مشتریان برای فراخوانی پروکسی API شما از آن استفاده خواهند کرد، در اینجا آمده است:

    https://[host]/ base_path / conditional_flow_path

    توجه : مسیر پایه باید منحصر به فرد باشد. شما نمی توانید دو پراکسی API را با یک مسیر پایه مستقر کنید. اگر یک پراکسی API مستقر را ویرایش کنید و مسیر پایه را روی همان مقدار مسیر پایه یک پراکسی API دیگر تنظیم کنید، Edge به طور خودکار پراکسی API را هنگامی که آن را ذخیره می‌کنید، باز می‌کند. قبل از اینکه بتوانید پراکسی API را مجدداً مستقر کنید، باید مسیر پایه را طوری ویرایش کنید که منحصر به فرد باشد.

    از حروف عام در مسیرهای پایه استفاده کنید

    از یک یا چند علامت عام /*/ در مسیرهای پایه پروکسی API استفاده کنید تا پروکسی‌های API خود را ثابت کنید. به عنوان مثال، یک مسیر پایه از /team/*/members به ​​مشتریان اجازه می دهد بدون نیاز به ایجاد جدید https://[host]/team/ blue /members و https://[host]/team/ green /members تماس بگیرند. پروکسی های API برای پشتیبانی از تیم های جدید. توجه داشته باشید که /**/ پشتیبانی نمی شود.

    توضیحات شرح مختصری از پروکسی
  7. روی Next کلیک کنید.
  8. در صفحه WSDL، پروکسی API را از نوع REST به SOAP to REST انتخاب کنید.

    جدولی ظاهر می شود که عملیاتی را که Edge در فایل WSDL "کشف" کرده است، فهرست می کند. می‌توانید عملیاتی را که می‌خواهید در پروکسی API خود ادغام کنید، انتخاب و پیکربندی کنید. جدول در شکل زیر نشان داده شده است.

    در صفحه عملیات WSDL، نوع پروکسی API روی REST به SOAP به REST تنظیم شده است و یک جدول یک ردیف از نتایج را با عملیات افزودن نشان می دهد.

  9. از ستون نوع پورت، مجموعه ای از عملیات را که می خواهید استفاده کنید، انتخاب کنید. در WSDL، عناصر نوع پورت، عملیاتی را که می توانید در یک وب سرویس فراخوانی کنید، تعریف می کنند.
  10. به صورت اختیاری روش HTTP مرتبط با عملیات را تغییر دهید.

    نکته: Edge بهترین حدس را در تعیین روش HTTP برای استفاده برای هر عملیات انجام می دهد. GET به طور کلی ترجیح داده می شود زیرا درخواست های GET را می توان کش کرد.
  11. به صورت اختیاری مسیر REST API را برای یک عملیات تغییر دهید. مسیر به عنوان نام منبع در URL پروکسی API استفاده خواهد شد.
  12. برای افزودن امنیت، انتخاب میزبان های مجازی و محیط استقرار، روی بقیه جادوگر کلیک کنید.
  13. در صفحه ساخت، روی Build and Deploy کلیک کنید. Edge پروکسی API جدید را بر اساس WSDL تولید و مستقر می کند.
  14. به صفحه خلاصه برای پراکسی API جدید بروید. توجه داشته باشید که مجموعه ای از منابع بر اساس عملیات کشف شده در فایل WSDL ساخته شده است.

    در صفحه نمای کلی پروکسی، فهرست منابع شرح مفصلی از API جدید، عملیات و پارامترهای آن ارائه می‌کند. می توانید این نمایش را به عنوان مستندات مرجع API در نظر بگیرید. Edge این نمای مدل API را به طور خودکار برای شما ایجاد می کند. به سادگی یک منبع را گسترش دهید تا توضیحات و اطلاعات مسیر آن را ببینید.

در مورد پروکسی نهایی

هنگامی که Edge یک پروکسی API را بر اساس WSDL تولید می کند، پروکسی حاصل در واقع یک جریان پیچیده است که شامل سیاست هایی برای تبدیل داده ها، استخراج و تنظیم متغیرها، دستکاری پیام ها و موارد دیگر است. بعد از اینکه یک پروکسی بر اساس WSDL ایجاد کردید، به جریان حاصل در نمای توسعه رابط کاربری مدیریت API نگاهی بیندازید. در آنجا دقیقاً می توانید ببینید که چه سیاست هایی اضافه شده اند.

به عنوان مثال، در سمت درخواست، یک خط مشی AssignMessage برای تنظیم URL هدف استفاده می شود. در سمت پاسخ، سیاست‌ها برای تبدیل پاسخ از XML به JSON اجرا می‌شوند، قسمت بدنه SOAP پاسخ را به یک متغیر استخراج می‌کنند و پیام پاسخ را تنظیم می‌کنند. این خط‌مشی‌ها (و سایر سیاست‌ها) به‌طور خودکار هنگام ایجاد پروکسی اضافه می‌شوند.

مشخصات OpenAPI : برای مشاهده مشخصات OpenAPI ایجاد شده خودکار برای این پراکسی، از http(s)://[proxy_domain]/[proxy_base_path]/openapi.json دیدن کنید. با این حال، تبدیل همیشه دقیق نیست، زیرا همه قوانین یک طرحواره XML را نمی توان در یک OpenAPI Spec نمایش داد.

ایجاد یک پروکسی عبور از طریق یک سرویس مبتنی بر SOAP

این بخش نحوه ایجاد یک پروکسی عبور را با گزینه Pass-Through Proxy در گفتگوی Create New Proxy توضیح می دهد.

نمای کلی

گزینه Pass-Through Proxy به شما این امکان را می دهد که یک پروکسی ایجاد کنید که پیام SOAP را در یک درخواست به سرویس پشتیبان "دست نخورده" ارسال می کند و ایجاد یک پروکسی برای یک وب سرویس مبتنی بر SOAP را بسیار آسان می کند. در پشت صحنه، Edge هر تغییر و سایر فعالیت‌های جریانی را به صورت خودکار برای شما مدیریت می‌کند. به عنوان مثال، اگر درخواست در فرمت JSON باشد، Edge مراحلی را برای تبدیل آن به یک پیام XML SOAP معتبر با فضای نام صحیح قبل از ارسال آن به سرویس انجام می‌دهد. به طور مشابه، هنگامی که سرویس یک پاسخ SOAP مبتنی بر XML را برمی‌گرداند، Edge آن را قبل از بازگرداندن آن به مشتری، به JSON ترجمه می‌کند. علاوه بر این، Edge نقطه پایانی هدف باطن را تنظیم می کند، که می تواند در هر عملیات SOAP متفاوت باشد.

برای این نوع پروکسی، Edge میزبان WSDL است و یک جریان در پروکسی ایجاد می کند تا به شما امکان دسترسی به آن را بدهد. آدرس این WSDL میزبان لبه، http(s)://[proxy_domain]/[proxy_base_path]?wsdl ، نشانی اینترنتی نقطه پایانی سرویس جدید برای مشتریانی است که سرویس SOAP را از طریق پروکسی فراخوانی می‌کنند.

مراحل اساسی

لبه

برای ایجاد یک پروکسی عبور به یک سرویس مبتنی بر SOAP با استفاده از رابط کاربری Edge:

  1. به apigee.com/edge وارد شوید.
  2. Develop > API Proxies را در نوار ناوبری سمت چپ انتخاب کنید.
  3. روی +Proxy کلیک کنید.
  4. سرویس SOAP را کلیک کنید.
  5. در صفحه جزئیات پروکسی، جزئیات WSDL را ارائه دهید.
    میدان توضیحات
    WSDL

    منبع WSDL را انتخاب کنید.

    • از آدرس وب (URL) - URL WSDL را وارد یا جایگذاری کنید.
    • از رایانه من - یک فایل WSDL را از فهرست محلی خود آپلود کنید. در صورت وجود وابستگی می توانید چندین فایل را آپلود کنید.
    نام

    نام پروکسی API.

    مسیر پایه

    قطعه URI بعد از آدرس http(s)://[host] پروکسی API شما. Edge از URI مسیر پایه برای مطابقت و مسیریابی پیام های درخواستی دریافتی به پروکسی API مناسب استفاده می کند.

    توجه : برای توصیه‌های Apigee در مورد نسخه‌سازی API، نسخه‌سازی در طراحی Web API: The Missing Link e-book را ببینید.

    بعد از مسیر پایه، هر URL منبع اضافی وجود دارد. ساختار URL کاملی که مشتریان برای فراخوانی پروکسی API شما از آن استفاده خواهند کرد، در اینجا آمده است:

    https://[host]/ base_path /conditional_flow_path

    توجه : مسیر پایه باید منحصر به فرد باشد. اگر بعداً این پراکسی را ویرایش کنید و مسیر اصلی آن را مانند یک پراکسی API دیگر تنظیم کنید، این پراکسی API به طور خودکار با ذخیره آن از کار خارج می شود. قبل از اینکه بتوانید مسیر پایه را مجدداً مستقر کنید، باید مسیر پایه را ویرایش کنید.

    استفاده از wildcard در مسیرهای پایه

    می‌توانید از یک یا چند علامت عام /*/ در مسیرهای پایه پروکسی API استفاده کنید تا پروکسی‌های خود را در آینده محافظت کنید. به عنوان مثال، یک مسیر پایه از /team/*/members به ​​مشتریان اجازه می دهد بدون نیاز به ایجاد جدید https://[host]/team/ blue /members و https://[host]/team/ green /members تماس بگیرند. پروکسی های API برای پشتیبانی از تیم های جدید. توجه داشته باشید که /**/ پشتیبانی نمی شود.

    توجه : مسیر پایه پروکسی API به مقدار مشخص شده برای فیلد Name که به تمام حروف کوچک تبدیل شده است، پیش‌فرض می‌شود، مگر اینکه صریحاً محتوا را در قسمت Base Path ویرایش کنید.

    توضیحات (اختیاری) شرح API.
  6. روی Next کلیک کنید.
  7. در صفحه سیاست های مشترک جادوگر، موارد زیر را پیکربندی کنید:
  8. در صفحه WSDL، نوع پروکسی API Pass-Through SOAP را انتخاب کنید.

  9. یک نوع پورت را از منوی کشویی انتخاب کنید تا مشخص کنید از کدام مجموعه عملیاتی می خواهید استفاده کنید. در WSDL، عناصر نوع پورت، عملیاتی را که می توانید در یک وب سرویس فراخوانی کنید، تعریف می کنند.
  10. روی Next کلیک کنید.
  11. در صفحه میزبان‌های مجازی جادوگر، میزبان‌های مجازی را انتخاب کنید که پروکسی API هنگام استقرار به آن‌ها متصل می‌شود. برای اطلاعات بیشتر، درباره میزبان‌های مجازی را ببینید.
  12. محیط(های) استقرار را انتخاب کرده و روی Create and Deploy کلیک کنید
    پروکسی API جدید شما در محیط انتخاب شده ایجاد و مستقر شده است.
  13. برای نمایش صفحه جزئیات پروکسی API، روی ویرایش پراکسی کلیک کنید.

Classic Edge (ابر خصوصی)

برای ایجاد یک پروکسی عبور به یک سرویس مبتنی بر SOAP با استفاده از رابط کاربری Classic Edge:

  1. به http:// ms-ip :9000 وارد شوید، جایی که ms-ip آدرس IP یا نام DNS گره مدیریت سرور است.
  2. APIs > API Proxies را در نوار پیمایش بالا انتخاب کنید.
  3. روی + API Proxy کلیک کنید.
  4. در Build a Proxy wizard، سرویس SOAP را انتخاب کنید.
  5. روی Next کلیک کنید.
  6. در صفحه جزئیات، این انتخاب ها را انجام دهید. بعد از انتخاب WSDL باید روی Validate کلیک کنید.
    در این زمینه این کار را انجام دهید
    WSDL

    منبع WSDL را انتخاب کنید.

    • URL - URL WSDL را که می خواهید استفاده کنید وارد کنید.
    • فایل - یک فایل WSDL را در سیستم فایل خود انتخاب کنید. در مواردی که فایل های وابسته اضافی وجود دارد، می توانید همه آنها را انتخاب کنید.
    • URL مثال - از فهرستی از WSDL ها برای خدمات وب در دسترس عموم انتخاب کنید. اینها برای آزمایش ویژگی‌های پراکسی SOAP/API Edge مفید هستند.
    نام پروکسی

    این نام برای پروکسی است که شما ایجاد می کنید.

    مسیر پایه پروکسی Proxy Base Path یک قطعه URI است که به طور منحصر به فرد API را که توسط این پروکسی API در معرض نمایش قرار می گیرد، شناسایی می کند. API Services از Base Path URI برای تطبیق و مسیریابی پیام های درخواستی ورودی به پروکسی API مناسب استفاده می کند. (مسیر پایه به دامنه API اضافه می شود، که به طور خودکار بر اساس نام سازمان شما و محیطی که پراکسی API در آن مستقر شده است، ایجاد می شود.) برای مثال، گنجاندن شماره نسخه در نام پروژه بهترین روش است. /v1/delayedstockquote . این مشخص می کند که چگونه API شما توسط برنامه های مصرف کننده فراخوانی می شود.

    توجه : مسیر پایه پروکسی به‌طور پیش‌فرض مقدار تعیین‌شده برای نام پروکسی را به حروف کوچک تبدیل می‌کند، مگر اینکه صریحاً محتوا را در قسمت مسیر پایه پروکسی ویرایش کنید.

    توضیحات شرح مختصری از پروکسی

  8. روی Next کلیک کنید.
  9. در صفحه WSDL، نوع پروکسی API Pass-Through SOAP را انتخاب کنید.

    توجه: جدولی ظاهر می شود که هر عملیات WSDL و بار SOAP مربوطه آن را فهرست می کند. این محموله ای است که به سرویس SOAP باطن "عبور" می شود.

    در صفحه WSDL، نوع پروکسی API روی Pass-Through SOAP تنظیم شده است و لیستی از عملیات مانند GetQuote بر اساس نوع پورت سازماندهی شده است.
  10. از ستون نوع پورت، مجموعه ای از عملیات را که می خواهید استفاده کنید، انتخاب کنید. در WSDL، عناصر نوع پورت، عملیاتی را که می توانید در یک وب سرویس فراخوانی کنید، تعریف می کنند.
  11. برای افزودن امنیت، انتخاب میزبان های مجازی و محیط استقرار، روی بقیه جادوگر کلیک کنید.
  12. در صفحه ساخت، روی Build and Deploy کلیک کنید. Edge پروکسی API جدید را بر اساس WSDL تولید و مستقر می کند.

در مورد پروکسی نهایی

هنگامی که Edge یک پروکسی عبور تولید می کند، پروکسی حاصل در واقع یک جریان پیچیده است که شامل سیاست هایی برای تبدیل داده ها، استخراج و تنظیم متغیرها، دستکاری پیام ها و موارد دیگر است. پس از ایجاد پروکسی عبور، به جریان حاصل در نمای توسعه رابط کاربری مدیریت API نگاهی بیندازید. در آنجا دقیقاً می توانید ببینید که چه سیاست هایی اضافه شده اند.

برای مثال، شکل زیر قسمت Target Endpoint Preflow بخشی از یک پروکسی عبور را نشان می دهد. در سمت درخواست، یک خط مشی AssignMessage برای تنظیم URL هدف استفاده می شود. در سمت پاسخ، سیاست‌ها برای تبدیل پاسخ از XML به JSON اجرا می‌شوند، قسمت بدنه SOAP پاسخ را به یک متغیر استخراج می‌کنند و پیام پاسخ را تنظیم می‌کنند. این خط‌مشی‌ها (و سایر سیاست‌ها) به‌طور خودکار هنگام ایجاد پروکسی اضافه می‌شوند.

در نمای توسعه، در پانل جریان، فلش‌ها جریان از درخواست به پاسخ را نشان می‌دهند و نمادها خط‌مشی‌ها را نشان می‌دهند.

WSDL میزبان لبه : برای دیدن WSDL میزبان لبه تولید شده برای این نوع پراکسی، به http(s)://[proxy_domain]/[proxy_base_path] ?wsdl .

توسعه پیشرفته پروکسی SOAP-to-REST

بخش‌های قبلی ایجاد یک پراکسی API SOAP-to-REST با استفاده از جادوگر پراکسی API در Edge را پوشش داد. با این حال، اگر می‌خواهید کنترل دقیق‌تری روی تبدیل SOAP-to-REST داشته باشید، می‌توانید اتوماسیون ارائه شده توسط جادوگر را دور بزنید و با افزودن و پیکربندی دستی خط‌مشی‌ها برای به دست آوردن رفتار مورد نظر خود، یک پروکسی بسازید. برای اطلاعات بیشتر، به آموزش: ساخت دستی یک پروکسی API SOAP-to-REST در Apigee Edge مراجعه کنید.