302 개발자 스튜디오에서 거버넌스 레지스트리에 액세스하려고 할 때 오류가 발생했습니다.

Question

거버넌스 레지스트리 4.1.1이 정상적으로 실행되고 있습니다. 내가 2.1.0 버전의 개발자 스튜디오에서 첨부하려고하면 레지스트리를 탐색 할 수 없으며 아래 오류가 http_access 로그에 있습니다.

[17/Oct/2012:08:12:16 -0600] "GET //carbon HTTP/1.1" 302 - "-" "Java/1.6.0_34" 

모든 아이디어를

UPDATE 감사

단계 : 레지스트리에 연결을 생성, WSO2 레지스트리 작업 공간, 이동, 일식를 입력 자격 증명을 입력하고 "특정 원격 서버가 실행되고 있지"를 얻는다. 확인 된 서버가 실행 중입니다. 인증서 인 것으로 보입니다. 문제가 있지만 GREG 콘솔에 로그인 할 때 인증서 문제가 발생하지 않습니다. 아래 로그 항목. ! 25 :! 47.615 메시지의 javax.net.ssl.SSLHandshakeException :

ENTRY 4 0 2012년 11월 26일 08 org.wso2.developerstudio.eclipse.greg.base sun.security.validator.ValidatorException을 PKIX 경로 구축 실패 : sun.security.provider.certpath.SunCertPathBuilderException : 요청한 대상에 대한 유효한 인증 경로를 찾지 못함! 스택 0 java.lang.RuntimeException : javax.net.ssl.SSLHandshakeException : sun.security. validator.ValidatorException : PKIX 패스 구축 실패 : sun.security.provider.certpath.SunCertPathBuilderException : 불가능한 경우 requ에 대한 유효한 인증 경로를 찾으십시오. 에서 org.apache.abdera.protocol.client.AbderaClient.get (AbderaClient.java:235)에서 org.apache.abdera.protocol.client.AbderaClient.execute (AbderaClient.java:805) 에서 대상 ested org.wso2.carbon.registry.app.RemoteRegistry.get (RemoteRegistry.java:160) at org.wso2.developerstudio.eclipse.greg.base.core.Registry.getResourcesPerCollection (Registry.java:350) at getResourceType (RegistryResourceNode.java:258) at org.wso2.developerstudio.eclipse.greg.base.ui.controls.RegistryTreeContentProvider.hasChildren (RegistryTreeContentProvider.java) : 135) a t org.eclipse.jface.viewers.AbstractTreeViewer.isExpandable org.eclipse.jface.viewers.TreeViewer.isExpandable (TreeViewer.java:588)에서 (AbstractTreeViewer.java:2146) org.eclipse.jface 에서. viewers.AbstractTreeViewer.isExpandable org.eclipse.jface.viewers.AbstractTreeViewer.optionallyPruneChildren (AbstractTreeViewer.java:2808) org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren에서 에서 (AbstractTreeViewer.java:2176) (AbstractTreeViewer. java : 2608) at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct (AbstractTreeViewer.java:1923) at org.eclipse.jface.viewers org.eclipse.jface.viewers.TreeViewer.internalRefreshStruct에서 .TreeViewer.internalRefreshStruct org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct (AbstractTreeViewer.java:1930)에서 (TreeViewer.java:721) (TreeViewer.java : 조직에서 org.eclipse.jface.viewers.TreeViewer.internalRefreshStruct (TreeViewer.java:721) 에서 org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct (AbstractTreeViewer.java:1930) 721) . eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct (AbstractTreeViewer.자바 : 1930) org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh (AbstractTreeViewer.java:1898) 에서 org.eclipse.jface.viewers.TreeViewer.internalRefreshStruct (TreeViewer.java:721) 에서 에서 조직 .eclipse.jface.viewers.AbstractTreeViewer.internalRefresh (AbstractTreeViewer.java:1855) (StructuredViewer.java:1535) 8.run org.eclipse.jface.viewers.StructuredViewer $ 에서 org.eclipse.jface.viewers에서 . StructuredViewer.preservingSelection (StructuredViewer.java:1443) at org.eclipse.jface.viewers.TreeViewer.preservingSelection (TreeViewer.java:403) at org.e clipse.jface.viewers.StructuredViewer.preservingSelection org.eclipse.jface.viewers.ColumnViewer에서 org.eclipse.jface.viewers.StructuredViewer.refresh (StructuredViewer.java:1533)에서 (StructuredViewer.java:1404) . 새로 고침 org.eclipse.jface.viewers.StructuredViewer.refresh (StructuredViewer.java:1490)에서 (ColumnViewer.java:548) 에서 org.wso2.developerstudio.eclipse.greg.manager.remote.views.RegistryBrowserView $ (51) .run (RegistryBrowserView.java:2584) at org.eclipse.swt.widgets.RunnableLock.run (RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages (Synchronizer.java:135) org.eclipse.swt.wi org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine에서 dgets.Display.runAsyncMessages (Display.java:4144) org.eclipse.swt.widgets.Display.readAndDispatch (Display.java:3761)에서 org.eclipse.e4.ui.internal.workbench.swt에서 org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:332) 에서 $ 9.run (PartRenderingEngine.java:1022) . org.eclipse.ui.internal.Workbench $ 5.run에서 PartRenderingEngine.run org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI (E4Workbench.java:86)에서 (PartRenderingEngine.java:916) (Workbench.java:585) at org.eclipse.core.databinding.observable.Realm.runWithDefault (Realm.java:332) org.eclipse.ui.internal.Workbench.createAndRunWorkbench org.eclipse.ui.internal에서 org.eclipse.ui.PlatformUI.createAndRunWorkbench (PlatformUI.java:149)에서 (Workbench.java:540) 에서 7백45경1천5백15조5백36억9천1백36만3천2백10 org.eclipse.core.runtime.internal에서 .ide.application.IDEApplication.start org.eclipse.equinox.internal.app.EclipseAppHandle.run (EclipseAppHandle.java:196)에서 (IDEApplication.java:124) org.eclipse.core.runtime에서 .adaptor.EclipseAppLauncher.runApplication org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start (EclipseAppLauncher.java:79)에서 (EclipseAppLauncher.java:110) .adaptor.EclipseStarter.run (EclipseStarter.java:353) at org.eclipse.core.runtime.adaptor.EclipseStarter.run (EclipseStarter.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0 (네이티브 메소드) at org.eclipse.equinox.launcher에서 java.lang.reflect.Method.invoke (알 소스)에 sun.reflect.DelegatingMethodAccessorImpl.invoke (알 소스)에 sun.reflect.NativeMethodAccessorImpl.invoke (알 소스). Main.invokeFramework (Main.java:629) at org.eclipse.equinox.launcher.Main.basicRun (Main.java:584) at org.eclipse.equinox.launcher.Main.run (Main.java:1438) 원인 : javax.net.ssl.SSLHandshakeException : sun.security.validator.ValidatorException : PKIX path building failed : sun.security.provider.certpath.SunCertPathBuilderException : 요청한 대상에 대한 유효한 인증 경로를 찾을 수 없습니다. com.sun.net.ssl.internal.ssl.Alerts.getSSLException (알 수없는 출처) com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal (알 수없는 소스) com.sun.net.ssl.internal.ssl.Handshaker.fatalSE (알 수없는 소스) com.sun.net.ssl에서 .internal.ssl.Handshaker.fatalSE (알 수없는 소스) com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate (알 수 없음 소스) com.sun.net.ssl.internal.ssl.ClientHandshaker .processMessage (알 수없는 출처) com.s uncom.ssl.internal.ssl.Handshaker.processLoop (알 수없는 소스) com.sun.net.ssl.internal.ssl.Handshaker.process_record (알 수없는 소스)에서 com.sun.net.ssl.internal com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord에서 com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake (알 소스)에 .ssl.SSLSocketImpl.readRecord (알 소스) (알 소스) java.io.BufferedOutputStream.flush에서 java.io.BufferedOutputStream.flushBuffer (알 소스)에 com.sun.net.ssl.internal.ssl.AppOutputStream.write (알 소스)에 (알 소스) at org.apache.commons.httpclient.HttpConnection.flushRequestOutputStream (HttpConnection.j AVA : 828) 에서 org.apache.commons.httpclient.MultiThreadedHttpConnectionManager $ HttpConnectionAdapter.flushRequestOutputStream org.apache.commons.httpclient.HttpMethodBase.writeRequest (HttpMethodBase.java:2116) 에서 (MultiThreadedHttpConnectionManager.java:1565) 에서 org.apache.commons.httpclient에서 org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry (HttpMethodDirector.java:398) 에서 org.apache.commons.httpclient.HttpMethodBase.execute (HttpMethodBase.java:1096) .HttpMethodDirector.executeMethod (HttpMethodDirector.java:171) at org.apache.commons.httpclient.HttpClient.executeMethod (HttpClient.java:397) org.apache.abdera.protocol.client.AbderaClient.execute (AbderaClient.java:791)에서 org.apache.commons.httpclient.HttpClient.executeMethod (HttpClient.java:323) 에서 ... (53)보다 sun.security.validator.ValidatorException :에 의한 PKIX 경로를 건물 실패 : sun.security.provider.certpath.SunCertPathBuilderException : 없습니다를 에 ( sun.security.validator.PKIXValidator.doBuild에 요청 대상에 유효한 인증 경로를 찾을 수 알 수없는 소스) 에서 sun.security.validator.PKIXValidator.engineValidate (알 수없는 소스) 에서 sun.security.validator.Validator.validate (알 수없는 소스)에서 com.sun.net.ssl.internal.ssl.X509Trust com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted에서 com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.checkServerTrusted (알 소스)에서 ManagerImpl.validate (알 소스) ( 알 수없는 소스) ... 72 자세한 정보 원인 : sun.security.provider.certpath.SunCertPathBuilderException : 에서 요청한 대상에 대한 유효한 인증 경로를 찾을 수 없습니다. sun.security.provider.certpath.SunCertPathBuilder.engineBuild (알 수 없음 소스) at java.security.cert.CertPathBuilder.build (알 수없는 소스) ...78 more

Answer 1

이 제한 사항은 개발자 Studio의 환경 설정을 통해 구성 가능한 SSL 클라이언트 저장소를 도입하여 최신 버전의 Developer Studio (3.2.0) 버전에서 수정되었습니다. 사용자 지정 SSL 트러스트 스토어를 설정하기 위해

,

1. 창 -> 환경 설정 -> 개발자 스튜디오
2. 는 개발자 Studio 기본 설정을 확장합니다.
3. "SSL 클라이언트 트러스트 스토어"를 선택하고 SSL 클라이언트 트러스트 스토어를 가리 킵니다. (로컬 컴퓨터에 SSL 클라이언트 트러스트 스토어를 제공해야합니다. 원격 주소가 작동하지 않습니다.)

그런 다음 적용 및 확인을 누릅니다.

이제 일련의 단계를 수행하고 업데이트 된 인증서로 서버에 연결할 수 있습니다.

/Harshana는