Apicurio-studio: 협업 중 API 변경 사항 저장 문제

그 좋지 않다. 어떤 버전의 Apicurio를 사용하고 있습니까? 이것은 클라우드 버전에서 발생합니까 아니면 로컬에서 실행하고 있습니까? 나는 최근에 이와 같은 문제를 발견하고 수정했지만( SHARE_FOR_EVERYONE 기능을 사용할 때만), 최신 버전을 사용 중이거나 해당 기능을 사용하지 않는다면 이것은 새로운 버그일 수 있습니다.

kubernetes에서 실행 중인 최신 버전 0.243.final이 있고 SHARE_FOR_EVERYONE이 활성화되어 있습니다.

@EricWittmann에서 빠르게 답변해주셔서 감사합니다.
흥미롭게도 변경 사항은 다시 로드한 후 지속되지 않더라도 활동 로그에 표시됩니다.
@t-rap이 곧 데이터베이스를 볼 수 있기를 바랍니다.

이봐,

답장을 늦게 보내서 미안해:

도커 허브를 통해 제공한 도커 이미지로 kubernetes에서 apicurio-studio를 실행하고 있습니다.
그래서
Apicurio-studio-ui, -ws, -api, -db (이미지: percona:5.7)

개발자가 사용할 때 apicurio-studio-api의 디버그 메시지는 다음과 같습니다.

2019-11-20 15:12:05,053 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-66) Selecting the most recent api_content row of type 'document' for: 12 2019-11-20 15:12:05,056 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-66) Inserting an Editing Session UUID row: REDACTED 2019-11-20 15:12:05,070 DEBUG [io.apicurio.hub.api.rest.impl.DesignsResource] (default task-66) Created Session ID: REDACTED 2019-11-20 15:12:05,070 DEBUG [io.apicurio.hub.api.rest.impl.DesignsResource] (default task-66) Secret: REDACTED 2019-11-20 15:12:14,973 DEBUG [io.apicurio.hub.api.rest.impl.DesignsResource] (default task-66) Retrieving contributors list for design with ID: 12 2019-11-20 15:12:14,973 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-66) Selecting all contributors for API Design: 12 2019-11-20 15:12:14,973 DEBUG [io.apicurio.studio.shared.config.Configuration] (default task-65) Config Property: APICURIO_SHARE_FOR_EVERYONE/apicurio.share.for.everyone = true 2019-11-20 15:12:14,973 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-65) Selecting activity for API Design: 12 from 0 to 10 2019-11-20 15:12:14,983 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-64) Selecting mock activity for API Design: 12 from 0 to 20 2019-11-20 15:12:14,997 DEBUG [io.apicurio.hub.api.rest.impl.DesignsResource] (default task-67) Getting an API design with ID 12 2019-11-20 15:12:14,997 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-67) Selecting a single API Design: 12 2019-11-20 15:12:17,810 DEBUG [io.apicurio.hub.api.rest.impl.DesignsResource] (default task-67) Getting an API design with ID 12 2019-11-20 15:12:17,810 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-67) Selecting a single API Design: 12 2019-11-20 15:12:17,860 DEBUG [io.apicurio.hub.api.rest.impl.DesignsResource] (default task-67) Editing an API Design with ID 12 2019-11-20 15:12:17,860 DEBUG [io.apicurio.hub.api.rest.impl.DesignsResource] (default task-67) USER: REDACTED 2019-11-20 15:12:17,860 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-67) Selecting the most recent api_content row of type 'document' for: 12 2019-11-20 15:12:17,862 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-67) Inserting an Editing Session UUID row: REDACTED 2019-11-20 15:12:17,875 DEBUG [io.apicurio.hub.api.rest.impl.DesignsResource] (default task-67) Created Session ID: REDACTED 2019-11-20 15:12:17,875 DEBUG [io.apicurio.hub.api.rest.impl.DesignsResource] (default task-67) Secret: REDACTED

apicurio-studio-ws의 경우 다음을 제공합니다.

