Quarkus如何指定JNDI数据源

Question

我正在评估Quakus是否可以替代Tomcat环境。我理解我正在尝试做的工作所面临的挑战，但我首先需要验证我现有的遗留JSP应用程序是否可以使用Quarkus工作。我正在使用quarkus。undertow作为我的servlet容器。

到目前为止，我已经克服了几个障碍。我现在遇到的问题是如何使用我的数据源。

目前，我们的数据源在Tomcat的server.xmlGlobalNamingResources中设置，并在Web应用程序的META-INF/context.xml中绑定为ResourceLinks。

我已将数据源设置传输到Quarkus的应用程序。性质如下：

quarkus.datasource.menudb.url=jdbc:mysql://some.server.url/menuadmin
quarkus.datasource.menudb.driver=com.mysql.cj.jdbc.Driver
quarkus.datasource.menudb.username=web
quarkus.datasource.menudb.password=<password>

我从文档中了解到，这是实现它的方法。但是，文档随后显示注入数据源：

@Inject
@DataSource("users")
AgroalDataSource dataSource1;

在我的例子中，我将在注释中用我的数据源名称menudb替换用户。但是，我有一些需要重用的数据访问类，这些类创建InitialContext，使用传入的JNDI资源名称查找数据源，并创建数据源：

InitialContext ic = new InitialContext();
DataSource ds = (DataSource)ic.lookup("java:comp/env/<jndi name>");
conn = ds.getConnection();

这导致以下错误：

javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file:  java.naming.factory.initial
    at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:662)
    at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313)
    at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:350)
    at javax.naming.InitialContext.lookup(InitialContext.java:417)
    at com.gy.obj.ContextManager.contextInitialized(ContextManager.java:367)
    at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:188)
...

最初的研究让我想到了Apache Camel，但乍一看，这似乎不是一个合适的解决方案。我也读过关于设置jndi的内容。属性如下：

# Needed env settings for JNDI.
java.naming.factory.initial=<Some JNDI Service Provider Name>

但是我不确定使用哪个提供商，到目前为止，似乎无法在各个提供商上找到留档。

我的问题是，我是否至少在正确的轨道上，我会使用什么提供商？如果我没有太多，我真的不想用我现有的数据访问类来提供注入。然而，我并不反对像我们目前为Tomcat配置的那样。

Answer 1

有意不支持JNDI，因为我们认为它是不必要的复杂性，这在Quarkus模型中没有用：没有运行时部署，所有代码在构建时都是已知的，因此不需要这种解耦。

解决方案很简单：只需调整代码，使其不从JDNI上下文中查找，而是从CDIBeanManager中查找。

虽然我们能够支持大多数高级API，但移植现有应用程序应该很容易，但不要假设将提供所有遗留技术——现在是摆脱一些并继续前进的好时机。

也就是说，我认为JNDI很容易被模仿，但到目前为止，我们更愿意避免这种情况；如果这对您非常重要，请随时打开一个问题。