java - 如何从我的Java项目中删除com.sun.jndi.ldap引用？

Closed. This question needs to be more focused。它当前不接受答案。












                    想改善这个问题吗？更新问题，使其仅通过editing this post专注于一个问题。

                    9个月前关闭。





我在这里使用密集的com.sun.jndi.ldap.*类重构Ldap工具。

不出所料，我会收到类似的警告

  [...]是内部专有API，在将来的版本中可能会删除

从Java编译器。我想以一种干净的方式消除这些警告。

我能以某种方式做到吗？我怀疑，也许应该有相同的maven软件包，其中包含相同或非常相似的API调用，但使用的是“更好”的软件包路径（例如org.something.jndi.ldap.*）。

最佳答案

我可以想到以下选项，但都不是理想选择：

如@Konrad所述，您可以尝试重写LDAP工具以使用javax.naming.ldap API。如果可行，这是（IMO）最“面向未来”的解决方案，但是毫无疑问，这将是一项巨大的编码工作。

问题是javax.naming.ldap API很可能没有提供您所需的那种LDAP功能。这很可能就是您的LDAP工具首先使用“内部”接口的原因。在这种情况下，无法移植该工具以使用javax.naming.ldap API。
查找/选择备用Java LDAP API，然后重写您的LDAP工具以使用它。与以前的选项不同，该选项是可行的。

此处列出了一些可能的替代LDAP库：https://directory.apache.org/api/java-api.html
下载最新的LTS JDK（当前为Java 11）的OpenJDK源代码树。然后提取com.sun.jndi.ldap.*类的源代码树，并使用您喜欢的IDE重构代码以重命名程序包。

OpenJDK代码库在“具有类路径异常的GPLv2”下获得了许可。据我了解，如果严格遵守GPLv2的要求，您将可以按照相同的许可条款重新分发树的修改版本。但是我不是律师。您应该咨询法律专业人士的意见。

这种方法的缺点包括：

可能的法律风险，
您现在必须维护与OpenJDK中的并行代码库，并且
Oracle可能彻底检查或从OpenJDK源代码树中删除类的可能性。

切换到使用其他人基于更好（更开放）的LDAP库编写的其他LDAP工具。注销您当前的代码库。这可能是解决技术债务问题的最具成本效益的解决方案。

或者，您可以忽略警告并继续使用当前方法。该工具将来可能会变得不可维护，但尚未发生（Java 11），并且可能永远不会发生。

如果您的真正目的只是“消除警告”以满足某些自我或管理部门施加的代码质量目标，那么（IMO）就是浪费时间和资源。只需忽略警告，并采取措施使质量目标更加现实。（如果您可以向管理层说明，消除警告是一个多人工作的项目，那么他们应该能够做出正确的决定。）

我不知道源代码中提供了com.sun.jndi.ldap.*的API兼容替代方案。

关于java - 如何从我的Java项目中删除com.sun.jndi.ldap引用？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55064293/

上一篇：java - 使用带有用户名和密码的 VaultTemplate

下一篇：java - Apache 光束 : cannot access Pub/Sub Emulator via docker-compose

相关文章：

ldap - 转储 LDAP - 超出大小限制

java - 如何运行 servlet 过滤器？

java - JDialog 没有获得焦点出现

active-directory - LDAP 仅非事件用户查询

postgresql - Postgres LDAP 身份验证

java - Sun Java 系统门户服务器

linux - Java war 文件被错误地(？)检测为无效的 zip 文件

java - 将多个用户输入的整数转换为字符串

buffer-overflow - 为什么其中一个程序可以运行，而另一个却不能？

java - .docx 正在从 Sun One Web 服务器下载为 IE 上的 .zip 文件