2019-11-20 15:14:31,640 DEBUG [io.apicurio.hub.core.editing.ops.processors.CommandProcessor] (default task-3) user: REDACTED 2019-11-20 15:14:31,640 DEBUG [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (default task-3) Inserting a 'command' content row for: 12 2019-11-20 15:14:31,659 DEBUG [io.apicurio.hub.core.editing.ops.processors.CommandProcessor] (default task-3) ACK sent back to client. 2019-11-20 15:14:31,659 DEBUG [io.apicurio.hub.core.editing.ops.processors.CommandProcessor] (default task-3) Command propagated to 'other' clients. 2019-11-20 15:14:33,145 DEBUG [io.apicurio.hub.core.editing.ops.processors.OperationProcessorDispatcher] (default task-3) Received a "ping" message/operation from a client for API Design: 12 2019-11-20 15:14:44,989 DEBUG [io.apicurio.hub.core.editing.ops.processors.OperationProcessorDispatcher] (default task-3) Received a "ping" message/operation from a client for API Design: 15 2019-11-20 15:14:46,691 DEBUG [io.apicurio.hub.editing.EditApiDesignEndpoint] (default task-3) Closing a WebSocket due to: 2019-11-20 15:14:46,692 DEBUG [io.apicurio.hub.editing.EditApiDesignEndpoint] (default task-3) designId: 12

그래서 이것은 확실히 최근에 수정한 버그였습니다. 가장 최근 릴리스 이후에 수정했을 가능성이 있습니다. 확인하고 여기에서 다시 연락드리겠습니다.

확인 이 문제에 대한 수정이 가장 최근 릴리스 이후에 수행되었음을 확인했습니다. 따라서 이 문제를 해결하기 위한 두 가지 옵션이 있습니다.

1) 다음 릴리스를 기다립니다.
2) 마스터에서 최신 빌드 및 실행

옵션 (2)는 아마도 당신이 생각하는 것보다 더 쉽게 접근할 수 있지만 여전히 당신에게 이상적이지는 않습니다. 아마 이번주말에 또 다른 릴리즈를 할 수 있을 것 같습니다. 릴리스를 트리거하기 전에 비활성화(또는 최소한 UI에서 표시)해야 하는 몇 가지 실험 기능이 추가되었습니다.

지금 새 릴리스를 시작하고 있습니다. 이 문제에 대한 수정 사항이 포함될 것입니다. 출시 노트에 포함되도록 폐쇄로 표시합니다. :)

안녕 에릭,

문제가 여전히 있는 것 같지만 지금은 예외가 발생합니다. 우리 잘못인지 아닌지 확실하지 않습니다. 더 자세히 알아볼 수 있는 힌트가 있습니까?

