2015-10-18 3 views
0

Итак, у меня есть приложение, на котором я собираюсь строить, но я не могу заставить его работать, потому что Tomcat не запускается (сообщение об ошибке ниже). Я нашел файл свойств, где я могу настроить значения, указанные в сообщении об ошибке, но ничего не пытаюсь работать.Localhost Отклонение соединения от приложения

Connection Error: Connection refused: connect (Address=127.0.0.1, Port=1412) 

broadcast error message CONNECTION Properties: {PORT=1412, USER=Mark, IP=127.0.0.1, AM=ALL, GATEWAY=http://192.168.0.4:80/gateway-web/gatewayService} 

reconnecting... 

Я в значительной степени исключить другую программу, используя один и тот же порт, и я скорректировал значение пользователя, а также ... Есть ли способ, чтобы устранить неисправность подключения к локальному? Может быть, через командную строку?

Любая помощь была бы чрезвычайно оценена!

+0

уверен, что шлюз в порядке? – MrSimpleMind

+0

Я мало знаю о сетевых или даже серверах, поэтому нет. Шлюз будет моим маршрутизатором? Может ли мой маршрутизатор блокировать попытки приложений подключиться? Возможно, это не актуально, но мой компьютер подключается к моему маршрутизатору через коммутатор. –

+0

попробуйте указать только ip addr (например, 192.168.0.4 без http/port и т. Д.) Для шлюза, а не весь URL. Попробуйте также без какого-либо свойства шлюза, если это возможно. Я действительно не знаю, как выглядит ваш конфиг. но стоит попробовать ... – MrSimpleMind

ответ

0

Проверьте свои правила брандмауэра, ваш брандмауэр все же может помешать не известным портам или какой-либо форме.

Вы также подтвердили, что ваше приложение прослушивает этот порт через команду netstat на localhost? Смотрите здесь, если вы не знаете, как: Command line for looking at specific port

Единственное, что я мог придумать, это SELinux (применимо только в том случае, если вы работаете на Linux) может быть здесь некорректным, попробуйте отключить его, если это не так уже отключен, команда будет:

setenforce 0 
+1

Обратите внимание, что при отключении SELinux может быть жизнеспособным для среды разработки. Это ужасная идея сделать это в производственных средах. Вы должны потратить время на исследование того, что вызывает SELinux для предотвращения доступа, если это так. –

+0

Да, согласитесь с @MarkusWMahlberg, только чтобы отладить свою проблему, а затем разработайте правильное правило SELinux! – hughjidette

+0

На самом деле просто вернулся к Windows пару дней назад! Результат netstat -np TCP | find "1413" is: 127.0.0.1:54484 - 127.0.0.1:1412 - SYN_SENT Это говорит нам что-нибудь? Я уже отключил все брандмауэры. –

Смежные вопросы