2 다리 인증을 사용하는 뷰어 응용 프로그램을 만들고 내 자체 버킷에 업로드 된 프로젝트를 표시합니다. 이제는 프로젝트를 내 버킷으로 보는 대신 Autodesk A360에 이미 업로드 된 프로젝트를 볼 수 있기를 바랍니다. I는 다음의 단계를 완료했는지를 들어Autodesk A360에서 URN을 사용하여 뷰어 응용 프로그램 만들기
:
- 3 다리 인증 (프로젝트 및 인증되고 계정 A360 계정 동일) 구현.
- https://developer.autodesk.com/en/docs/data/v2/tutorials/download-file/에서 설명한대로 허브, 프로젝트 및 파일에 액세스했습니다. 대신 파일 요청의 결과에서 identificator (
urn:adsk.wipprod:fs.file:vf.6bVr4EVDSaOpykczeQYR2Q?version=1
)를 입수하고 URL 친화적 Base64로 (dXJuOmFkc2sub2JqZWN0czpvcy5vYmplY3Q6bXktYnVja2V0L215LWF3ZXNvbWUtZm9yZ2UtZmlsZS5ydnQ=
)로 변환 https://developer.autodesk.com/en/docs/data/v2/tutorials/app-managed-bucket/에 설명 된대로 프로젝트를 다운로드하고 내 자신의 버킷에 업로드의 - .
결과적으로 변환 된 URN은 A360이 자체 뷰어에 사용하는 것과 동일해야합니다.
, 네트워크 콘솔은 다음과 같은 오류 메시지가 표시됩니다 내 자신의 응용 프로그램에 URN으로 프로젝트를 볼 때 :
또한 변환 된 URN이 A360이 사용중인 URN과 동일한 지 확인했습니다. 이를 위해 나는 A360의 응답과 비교 : 뷰어는 A360에서 작동 그래서, 내가 A360에서 프로젝트는 또한 버켓이 이미 존재 (내 자신의 응용 프로그램에서 볼 수 있는지 여부를 알고 싶습니다
A360 뷰어이므로 버킷 생성 및 파일 업로드의 동일한 프로세스를 반복 할 이유가 없습니다. URN과 동일한 프로젝트를 사용할 수 있다면 요청이 승인되지 않은 이유를 알고 싶습니다.
추가 코드가 필요한 경우 요청하십시오.
는! 당신이 해결책? –
로 표시 할 수 있습니다 나는이 문서화되어야한다고 생각합니다! 감사합니다! – Strnm
부분 위의 나의 대답은 당신에게 명확하지 않습니까? 이것이 문서화되지 않은 이유가 있습니다. 당신은 미래의 어떤 지점에서 IT가 멈추기 때문에 설명하는 ACM 네임 스페이스 접근법을 사용하지 않아야합니다. 제가 이전에 말을 반복하자 : 나는 당신이 ACM 헤더를 사용하거나 직접 볼 수로드 할 WIPDM 항아리에 의존해서는 안 개발의 확인을 가지고있다. 파생 서비스에서 일부 논리를 직접 추가하여이를 추상화하고 그렇게 할 수 있습니다. 현재 A360 항목 버전에서 스토리지 URN을 사용하고 사용자 정의 svf 작업을 게시하는 것을 선호합니다. –