```2019-11-22 10:16:14,057 오류 [io.apicurio.hub.core.storage.jdbc.JdbcStorage] (기본 작업-1) 최신 콘텐츠 문서 가져오기 오류: java.lang.IllegalStateException: 하나의 요소가 필요함 , 그러나 아무것도 찾지 못했습니다
org.jdbi.v3.core.result.ResultIterable.one(ResultIterable.java:135)
io.apicurio.hub.core.storage.jdbc.JdbcStorage.lambda$getLatestContentDocument$23(JdbcStorage.java:655)
org.jdbi.v3.core.Jdbi.withHandle(Jdbi.java:341)
io.apicurio.hub.core.storage.jdbc.JdbcStorage.getLatestContentDocument(JdbcStorage.java:648)
io.apicurio.hub.core.storage.jdbc.JdbcStorage$Proxy$_$$_WeldClientProxy.getLatestContentDocument(알 수 없는 출처)
io.apicurio.hub.core.storage.RollupExecutor.rollupCommands(RollupExecutor.java:56)
io.apicurio.hub.core.storage.RollupExecutor.rollupCommands(RollupExecutor.java:108)
io.apicurio.hub.core.storage.RollupExecutor$Proxy$_$$_WeldClientProxy.rollupCommands(알 수 없는 소스)
io.apicurio.hub.core.editing.EditingSession.close에서(EditingSession.java:131)
io.apicurio.hub.core.editing.EditingSessionManager.closeEditingSession(EditingSessionManager.java:116)
io.apicurio.hub.core.editing.EditingSessionManager$Proxy$_$$_WeldClientProxy.closeEditingSession(알 수 없는 출처)
io.apicurio.hub.editing.EditApiDesignEndpoint.onCloseSession(EditApiDesignEndpoint.java:215)
sun.reflect.NativeMethodAccessorImpl.invoke0에서(네이티브 메서드)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)에서
sun.reflect.DelegatingMethodAccessorImpl.invoke에서(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:498)에서
io.undertow.websockets.jsr.annotated.BoundMethod.invoke(BoundMethod.java:87)
io.undertow.websockets.jsr.annotated.AnnotatedEndpoint$4.run(AnnotatedEndpoint.java:201)
io.undertow.websockets.jsr.ServerWebSocketContainer$1.call(ServerWebSocketContainer.java:169)
io.undertow.websockets.jsr.ServerWebSocketContainer$1.call(ServerWebSocketContainer.java:166)
io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
io.undertow.websockets.jsr.ServerWebSocketContainer.invokeEndpointMethod(ServerWebSocketContainer.java:603)
io.undertow.websockets.jsr.ServerWebSocketContainer$6.run(ServerWebSocketContainer.java:589)
io.undertow.websockets.jsr.OrderedExecutor$ExecutorTask.run(OrderedExecutor.java:67)
org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)에서
org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
java.lang.Thread.run(Thread.java:748)에서

2019-11-22 10:16:14,057 오류 [io.apicurio.hub.core.editing.EditingSession](기본 작업-1) 편집 세션을 닫는 동안 오류가 감지되었습니다.: io.apicurio.hub.core.exceptions.NotFoundException
io.apicurio.hub.core.storage.jdbc.JdbcStorage.getLatestContentDocument(JdbcStorage.java:659)
io.apicurio.hub.core.storage.jdbc.JdbcStorage$Proxy$_$$_WeldClientProxy.getLatestContentDocument(알 수 없는 출처)
io.apicurio.hub.core.storage.RollupExecutor.rollupCommands(RollupExecutor.java:56)
io.apicurio.hub.core.storage.RollupExecutor.rollupCommands(RollupExecutor.java:108)
io.apicurio.hub.core.storage.RollupExecutor$Proxy$_$$_WeldClientProxy.rollupCommands(알 수 없는 소스)
io.apicurio.hub.core.editing.EditingSession.close에서(EditingSession.java:131)
io.apicurio.hub.core.editing.EditingSessionManager.closeEditingSession(EditingSessionManager.java:116)
io.apicurio.hub.core.editing.EditingSessionManager$Proxy$_$$_WeldClientProxy.closeEditingSession(알 수 없는 출처)
io.apicurio.hub.editing.EditApiDesignEndpoint.onCloseSession(EditApiDesignEndpoint.java:215)
sun.reflect.NativeMethodAccessorImpl.invoke0에서(네이티브 메서드)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)에서
sun.reflect.DelegatingMethodAccessorImpl.invoke에서(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:498)에서
io.undertow.websockets.jsr.annotated.BoundMethod.invoke(BoundMethod.java:87)
io.undertow.websockets.jsr.annotated.AnnotatedEndpoint$4.run(AnnotatedEndpoint.java:201)
io.undertow.websockets.jsr.ServerWebSocketContainer$1.call(ServerWebSocketContainer.java:169)
io.undertow.websockets.jsr.ServerWebSocketContainer$1.call(ServerWebSocketContainer.java:166)
io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
io.undertow.websockets.jsr.ServerWebSocketContainer.invokeEndpointMethod(ServerWebSocketContainer.java:603)
io.undertow.websockets.jsr.ServerWebSocketContainer$6.run(ServerWebSocketContainer.java:589)
io.undertow.websockets.jsr.OrderedExecutor$ExecutorTask.run(OrderedExecutor.java:67)
org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)에서
org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
java.lang.Thread.run(Thread.java:748)```에서

