<
think>
我们正在处理一个Java
Web应用中的JNDI查找异常。用户遇到了一个`
javax.naming.NameNotFoundException`，提示`
Name [java
:global/p
ingxue/ManageSysConfig
Bean]
is not bound in this Context`，并且说`Unable to f
ind [java
:global]`。
根据引用[1]和引用[2]的内容，这个错误通常是因为在JNDI上下文中找不到指定的名称。引用[2]中提到了类似的错误（`
Name jdbc is not bound in this Context`）并给出了解决方案：在
web.xml中配置资源引用（resource-ref），然后在代码中使用正确的JNDI路径进行查找。
但是，用户当前的错误信息中提到的JNDI名称是`java
:global/p
ingxue/ManageSysConfig
Bean`，这是一个EJB的全局JNDI名称，通常出现在Java EE应用服务器（如WildFly, GlassF
ish等）中。而引用[2]中的解决方案是针对数据源（DataSource）的配置，可能不直接适用于EJB的查找。
因此，我们需要分析可能的原因和解决方案：
### 可能原因：
1
. **EJB未正确部署或绑定到JNDI**：应用服务器可能没有将EJB绑定到指定的JNDI名称上。
2
. **JNDI查找路径错误**：代码中使用的JNDI名称与实际绑定的名称不一致。
3
. **类加载器问题**：不同的模块（如WAR和EJB JAR）可能由不同的类加载器加载，导致在WAR模块中无法访问EJB模块的JNDI绑定。
4
. **服务器配置问题**：应用服务器可能需要额外的配置来支持全局JNDI名称。
### 解决方案：
#### 1
. 检查EJB是否正确部署和绑定
- 查看应用服务器的启动日志，确认EJB是否已部署，并记录其绑定的JNDI名称。
- 在应用服务器管理控制台或使用JNDI查看工具，检查`java
:global/p
ingxue/ManageSysConfig
Bean`是否存在。
#### 2
. 确认JNDI名称
- 确保在代码中查找的JNDI名称与服务器实际绑定的名称一致。Java EE规范中，EJB的全局JNDI名称通常遵循以下格式：
```
java
:global[/<app-
name>]/<module-
name>/<
bean-
name>!<fully-qualified-
interface-
name>
```
或者（如果没有接口）：
```
java
:global[/<app-
name>]/<module-
name>/<
bean-
name>
```
- 注意：`<app-
name>`在独立部署的EJB模块中可能省略；如果EJB模块打包在EAR中，则包含EAR的名称。
#### 3
. 使用正确的JNDI上下文
- 在
Web模块（WAR）中查找EJB，应使用`java
:global`命名空间。但错误信息提示`Unable to f
ind [java
:global]`，这可能是由于：
- 应用服务器不支持`java
:global`（可能性较小，因为`java
:global`是Java EE标准的一部分）。
- 当前上下文（
Context）不是Java EE应用的全局上下文。
- 尝试在查找时指定初始上下文，例如：
```java
Context ctx = new
Initial
Context();
Object obj = ctx
.lookup("java
:global/p
ingxue/ManageSysConfig
Bean");
```
#### 4
. 检查模块依赖和服务器配置
- 确保WAR模块和EJB模块都部署在同一个应用服务器上，并且WAR模块对EJB模块有依赖（在MANIFEST
.MF或构建配置中声明）。
- 如果使用Maven，确保EJB模块已构建并部署。
#### 5
. 尝试其他JNDI名称空间
- 除了`java
:global`，还可以尝试使用`java
:app`或`java
:module`名称空间，但注意这些名称空间的作用域更小。
- 例如：
```java
// 在同一个应用内，可以使用java
:app
Context ctx = new
Initial
Context();
Object obj = ctx
.lookup("java
:app/p
ingxue-ejb-module/ManageSysConfig
Bean");
```
#### 6
. 使用依赖注入（推荐）
- 如果是在Servlet或JSF等托管
Bean中，建议使用`@EJB`注解注入EJB，而不是手动进行JNDI查找。
```java
@EJB
private ManageSysConfig
Bean manageSysConfig
Bean;
```
- 这样容器会自动处理注入，避免JNDI查找错误。
#### 7
. 查看服务器特定的JNDI名称
- 不同的应用服务器可能对EJB绑定有不同的默认JNDI名称规则。查阅应用服务器文档（如WildFly、GlassF
ish等）以了解具体的绑定规则。
- 在WildFly中，可以通过在`jboss-ejb3
.xml`中显式指定JNDI绑定，或在部署描述符中配置。
### 具体步骤建议：
1
. **验证部署**：确保包含EJB的模块（可能是EJB JAR或包含EJB的WAR）已成功部署，且没有错误。
2
. **查看JNDI树**：登录应用服务器的管理控制台，查看当前的JNDI树，确认`java
:global/p
ingxue/ManageSysConfig
Bean`是否存在。如果不存在，需要检查EJB的部署。
3
. **简化查找**：如果可能，尝试使用`@EJB`注入来避免手动查找。
4
. **检查代码**：确认查找代码是否正确，特别是JNDI名称字符串。注意大小写和路径分隔符。
### 示例代码修正：
假设我们的EJB定义如下：
```java
@Stateless
public
class ManageSysConfig
Bean implements ManageSysConfig
BeanRemote {
//
...
}
```
在
Web模块中，我们可以通过以下方式查找：
```java
try {
Context ctx = new
Initial
Context();
ManageSysConfig
BeanRemote
bean = (ManageSysConfig
BeanRemote) ctx
.lookup("java
:global/p
ingxue/ManageSysConfig
Bean");
} catch (
NamingException e) {
// 处理异常
}
```
或者使用依赖注入（在Servlet中）：
```java
@EJB
private ManageSysConfig
BeanRemote manageSysConfig
Bean;
```
如果问题仍然存在，请提供以下信息以便进一步排查：
- 应用服务器名称和版本
- EJB模块和
Web模块的打包方式（独立WAR、EAR中包含等）
- 完整的异常堆栈
根据引用[2]的思路，我们也可以考虑在
web.xml中配置资源引用，但请注意，资源引用（resource-ref）通常用于数据源等资源，而不是EJB。对于EJB，我们通常使用`@EJB`注解或`ejb-ref`配置。
在
web.xml中配置EJB引用：
```xml
<ejb-ref>
<ejb-ref-
name>ejb/ManageSysConfig
Bean</ejb-ref-
name>
<ejb-ref-type>Session</ejb-ref-type>
<remote>com
.example
.ManageSysConfig
BeanRemote</remote>
</ejb-ref>
```
然后在代码中查找：
```java
Context ctx = new
Initial
Context();
ManageSysConfig
BeanRemote
bean = (ManageSysConfig
BeanRemote) ctx
.lookup("java
:comp/env/ejb/ManageSysConfig
Bean");
```
注意：`java
:comp/env`是环境命名上下文，我们通过`ejb-ref`将EJB引用绑定到这个上下文中。
综上，建议用户首先尝试使用`@EJB`注入，如果不行，再尝试在
web.xml中配置EJB引用，然后使用`java
:comp/env`路径查找。
如果以上都不能解决，可能需要检查应用服务器是否支持EJB以及全局JNDI名称。
</
think>针对 Servlet 服务抛出 `
javax.naming.NameNotFoundException: Name [java
:global/p
ingxue/ManageSysConfig
Bean]
is not bound in this Context` 错误的问题，以下是系统性的解决方案：
### 问题原因分析
1
. **JNDI 名称绑定缺失**：应用服务器未找到 `java
:global/p
ingxue/ManageSysConfig
Bean` 的 JNDI 绑定
2
. **部署配置错误**：EJB/资源未正确部署到全局命名空间
3
. **上下文路径错误**：代码中使用的 JNDI 路径与实际部署路径不匹配
4
. **模块依赖问题**：`p
ingxue` 模块未正确加载或依赖关系缺失
---
### 解决方案
#### 1
. 检查全局 JNDI 绑定状态
```bash
# 查看应用服务器的 JNDI 树 (以 WildFly 为例)
${JBOSS_HOME}/b
in/jboss-cli
.sh --connect
ls /subsystem=
naming:jndi-view
```
检查输出中是否存在 `java
:global/p
ingxue/ManageSysConfig
Bean` 条目
#### 2
. 修正 EJB 部署配置
在 `ejb-jar
.xml` 中添加显式 JNDI 绑定：
```xml
<ejb-jar xmlns="https
://jakarta
.ee/xml/ns/jakartaee"
version="4
.0">
<enterpr
ise-
beans>
<session>
<ejb-
name>ManageSysConfig
Bean</ejb-
name>
<ejb-
class>com
.p
ingxue
.ManageSysConfig
Bean</ejb-
class>
<!-- 明确声明全局JNDI名称 -->
<lookup-
name>java
:global/p
ingxue/ManageSysConfig
Bean</lookup-
name>
</session>
</enterpr
ise-
beans>
</ejb-jar>
```
#### 3
. 修正
web.xml 资源引用 (关键步骤)
```xml
<
web-app xmlns="https
://jakarta
.ee/xml/ns/jakartaee"
version="5
.0">
<!-- 添加资源引用 -->
<resource-env-ref>
<resource-env-ref-
name>
java
:global/p
ingxue/ManageSysConfig
Bean
</resource-env-ref-
name>
<resource-env-ref-type>
com
.p
ingxue
.ManageSysConfig
Bean
</resource-env-ref-type>
</resource-env-ref>
</
web-app>
```
#### 4
. 修正代码中的 JNDI 查找方式
```java
// 错误查找方式
ctx
.lookup("java
:global/p
ingxue/ManageSysConfig
Bean");
// 正确查找方式 (添加java
:comp/env上下文)
Context ctx = new
Initial
Context();
Context envCtx = (
Context) ctx
.lookup("java
:comp/env");
ManageSysConfig
Bean bean = (ManageSysConfig
Bean)
envCtx
.lookup("java
:global/p
ingxue/ManageSysConfig
Bean");
```
#### 5
. 验证模块依赖 (Maven 示例)
```xml
<project>
<dependencies>
<!-- 确保依赖p
ingxue模块 -->
<dependency>
<groupId>com
.p
ingxue</groupId>
<artifactId>p
ingxue-ejb</artifactId>
<version>1
.0</version>
<type>ejb</type>
</dependency>
</dependencies>
<build>
<plug
ins>
<!-- 确保EJB模块被打包 -->
<plug
in>
<groupId>org
.apache
.maven
.plug
ins</groupId>
<artifactId>maven-ear-plug
in</artifactId>
<configuration>
<modules>
<ejbModule>
<groupId>com
.p
ingxue</groupId>
<artifactId>p
ingxue-ejb</artifactId>
</ejbModule>
</modules>
</configuration>
</plug
in>
</plug
ins>
</build>
</project>
```
#### 6
. 服务器特定配置 (WildFly 示例)
在 `standalone
.xml` 中添加全局模块：
```xml
<subsystem xmlns="urn
:jboss
:doma
in:ee
:5
.0">
<global-modules>
<module
name="com
.p
ingxue" slot="ma
in"/>
</global-modules>
</subsystem>
```
---
### 验证步骤
1
. 重新构建并部署应用
2
. 检查服务器日志确认 EJB 已绑定：
```
JNDI b
ind
ings for session
bean named ManageSysConfig
Bean...
java
:global/p
ingxue/ManageSysConfig
Bean!com
.p
ingxue
.ManageSysConfig
Bean
java
:app/p
ingxue/ManageSysConfig
Bean!com
.p
ingxue
.ManageSysConfig
Bean
```
3
. 使用 JNDI 查看工具验证：
```java
NamingEnumeration<
NameClassPair> l
ist = ctx
.l
ist("java
:global");
while (l
ist
.hasMore()) {
System
.out
.pr
intln(l
ist
.next()
.get
Name());
}
```
---
### 备选方案
如果仍存在问题，尝试使用本地接口引用：
```java
// 在Servlet中使用@EJB注解
@EJB(lookup = "java
:global/p
ingxue/ManageSysConfig
Bean")
private ManageSysConfig
Bean config
Bean;
```
> **重要提示**：确保应用服务器支持 `java
:global` 命名空间（Java EE 6+ 规范要求）[^1]。如果使用旧版服务器，考虑改用 `java
:app/p
ingxue/ManageSysConfig
Bean` 或模块级名称空间[^2]。
本文介绍如何正确配置Spring框架中的JNDI数据源，以确保应用程序能够通过Java命名目录接口（JNDI）访问数据库资源。具体地，文章展示了如何修改applicationContext.xml中的配置来适配Tomcat服务器的JNDI环境。
扫一扫
5922
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
