2016-11-24 24 views
0

Я настраиваю IBM Connections 5.5 и застреваю при создании GCD. Ниже приведены ошибки. Любая помощь в этом будет полезна.IBM Connections createGCD

2016-11-19 03:59:24 *** Creating Domain and GCD ... 
2016-11-19 03:59:27 com.filenet.api.exception.EngineRuntimeException: FNRCA0031E: API_UNABLE_TO_USE_CONNECTION: The URI for server communication cannot be determined from the connection object http://IMPERIUM04.ibmsw.ibm.aessatl.arrow.com:9082/wsi/FNCEWS40MTOM. Message was: Connection refused: connect 
    at com.filenet.apiimpl.wsi.ServiceSessionNst.cOpenMultipartOutputStream(ServiceSessionNst.java:287) 
    at com.filenet.apiimpl.wsi.ServiceSessionNst.cReqRespPath(ServiceSessionNst.java:170) 
    at com.filenet.apiimpl.wsi.ServiceSessionNst.executeChanges(ServiceSessionNst.java:85) 
    at com.filenet.apiimpl.util.SessionHandle.executeChanges(SessionHandle.java:112) 
    at com.filenet.apiimpl.core.Session.callExecuteChanges(Session.java:146) 
    at com.filenet.apiimpl.core.Session.executeChanges(Session.java:532) 
    at com.filenet.apiimpl.core.Session.executeChange(Session.java:850) 
    at com.filenet.apiimpl.core.IndependentlyPersistableObjectImpl.save(IndependentlyPersistableObjectImpl.java:76) 
    at com.filenet.apiimpl.core.IndependentlyPersistableObjectImpl.save(IndependentlyPersistableObjectImpl.java:67) 
    at com.ibm.connections.ccmDomainTool.ccmDomainTool.createP8Domain(Unknown Source) 
    at com.ibm.connections.ccmDomainTool.ccmDomainTool.main(Unknown Source) 
java.net.ConnectException: Connection refused: connect 
    at java.net.DualStackPlainSocketImpl.waitForConnect(Native Method) 
    at java.net.DualStackPlainSocketImpl.socketConnect(DualStackPlainSocketImpl.java:97) 
    at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:370) 
    at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:231) 
    at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:213) 
    at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:192) 
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:404) 
    at java.net.Socket.connect(Socket.java:643) 
    at sun.net.NetworkClient.doConnect(NetworkClient.java:188) 
    at sun.net.www.http.HttpClient.openServer(HttpClient.java:462) 
    at sun.net.www.http.HttpClient.openServer(HttpClient.java:557) 
    at sun.net.www.http.HttpClient.<init>(HttpClient.java:226) 
    at sun.net.www.http.HttpClient.New(HttpClient.java:329) 
    at sun.net.www.http.HttpClient.New(HttpClient.java:347) 
    at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1010) 
    at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:946) 
    at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:864) 
    at com.filenet.apiimpl.wsi.ServiceSessionNst$1.run(ServiceSessionNst.java:391) 
    at java.security.AccessController.doPrivileged(AccessController.java:420) 
    at com.filenet.apiimpl.wsi.ServiceSessionNst.cDoPrivilegedHttpConnectAndGetOutputStream(ServiceSessionNst.java:400) 
    at com.filenet.apiimpl.wsi.ServiceSessionNst.cInitHttpConnection(ServiceSessionNst.java:361) 
    at com.filenet.apiimpl.wsi.ServiceSessionNst.cOpenMultipartOutputStream(ServiceSessionNst.java:279) 
    ... 10 more 

ответ

0

Соответствующая погрешность здесь java.net.ConnectException: Connection refused. С данного URL-адреса приложение пытается подключиться к «IMPERIUM04.ibmsw.ibm.aessatl.arrow.com:9082».

Проверьте правильность имени хоста и имени порта. Если данные верны, убедитесь, что адрес достигнут. Если вы находитесь в корпоративной среде, убедитесь, что брандмауэр настроен таким образом, чтобы разрешить это соединение.

+0

Я думаю, что номера хостов и номеров портов верны, поскольку я могу войти в ссылку «http://imperium04.ibmsw.ibm.aessatl.arrow.com:9082/acce». Кроме того, я добавил все номера портов между 9080 и 9082 во входящем правиле сервера Windows, чтобы разрешить номера портов в брандмауэре Windows. – DeepK

+0

Три вещи, которые нужно попробовать: 1) Используйте telnet с исходного сервера, чтобы проверить, действительно ли соединение проходит на целевой сервер: 'telnet imperium04.ibmsw.ibm.aessatl.arrow.com 9082'. 2) Предполагается, что имена хостов сервера нечувствительны к регистру, но некоторые приложения работают по-разному. Исправьте имя хоста и повторите попытку. 3) Посмотрите, есть ли целевой сервер для политики брандмауэра. Возможно, вам придется добавить исключение для вашего соединения, которое будет принято. – Haxiel