El punto final de Mule es muy similar al punto final en WS. Es el punto de entrada para los mensajes de entrada y salida (lectura y escritura). La diferencia es que el punto final de Mule puede basarse en una variedad de protocolos de transmisión diferentes.
Los puntos finales de mula se dividen en dos categorías:
punto final global : punto final global, un punto final entrante o saliente de un flujo o servicio puede hacer referencia a estos puntos finales a través del atributo ref. Los
puntos finales entrantes o salientes en bajo o servicio, este tipo de punto final está limitado al flujo o servicio , Puede considerarse como una especie de punto final local.
Cada punto final debe especificar cuál es su protocolo de transmisión, o qué tipo de punto final de transmisión es. Hay dos formas de especificar:
- Agregue el prefijo del protocolo de transporte al elemento:
<jetty:inbound-endpoint exchange-pattern="request-response" doc:name="Jetty"/>
<http:inbound-endpoint exchange-pattern="request-response" host="localhost" port="8081" doc:name="HTTP"/>
<tcp:inbound-endpoint exchange-pattern="request-response" host="localhost" port="80" connector-ref="tcpConnector" responseTimeout="10000" doc:name="TCP"/>- Especifique a través del atributo de dirección del elemento:
<endpoint addres="http://${user.name}:${user.password}@localhost:8080/services/orders/> Puede que no sea fácil distinguir entre los puntos finales de entrada y salida cuando se contactó por primera vez con la mula. De hecho, las llamadas entradas y salidas se colocan desde la perspectiva de la mula. La entrada se refiere al punto de ruptura del mensaje externo que "fluye hacia" la mula. Es el punto final que la mula expone a la aplicación externa a la que se puede acceder. De manera similar, saliente es el punto final que el mensaje "fluye" de la mula, es decir, el punto final de una aplicación externa accesible. Por ejemplo, una de las configuraciones de proxy WS más típicas y comunes es conectar de manera uniforme WS con diferentes direcciones físicas al ESB, y el ESB las publica con la misma dirección, como:
<pattern:web-service-proxy name="weather-forecast-ws-proxy"
inboundAddress="http://localhost:8090/weather-forecast"
outboundAddress="http://server1:6090/weather-forecast"
wsdlLocation="http://server1:6090/weather-forecast?wsdl" /> En esta configuración, ESB envuelve el servicio cuya dirección física original es: http: // server1: 6090 / weather-forecast y lo publica con la nueva dirección http: // localhost: 8090 / weather-forecast . Como inboundAddress, http: // localhost: 8090 / weather-forecast es el punto final que el ESB "abre" o "publica" en el mundo exterior, es decir, el punto final donde los mensajes fluyen hacia el ESB. OutboundAddress es el destino de la ruta ESB, que a menudo es la entrada de acceso de un sistema existente.