나는 이것이 버그 수정이 없었다면 예상했던 바로 그 오류라고 확신합니다. 코드에 대한 링크를 파헤쳐 보겠습니다...

좋아, 방금 시간을 낭비하지 않기 위해 확인했지만 최종 버전인 것 같습니다.

버전 | 0.2.44.결승
-- | --
내장 | 2019년 11월 21일
에디션 | CLIv7
프로젝트 URL | http://www.apicur.io/

우리는 이미 존재하는 오래된 API를 테스트하고 새로운 API를 만들고 테스트했으며 다른 계정으로 시도했습니다.

알았어 고마워. 따라서 해당 스택 추적에서 일어나는 일은 API의 모든 편집자가 편집을 완료할 때마다(편집기 종료/닫기) 서버가 모든 변경 사항을 문서 스냅샷으로 롤업하려고 시도한다는 것입니다. 이것은 여기에서 롤업 실행기에 의해 수행됩니다.

https://github.com/Apicurio/apicurio-studio/blob/master/back-end/hub-core/src/main/java/io/apicurio/hub/core/storage/RollupExecutor.java

이렇게 하려고 합니다.

1) 마지막 문서 스냅샷 가져오기
2) 그 이후의 모든 변경 사항(명령어) 목록을 가져옵니다.
3) 마지막 문서 스냅샷에 모든 변경/명령 적용
4) 새 스냅샷을 DB에 다시 저장

이전 스냅샷을 찾을 수 없기 때문에 1단계에서 실패합니다. API 디자인이 처음 생성될 때 스냅샷이 생성되기 때문에 불가능해야 합니다. 그러나 "모든 사람을 위한 공유" 옵션이 -api Apicurio 구성 요소에 대해 활성화되어 있지만 -ws Apicurio 구성 요소에 대해서는 활성화되어 있지 않기 때문에 발생하는 것일 수 있습니다. 따라서 원본 스냅샷은 테이블에 존재하지만 사용자 A가 생성했기 때문에 사용자 B가 롤업을 시도할 때(모든 사람을 위한 공유가 비활성화됨) 스냅샷을 찾을 때 잘못된 SQL이 실행되고 찾을 수 없습니다. 따라서 -ws apicurio 구성 요소에서만 모든 사람을 위한 공유 기능의 잘못된 구성으로 인해 이 코드가 제대로 작동하지 않을 수 있습니다.

https://github.com/Apicurio/apicurio-studio/blob/master/back-end/hub-core/src/main/java/io/apicurio/hub/core/storage/jdbc/JdbcStorage.java#L650 - L655

모든 사람을 위한 공유가 -api에서 활성화되어 있지만 -w가 아닌 ​​경우 이 문제가 발생합니다.

나는 당신의 kubernetes 설정을 볼 필요가 있습니다 -ws 구성 요소의 구성 옵션입니다. 다음은 이 문제에 대한 주요 수정 사항 중 하나입니다.

https://github.com/Apicurio/apicurio-studio/commit/7f4994bc907e1720ffd6f8ff81e844c032edbf79#diff -b1ff2c3381198f745ae9dc8add793d61

에릭,

힌트를 주셔서 감사합니다. 모두를 위한 공유를 -ws 포드에도 설정하여 문제를 "수정"했습니다. https://hub.docker.com/r/apicurio/apicurio-studio-ws 에서 옵션으로 보지 않았습니다

원한다면 k8s-configs를 정리하고 풀 리퀘스트를 보내겠습니다. 다음주 초까지는 할 수 있을 것 같아요.

엄청난! 해당 옵션을 포함하도록 해당 이미지에 대한 문서를 업데이트하겠습니다. k8s 구성에 대해 서두르지는 않지만 기여는 매우 환영할 것입니다.