Диспетчеру конфигурации FileNet не удается подключиться к WebSphere Application Server
У меня проблема с диспетчером конфигурации FileNet, подключающимся к WAS при настройке CPE. Подробности ниже
ОС: Windows 10 Enterprise (здесь установлена CPE 5.5)
WAS: 8.5.5.13
WAS Java: 1.8_64_bundled
FN Config Подробности
Я могу войти в консоль WAS, и порт SOAP тоже правильный. Вещи, которые я пытался,
- добавление -Dhttps.protocols="TLSv1,TLSv1.1,TLSv1.2" в configmgr.ini диспетчера конфигурации FileNet
Проверенная конфигурация SSL на WAS
Но, кажется, работает замечательно. Я вижу ниже сообщение об ошибке в журналах диспетчера конфигурации FileNet
!ENTRY com.ibm.ecm.configmgr.engine 4 0 2018-06-27 15:45:09.289!MESSAGE Указан неверный путь к профилю. C:\IBM\FileNet\ContentEngine\tools\configure\profile \dotnetclient не содержит никакой информации о конфигурации.! СЕССИЯ 2018-06-27 16:05:40.995 ----------------------------------------------- eclipse.buildId= неизвестно java.fullversion=JRE 1.7.0 IBM J9 2.6 для Windows 8 x86-32 20170718_357001 (JIT отключен, AOT отключен) J9VM - R26_Java726_SR10_20170718_1208_B357001 GC - R26_Java77073510001 - 181 (201) - 2011: 201117_1000_1000_1000_1000_1000_1000_1000_1000_1000_1000_1000 OS=win32, ARCH=x86, WS=win32, NL=en_US Аргументы инфраструктуры: gui Аргументы командной строки: -os win32 -ws win32 -arch x86 gui
! ENTRY com.ibm.ecm.configmgr.app.ce 4 0 2018-06-27 16: 13: 56.518! СООБЩЕНИЕ Ошибка соединения: Невозможно установить соединение с сервером приложений. Убедитесь, что сервер приложений работает, а порт SOAP-соединителя и имя хоста указаны правильно.!STACK 0 com.ibm.ecm.configmgr.engine.ConfigurationManagerException: Ошибка подключения: не удается установить соединение с сервером приложений. Убедитесь, что сервер приложений работает, а порт SOAP-соединителя и имя хоста указаны правильно. по адресу com.ibm.ecm.configmgr.engine.jmx.JMXInvoker.invokeConnectMethodAndMethods(JMXInvoker.java:243) по адресу com.ibm.ecm.configmgr.engine.jmx.JMXInvoker.invokeConnectMethoho (),.ecm.configmgr.engine.profile.widgets.TypedListener.handleEvent(TypedListener.java:240) в org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) в org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:10) в org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4165) в org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3754) в org.eclipse.jface.window.Window.runEventLoop(Window.java:825) в org.eclipse.jface.window.Window.open(Window.java:801) в com.ibm.ecm.configmgr.app.ce.handlers.ProfileNewHandler.execute(ProfileNewHandler.java:67) в org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:293) в org.eclipse.core.commands.Command.executeWithChecks(Command.java:476) в org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:508) в org.eclipse.ui.internal.handlers.HandlerService.exavate16om (.CommandContributionItem.access$19(CommandContributionItem.java:815) в org.eclipse.ui.menus.CommandContributionItem$5.handleEvent(CommandContributionItem.java:805) в org.eclipse.s wt.widgets.EventTable.sendEvent (EventTable.java:84) в org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1053) в org.eclipse.swt.widgets.Display.runDeferredEvents (Display.java: 4165) в org.eclipse.swt.widgets.Display.readAndDispatch (Display.java:3754) в org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2701) в org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2665) на org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2499) на org.eclipse.ui.internal.Workbench$7.run(Workbench.java:679) в org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) в org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:668) в org.eclipse.Ure.Wreate PlatformUI.java:149) в com.ibm.ecm.configmgr.app.ce.rcp.Application.start(Application.java:86) в org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) в org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) в org.eclipse.core.runtime.adaptor.EclipseStarter.runS) в org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) в sun.reflect.NativeMethodAccessorImpl.invoke0(нативный метод) в sun.reflect.NativeMetccessdAccessorImpl.hoj.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56) в java.lang.reflect.Method.invoke(Method.java:620) в org.eclipse.equinox.launcher.Main.invokej org.eclipse.equinox.launcher.Main.basicRun(Main.java:577) at org.eclipse.equinox.launcher.Main.run(Main.java:1410) Вызывается: java.lang.Exception: подключение к сервер приложений не может быть установлен. Убедитесь, что сервер приложений работает, а порт SOAP-соединителя и имя хоста указаны правильно. в com.ibm.ecm.configmgr.utils.websphere.WebSphereJMXUtil.connect(WebSphereJMXUtil.java:227) в sun.reflect.NativeMethodAccessorImpl.invoke0(собственный метод) в sun.reflect.NativeMethodAccess.Omp.Impj at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:56) по адресу java.lang.reflect.Method.invoke(Method.java:620) по адресу com.ibm.ecm.configmgr.engine.jmxMhokMin.java:191) ... еще 45
************************* ответ теленет *********************** *** Когда сделал теленет и через несколько секунд я вижу ошибку ниже
HTTP/1.1 408 Request Timeout Content-Type: text/html Content-Length: 117 Connection: close <HTML><TITLE>408 - Request Timeout</TITLE><BODY><h1>408 Connection timed out while reading request</h1></BODY></HTML> Connection to host lost. C:\Windows\system32>
***************************** обходной путь ******************** ********* Хорошо, как только профиль создан и запущены первые шаги, я отключил глобальную безопасность и перезапустил websphere. Диспетчер конфигурации теперь может подключаться к WAS (похоже на проблему с безопасностью. Я проверил настройки качества защиты (QoP) с помощью ssl.client.properties, и он был выбран как TLSv2. Затем я изменил его на TSLv1.2 и изменил ssl. client.properties также. Все еще это не работало) Я обновлю эту тему позже.
2 ответа
Диспетчер конфигураций сейчас поддерживает только старые протоколы. Если вы укажете TLSv1 в консоли WebSphere, а не, например, TLSv1.2, будет работать Test Connection. Это создаст вам еще одну проблему. Новые браузеры не поддерживают старые протоколы, и вы не сможете открыть консоль WebSphere, скажем, в Firefox. В Windows вы можете использовать свой старый, но все еще включенный IE, настроенный на использование этих старых протоколов — «Инструменты» -> «Свойства обозревателя» -> «Дополнительно» -> «Безопасность» -> «Использовать * . Так вы вернете свою консоль.
Проверьте путь по умолчанию Webshere.
C: \ Program Files \ IBM \ WebSphere \ AppServer
C: \ Program Files \ IBM \ WebSphere \ AppServer \ profiles \ ваш_профайл
ПРОТИВ
C: \ Program Files (x86) \ IBM \ WebSphere \ AppServer
C: \ Program Files (x86) \ IBM \ WebSphere \ AppServer \ profiles \ ваш_профайл