何时为查看器使用 AutodeskProductionV2
When to use AutodeskProductionV2 for the Viewer
我看到 Viewer 仍然使用 'AutodeskProduction' 环境，它使用 Viewing Service v1, not 'AutodeskProductionV2' which uses Derivative Service v2.
我尝试 'AutodeskProductionV2' 并看到它在 /derivativeservice/v2/:urn
处失败（404 未找到）
使用模型导数 API，我们 POST 在 /modelderivative/v2/designdata/job 工作，但翻译后的数据仍然来自 /viewingservice/v1/:urn，而不是来自 /derivativeservice/v2/:urn ]
无论 OSS bucket 是 v1 还是 v2，OSS 仍然映射到 /oss/v1。
我们什么时候可以使用完整版的数据管理和模型导数 v2 API？谢谢。
如需简短回答，请阅读最后一段。
我一直在使用我的 Node.js command line sample，无法重现您所描述的内容。
我执行了以下命令：
- 节点锻造-promise.js 2 条腿
- node forge-promise.js bucketCreate cyrille20160916a
- node forge-promise.js上传samples/Au.obj
-> 得到 location = https://developer.api.autodesk.com/oss/v2/buckets/cyrille20160916a/objects/Au.obj
的响应
- 节点锻造-promise.js翻译Au.obj
-> 得到响应 urn = dXJuOmFkc2sub2JqZWN0czpvcy5vYmplY3Q6Y3lyaWxsZTIwMTYwOTE2YS9BdS5vYmo
- node forge-promise.js translateProgress Au.obj
-> 当我完成翻译时
- 节点锻造-promise.js清单Au.obj
- 节点锻造-promise.js html Au.obj Au.test
-> 这里我使用推荐的生产服务器和最新的查看器版本 2.9 生成一个文件
使用 https://developer.api.autodesk.com/viewingservice/v1/... 很好，但不推荐用于生产。本例中的v1与您用于OSS或DM的REST无关API...它是查看服务版本，因此您无需担心。
OSS 版本 v2 不可用，应首选版本 v1（请参阅文档 here for v2 OSS. You will see for example that it says https://developer.api.autodesk.com/oss/v2/buckets/。
现在 DataManagement API 的版本为 v1（即 https://developer.api.autodesk.com/project/v1/hubs），但这与 Model Derivative v2 API 没有任何关系。 v1 在这种情况下只意味着我们有 release:
- OSS v2
- 数据管理 v1
- 模型导数 v2
并且是最新的 API。对于 REST API，数据是 backward/forward 兼容的，只有 REST 调用是版本化的，但应该可以很好地协同工作。例如，强烈不建议将来使用，您可能决定使用旧的查看服务 v1 开始翻译，使用 OSS v2 或 v1，今天一切都应该继续工作（如 2016 年 9 月），但是这些 'old' API 将在未来退休。
现在，如果您遇到一个或另一个问题 API，也许您可以与我们分享代码示例/片段，以便我更好地理解这个问题。
错误 404，表示未找到资源，这可能有多种原因。例如，一个 base64 编码字符串，一个非 urlencoded 参数 - 但使用新的模型导数 API（即 v2），当你 post 一个翻译工作，并在之后立即请求清单时，你将得到一个 404错误，因为清单尚不存在。它只有在翻译作业真正在服务器上启动时才会存在。根据服务器的繁忙程度，它可能需要很多 'seconds'（最多一两分钟）。我相信这是您面临的问题，但如果不是，请提供代码示例。
我看到 Viewer 仍然使用 'AutodeskProduction' 环境，它使用 Viewing Service v1, not 'AutodeskProductionV2' which uses Derivative Service v2.
我尝试 'AutodeskProductionV2' 并看到它在 /derivativeservice/v2/:urn
使用模型导数 API，我们 POST 在 /modelderivative/v2/designdata/job 工作，但翻译后的数据仍然来自 /viewingservice/v1/:urn，而不是来自 /derivativeservice/v2/:urn ]
无论 OSS bucket 是 v1 还是 v2，OSS 仍然映射到 /oss/v1。
我们什么时候可以使用完整版的数据管理和模型导数 v2 API？谢谢。
如需简短回答，请阅读最后一段。
我一直在使用我的 Node.js command line sample，无法重现您所描述的内容。
我执行了以下命令：
- 节点锻造-promise.js 2 条腿
- node forge-promise.js bucketCreate cyrille20160916a
- node forge-promise.js上传samples/Au.obj -> 得到 location = https://developer.api.autodesk.com/oss/v2/buckets/cyrille20160916a/objects/Au.obj 的响应
- 节点锻造-promise.js翻译Au.obj -> 得到响应 urn = dXJuOmFkc2sub2JqZWN0czpvcy5vYmplY3Q6Y3lyaWxsZTIwMTYwOTE2YS9BdS5vYmo
- node forge-promise.js translateProgress Au.obj -> 当我完成翻译时
- 节点锻造-promise.js清单Au.obj
- 节点锻造-promise.js html Au.obj Au.test -> 这里我使用推荐的生产服务器和最新的查看器版本 2.9 生成一个文件
使用 https://developer.api.autodesk.com/viewingservice/v1/... 很好，但不推荐用于生产。本例中的v1与您用于OSS或DM的REST无关API...它是查看服务版本，因此您无需担心。
OSS 版本 v2 不可用，应首选版本 v1（请参阅文档 here for v2 OSS. You will see for example that it says https://developer.api.autodesk.com/oss/v2/buckets/。
现在 DataManagement API 的版本为 v1（即 https://developer.api.autodesk.com/project/v1/hubs），但这与 Model Derivative v2 API 没有任何关系。 v1 在这种情况下只意味着我们有 release:
- OSS v2
- 数据管理 v1
- 模型导数 v2
并且是最新的 API。对于 REST API，数据是 backward/forward 兼容的，只有 REST 调用是版本化的，但应该可以很好地协同工作。例如，强烈不建议将来使用，您可能决定使用旧的查看服务 v1 开始翻译，使用 OSS v2 或 v1，今天一切都应该继续工作（如 2016 年 9 月），但是这些 'old' API 将在未来退休。
现在，如果您遇到一个或另一个问题 API，也许您可以与我们分享代码示例/片段，以便我更好地理解这个问题。
错误 404，表示未找到资源，这可能有多种原因。例如，一个 base64 编码字符串，一个非 urlencoded 参数 - 但使用新的模型导数 API（即 v2），当你 post 一个翻译工作，并在之后立即请求清单时，你将得到一个 404错误，因为清单尚不存在。它只有在翻译作业真正在服务器上启动时才会存在。根据服务器的繁忙程度，它可能需要很多 'seconds'（最多一两分钟）。我相信这是您面临的问题，但如果不是，请提供代码示例。