weblogic的11个配置基础问题

### WebLogic的11个配置基础问题解析 #### 1. 如何给WebLogic指定大小的内存？ 在启动WebLogic的脚本中，通常位于所选域对应的服务器目录下的`startServerName.sh`（Unix/Linux系统）或`startServerName.cmd`（Windows系统），可以通过增加以下参数来调整最小内存（Initial Memory Size）和最大内存（Maximum Memory Size）： ``` set MEM_ARGS="-Xms32m -Xmx200m" ``` 这里的`-Xms32m`表示初始化堆大小为32MB，`-Xmx200m`则表示最大堆大小为200MB。这将确保WebLogic服务器在启动时能够根据指定的内存限制运行。 #### 2. 如何设定WebLogic的热启动模式与产品发布模式？ 热启动模式（开发模式）与产品发布模式的切换主要通过两种方式实现： - **管理控制台**：登录WebLogic Server的管理控制台，选择相应的服务器，然后在配置页面中更改启动模式为“开发模式”或“产品模式”。 - **命令行修改**：编辑服务器的启动脚本或`commenv.sh`（Unix/Linux）或`commenv.cmd`（Windows）文件，添加以下参数： ``` set PRODUCTION_MODE="true" ``` 将上述参数设置为`true`将启用产品模式，反之则处于开发模式。产品模式优化了性能但减少了调试信息，适合生产环境；而开发模式提供了更多的诊断信息，适合开发和测试环境。 #### 3. 如何在启动WebLogic时避免输入用户名与密码？ 为了避免每次启动WebLogic服务器时都需要手动输入用户名和密码，可以采用以下方法： - **修改启动脚本**：在启动脚本中添加`WLS_USER`和`WLS_PW`变量，分别设置为管理员用户名和密码。 - **使用boot.properties文件**：在`$DOMAIN_HOME/bin`目录下，编辑`boot.properties`文件，将加密后的用户名和密码添加到该文件中。WebLogic Server在启动时会自动读取这些凭据。 #### 4. WebLogic配置信息存储位置 在WebLogic管理控制台中对一个应用域进行JMS、EJB或连接池等信息的配置后，所有配置数据将保存在该域的`config.xml`文件中。`config.xml`是WebLogic服务器的核心配置文件，包含了域的所有配置信息。 #### 5. WebLogic Domain的默认目录结构 WebLogic Domain的缺省目录结构包括多个关键子目录，例如： - `applications`：存放应用程序的目录，如Web应用和EJB应用。 - 若要部署一个简单的`helloWorld.jsp`文件，可以将其放置在任何Web应用目录下，通常位于`$DOMAIN_HOME/servers/ServerName/applications/AppName`路径中，其中`AppName`是应用程序的名称。对于Web应用，目录结构应遵循Web应用的标准结构，即包含`WEB-INF`目录，`jsp`文件可以直接放置在应用目录中。 - 对于自定义的JavaBean，应将其放在应用目录的`WEB-INF/classes`目录下，以便正确加载和使用。 #### 6. 查看已发布的EJB 在WebLogic中查看已发布的EJB，可以通过管理控制台的`Deployment`部分，这里列出了所有已部署的应用程序及其组件，包括EJB模块。 #### 7. SSL配置与客户端认证 WebLogic的SSL配置默认使用`DemoIdentity.jks`和`DemoTrust.jks`作为KeyStore。为了启用SSL，需要在服务器配置中设置`Enable SSL`选项，并配置SSL监听端口。在产品环境中，应从证书颁发机构（CA）获取私有密钥和数字证书，创建`identity`和`trust` KeyStore，然后将这些证书导入到KeyStore中。此外，还可以配置SSL连接为单向或双向认证模式。 #### 8. 发布EJB所需的配置文件 发布EJB时，可能需要涉及以下配置文件： - `ejb-jar.xml`：描述EJB模块的元数据。 - `weblogic-ejb-jar.xml`：WebLogic特定的部署描述符，用于配置EJB的高级功能。 - 对于CMP实体Bean，可能还需要`weblogic-cmp-rdbms-jar.xml`，用于定义持久化策略和数据库映射。 #### 9. EJB接口实现 EJB的业务接口和Home接口通常不需要直接实现，因为它们的实现代码由服务器自动生成。在运行时，服务器会使用相应的实现类作为接口类型的实例。 #### 10. 持久化与非持久化消息Bean的区别 在WebLogic中开发消息驱动Bean（MDB）时，`persistent`与`non-persistent`模式的主要区别在于消息传递的可靠性。`Persistent`模式下的MDB可以确保即使EJB容器出现故障，JMS服务器仍会在MDB恢复时重新发送消息，从而保证消息不会丢失。相比之下，`Non-persistent`模式不提供这种保证，若EJB容器故障，消息将被丢弃。 #### 11. J2EE中的常见设计模式 J2EE应用设计中常见的设计模式包括但不限于： - **Session Facade Pattern**：使用Session Bean封装对Entity Bean的访问，提供统一的业务接口。 - **Message Facade Pattern**：实现异步消息处理，通过MDB处理JMS消息。 - **EJB Command Pattern**：使用Command设计模式简化远程调用，提高可维护性和灵活性。 - **Data Transfer Object Factory**：通过DTO（Data Transfer Object）工厂简化Entity Bean的数据传输过程。 - **Generic Attribute Access**：提供统一的数据访问接口，简化Entity Bean的数据操作。 - **Business Interface**：通过定义远程和本地接口，确保业务逻辑的一致性，便于调用和测试。 这些设计模式有助于构建健壮、可扩展和易于维护的J2EE应用程序。