更改的xades4j建议

Question

我有一个关于xades4j的建议清单。这些都是xades4j可用性中的小改动。

1. 类DefaultTimeStampTokenProvider

应该可以重写方法getHttpConnection()。这是我的观点，但今天在许多企业，IT系统都是在代理的背后。因此，如果getHttpConnection可以有一个自定义实现，基本上是一种设置连接的不同方式，那么它或它可能是我目前没有想到的其他东西，它将更加通用。

1. 类ObjectIdentifier

我实现了SignaturePolicyDocumentProvider。在这里，我使用了一个hashmap来存储策略。为了使方法getSignaturePolicyDocumentStream正确工作，我必须向ObjectIdentifier (eclipse生成的代码)中添加hashCode()和equals()方法。

1. 接口KeyStoreKeyingDataProvider.SigningCertSelector

我设想了一个场景，其中有一个密钥存储库，其中有几个具有不同别名的私钥，然后我将使用selectCertificate来根据别名选择正确的密钥。但是由于rhe方法selectCertificate有一个X509Certificates列表--这是不可能的，我需要一些hashmap。因为作为一个列表，根据位置很容易得到，但是其他类型的逻辑变得很难。

有什么想法？

Answer 1

总的来说，我同意你的所有建议：

1. 这种方法实际上是在AuthenticatedTimeStampTokenProvider上使用的。我认为getHttpConnection()方法没有受到错误的保护.但是，我有一些更通用的计划:将获取TSResponse的行为与其余的逻辑分离(类似于策略模式)。这样我们就有了一个TS提供者和一个，比方说，"HttpTSResponseResolver“(或其他)。
2. 注意到了。我同意这可能是有用的。我将查看标识符字符串是否足够用于哈希代码，或者标识符类型是否也必须包括在内。
3. 注意到了。参数可能应该是一对的列表。

谢谢你的反馈！