MatKuhr
2020-02-24 20:32
我将从部分答案开始，然后在需要时编辑更多信息。
关于URL：
您观察到的行为是故意的。请求的完整URL将按以下方式组装：目标URL +服务路径+服务名称+实体+'？' +查询参数。因此，在您的情况下，可能是：
https://my.host.domain/odata/v2/JobRequisitions/MyEntity
Destination: https://my.host.domain
Service Path: /odata/v2
Service name: JobRequisitions
Entity: MyEntity
生成器从组装默认的基本路径service path + service name。在service name将实际从EDMX的命名空间拉。这就是为什么以这种方式生成服务URL的原因。
原因很简单：一个人可能想同时为多个服务生成一个VDM。除了服务名称本身之外，所有这些服务都在同一终结点下公开。为了生成具有一种配置的所有VDM，我们可以在生成器中指定“服务路径”，并且生成器从EDXM本身提取服务名称。
因此，这意味着您覆盖生成的基本路径的方法应该有效：
final List<JobRequisition> jobReqs = new DefaultRCMJobRequisitionService()
.withServicePath("odata/v2/JobRequisition")
.getAllJobRequisition()
.execute(destination);
问题末尾的错误消息对我来说有点像解析问题。但是，为了进一步解决这一问题，我们需要完整的堆栈跟踪和HTTP日志输出。此外，我们只有在可以访问元数据时才能重现该问题。您提供的链接需要通过用户名/密码进行授权。
由于上面的问题已经很全面了，如果确实是一个独立的问题，我建议您将这两个问题分开并创建一个新的问题。这也将使这两个问题与其他问题更加相关。
热门帖子
相关问题
热门github
1
2
3
5
6
7
8
11
13
14
15
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
我在问题的末尾添加了一些参考。您应该能够获得像我在api.sap.com中使用的那样的元数据文件。我有兴趣访问Job Requisition下的一些实体：JobRequisition，JobRequisitionLocale和JobReqScreeningQuestion。
我看了看元数据，答案中描述的内容仍然成立。我概述的VDM的使用方法应该至少在组装的URI方面可以为您提供所需的确切信息。那么，这里仍然存在什么问题呢？
问题在于它构建的URI不存在，调用目标时我需要更改服务路径。我知道这可能是OData提供程序（在这种情况下为SFSF）的问题？
是的，但这不是OData提供程序的“问题”。只是EDMX不遵循这种
namespace == service name模式而已。服务并非必须这样做。这只是意味着生成器正在使用的这种“启发式”不适用于此处，您必须以编程方式设置基本路径。