W przypadku aplikacji korzystających z usługi Java Message Service (JMS), które są połączone z dostawcą usług JMS w siedzibie, należy rozważyć połączenie potrzebne do uzyskania dostępu do dostawcy przesyłania komunikatów. Jeśli używany jest domyślny dostawca przesyłania komunikatów produktu WebSphere, a zasoby kolejek JMS zostały również przeniesione do chmury, wówczas może nie być potrzebne połączenie z dostawcą przesyłania komunikatów w siedzibie.
Następujące klasy Java wskazują na użycie usługi JMS:
javax.jms.ConnectionFactoryjavax.jms.QueueConnectionFactoryjavax.jms.TopicConnectionFactoryjavax.jms.XAQueueConnectionFactoryjavax.jms.XATopicConnectionFactoryElement <res-type> w deskryptorach wdrażania
application.xml, ejb-jar.xml lub web.xml
z poniższymi wartościami również wskazują na użycie usługi Java Message Service
(JMS):
javax.jms.ConnectionFactoryjavax.jms.QueueConnectionFactoryjavax.jms.TopicConnectionFactoryjavax.jms.XAQueueConnectionFactoryjavax.jms.XATopicConnectionFactoryTa reguła jest oznaczana jednorazowo dla projektu Eclipse lub archiwum Java.
Jeśli aplikacja może uzyskać bezpośredni dostęp do dostawcy przesyłania komunikatów, nie jest wymagane żadne działanie.
W przeciwnym wypadku, można skorzystać z tunelu VPN, na przykład IBM Secure Gateway na potrzeby platformy IBM Cloud, aby utworzyć bezpieczne połączenie z istniejącym dostawcą przesyłania komunikatów w siedzibie. Więcej informacji o konfigurowaniu bezpiecznego połączenia zawiera sekcja Konfigurowanie sieci VPN. Po skonfigurowaniu bramy należy połączyć aplikację z nowym miejscem docelowym, korzystając z hosta chmury i numeru portu, który jest udostępniany podczas tworzenia miejsca docelowego. Poniżej przedstawiono przykładowe adresy URL dostawcy przesyłania komunikatów:
Inną możliwością jest użycie produktu IBM Event Streams jako usługi przetwarzania przesyłania komunikatów w chmurze. Więcej informacji na ten temat zawiera sekcja Strumienie zdarzeń.