Что такое конечная точка веб-службы?

Допустим, мой веб-сервис находится по адресу, http://localhost:8080/foo/mywebserviceа мой WSDL - по адресу http://localhost:8080/foo/mywebservice?wsdl.

Является http://localhost:8080/foo/mywebserviceли конечная точка, т. Е. Такой же, как URI моей веб-службы, или где SOAP-сообщения получены и распакованы?

Не могли бы вы объяснить мне, что это такое и какова цель этого?

Это более короткий и, надеюсь, более четкий ответ ... Да, конечная точка - это URL-адрес, по которому клиентская программа может получить доступ к вашей службе. Одна и та же веб-служба может иметь несколько конечных точек, например, чтобы сделать ее доступной с использованием разных протоколов.

Обновленный ответ от Питера в комментариях:

Это де "старая терминология", используйте напрямую определение " endepoint" WSDL2 (WSDL2 переводится как "порт" в "конечную точку").

Возможно, вы найдете ответ в этом документе: http://www.w3.org/TR/wsdl.html

Документ WSDL определяет службы как наборы сетевых конечных точек или портов. В WSDL абстрактное определение конечных точек и сообщений отделено от их конкретного сетевого развертывания или привязок формата данных. Это позволяет повторно использовать абстрактные определения: сообщения, которые являются абстрактными описаниями обмениваемых данных, и типы портов, которые являются абстрактными наборами операций. Конкретные спецификации протокола и формата данных для определенного типа порта составляют повторно используемую привязку. Порт определяется путем связывания сетевого адреса с повторно используемой привязкой, а набор портов определяет службу. Следовательно, документ WSDL использует следующие элементы в определении сетевых служб:

• Типы - контейнер для определений типов данных с использованием некоторой системы типов (например, XSD).
• Сообщение - абстрактное типизированное определение передаваемых данных.
• Операция - абстрактное описание действия, поддерживаемого сервисом.
• Тип порта - абстрактный набор операций, поддерживаемых одной или несколькими конечными точками.
• Связывание - конкретный протокол и спецификация формата данных для определенного типа порта.
• Порт - одна конечная точка, определенная как комбинация привязки и сетевого адреса.
• Сервис - набор связанных конечных точек.

http://www.ehow.com/info_12212371_definition-service-endpoint.html

Конечная точка - это точка подключения, где отображаются файлы HTML или страницы активного сервера. Конечные точки предоставляют информацию, необходимую для адресации конечной точки веб-службы. Конечная точка предоставляет ссылку или спецификацию, которая используется для определения группы или семейства свойств адресации сообщений и предоставления сквозных характеристик сообщений, таких как ссылки на источник и пункт назначения конечных точек, а также идентификационные данные сообщений для обеспечения единообразия. адресация «независимых» сообщений. Конечной точкой может быть ПК, КПК или терминал торговой точки.

Конечная точка веб-службы - это URL-адрес, который другая программа будет использовать для связи с вашей программой. Чтобы увидеть WSDL, вы добавляете ?wsdlURL-адрес конечной точки веб-службы.

Веб-сервисы предназначены для взаимодействия между программами , а веб-страницы - для взаимодействия между людьми .

Итак: Конечная точка это: http://www.blah.com/myproject/webservice/webmethod

Следовательно, WSDL это: http://www.blah.com/myproject/webservice/webmethod?wsdl

Чтобы подробнее остановиться на элементах WSDL, мне всегда полезно сравнивать их с кодом:

WSDL имеет 2 части (физическую и абстрактную).

Физическая часть:

Определения - переменные - например: myVar, x, y и т. Д.

Типы - типы данных - например: int, double, String, myObjectType

Операции - методы / функции - например: myMethod (), myFunction () и т. Д.

Сообщения - входные параметры метода / функции и типы возврата

• например: public myObjectType myMethod ( строка myVar)

Porttypes - классы (т.е. они являются контейнером для операций) - например: MyClass {} и т. Д.

Абстрактная часть:

Связывание - они подключаются к типам портов и определяют выбранный протокол для связи с этим веб-сервисом. - протокол является формой общения (текст / SMS, телефон или электронная почта и т. д.).

Сервис - здесь указывается адрес, по которому другая программа может найти ваш веб-сервис (т. Е. Конечную точку ).

В прошлых проектах, над которыми я работал, конечная точка была относительной собственностью. То есть к нему можно добавить или нет, но оно всегда содержало protocol://host:port/partOfThePath.

Если вызываемая служба имеет динамическую часть, например, a ?param=dynamicValue, то эта часть будет добавлена ​​к конечной точке. Но во многих случаях конечная точка может использоваться как есть, без необходимости исправления.

Важно понимать, что не является конечной точкой и как она помогает. Например, альтернативный способ передачи информации, хранящейся в конечной точке, заключается в хранении различных частей конечной точки в отдельных свойствах. Например:

hostForServiceA=someIp
portForServiceA=8080
pathForServiceA=/some/service/path
hostForServiceB=someIp
portForServiceB=8080
pathForServiceB=/some/service/path

Или если один и тот же хост и порт для нескольких служб:

host=someIp
port=8080
pathForServiceA=/some/service/path
pathForServiceB=/some/service/path

В этих случаях полный URL должен быть построен в вашем коде как таковой:

String url = "http://" + host + ":" + port + pathForServiceA  + "?" + dynamicParam + "=" + dynamicValue;

В контракте это может быть сохранено как конечная точка как таковая

serviceAEndpoint=http://host:port/some/service/path?dynamicParam=

И да, мы много раз хранили конечную точку вплоть до '='. Это приводит к такому коду:

String url = serviceAEndpoint + dynamicValue;

Надеюсь, что проливает свет.

Проще говоря, конечная точка - это один конец канала связи. Когда API взаимодействует с другой системой, точки касания этого взаимодействия считаются конечными точками. Для API конечная точка может включать URL-адрес сервера или службы. Каждая конечная точка - это место, откуда API могут получить доступ к ресурсам, которые им необходимы для выполнения их функций.

API работают с использованием «запросов» и «ответов». Когда API запрашивает информацию у веб-приложения или веб-сервера, он получает ответ. Место, куда API отправляют запросы и где находится ресурс, называется конечной точкой.

Ссылка: https://smartbear.com/learn/performance-monitoring/api-endpoints/

Конечная точка указывается как относительный или абсолютный URL, который обычно приводит к ответу. Этот ответ обычно является результатом процесса на стороне сервера, который может, например, создать строку JSON. Эта строка может затем использоваться приложением, которое сделало вызов конечной точке. Таким образом, в общем случае конечные точки представляют собой предварительно определенные точки доступа, используемые в сетях TCP / IP для инициирования процесса и / или возврата ответа. Конечные точки могут содержать параметры, передаваемые в URL-адресе, так как пары значений ключа, несколько пар значений ключа разделяются амперсандом, что позволяет конечной точке вызывать, например, процесс обновления / вставки; поэтому конечным точкам не всегда нужно возвращать ответ, но ответ всегда полезен, даже если он просто указывает на успех или неудачу операции.

Конечная точка - это URL-адрес веб-службы. А конечные точки также являются распределенным API .

Конечная точка протокола SOAP - это URL . Он идентифицирует местоположение во встроенной службе HTTP, где слушатель веб-служб прослушивает входящие запросы .

Ссылка: https://www.ibm.com/support/knowledgecenter/SSSHYH_7.1.0.4/com.ibm.netcoolimpact.doc/dsa/imdsa_web_netcool_impact_soap_endpoint_c.html