Я не думаю, что вы хотите сделать приложение, запущенное в вашей среде разработки, доступным для кого-либо еще во всем мире по разным причинам. Другие в вашей локальной сети могут получить доступ к вашему локальному узлу с помощью своего сетевого имени, но это не пользователи по всему миру.
Давайте обсудим ваши два вопроса по отдельности:
Как мы можем развернуть WebService на сервере, отличном от локального хоста?
Вам необходимо установить максимально возможную серверную среду. Если вы хотите продолжать использовать Apache Tomcat, вы можете подписаться на множество поставщиков услуг, в которых размещаются приложения Apache Tomcat, - are many, которые предлагают многоуровневое ценообразование на основе количества и размера предварительно настроенных виртуальных серверов (процессор, память, дисковое пространство, и/или ежемесячная передача данных приложения). Вы даже можете зарегистрироваться у поставщика облачных услуг, таких как Google Cloud, Amazon Web Services или Microsoft Azure. Все они предоставляют инструменты для создания, предоставления и управления виртуальными серверами (серверами), которые затем будут развертывать приложение Tomcat и веб-службы. Вот detailed tutorial о настройке виртуального сервера Tomcat на Azure. Затем вам нужно будет управлять этими серверами, наблюдать за ними, чтобы узнать, сколько они используются (что будет влиять на то, сколько они стоят вам в месяц, между прочим).
Если управление сервером не является тем, что вы ищете, вы также можете изучить «безсерверные» параметры, такие как Google AppEngine или AWS Elastic Beanstalk. В этой модели вы просто загружаете свой WAR-файл, а служба хостинга управляет такими вещами, как количество серверов, необходимых для обработки всех приложений SOAP-запросов, которые делают пользователи по всему миру. Вам нужно будет прочитать спецификации для каждого, поскольку вы технически не предоставляете Tomcat самостоятельно - в примере Google вы фактически работаете в собственном собственном контейнере, поэтому вашему приложению могут потребоваться некоторые изменения в зависимости от того, что он делает.
В зависимости от того, какой хостинг или поставщик облачных услуг вы выберете, ваши шаги «как развернуть» могут быть разными. На яркой стороне, все предлагают tutorials о том, как конкретно развертывать приложения в них «their way.»
Как я могу найти в Интернете и найти описание WSDL для моего WebService так, что я, или кто-либо другой во всем мире, может вызвать его услуги?
После того как вы договорились о предоставлении услуг хостинга или облачных сервисов и развернули приложение, у вас будет URL-адрес, чтобы получить его, но вам нужно будет работать над тем, чтобы получить слово. Есть некоторые открытые спецификации (SOAP) web service discovery, но более чем вероятно, это не то, что вы действительно ищете. Вы также можете отправить URL-адрес WSDL в каталог онлайн-API, такой как ProgrammableWeb или Public APIs.
Самый простой способ сделать это сам - запустить веб-сайт, который ссылается на WSDL, а затем использовать методы search engine optimization, чтобы перечислить сайт в поисковых системах и сделать его (и WSDL, на который он ссылается), относящийся к поиск в Интернете.
Приобретая услугу, вы можете обрабатывать свой веб-сервис как продукт через систему API Management. На высоком уровне это помогает скрыть реальный URL-адрес вашего веб-сервиса на своих серверах и вместо этого направлять клиентов на небольшой веб-сайт для разработчиков, где вы документируете, продаете, облегчаете открытие своего сервиса, а также предлагаете подписку (чтобы вы могли отслеживать и управлять тем, кто во всем мире использует ваш веб-сервис). Затем клиенты используют веб-службу через отдельный URL-адрес за тем, что называется шлюзом API. Вы можете взимать плату за доступ или предлагать его бесплатно, но ограничить количество одновременных запросов, которые может сделать клиент, ведь вы, скорее всего, платите своему хостинг-провайдеру за использование. Некоторые из поставщиков облачных услуг Amazon, Azure, автономные поставщики управления API, такие как Apigee, Mashery и many others.
Это связано не только с публикацией вашего веб-сервиса в Интернете, но и с целью сделать ваш компьютер доступным из Интернета. – Abhishek