刚接触weblogic的时候觉得这个服务器很强大，在学了一段时间后发现有很多基础的东西不是很理解，现在对其做一个小小的总结：

Weblogic 有三种安装方式：Graphical,console,silent。在这里我就不一一介绍了。

在介绍相关目录结构之前，大家先看一下关于weblogic中几个主要概念及其关系。

1、Domain：

域是作为单元进行管理的一组相关的 WebLogic Server 资源。一个域包含一个或多个 WebLogic Server 实例，这些实例可以是群集实例、非群集实例，或者是群集与非群集实例的组合。一个域可以包含多个群集。域还包含部署在域中的应用程序组件、此域中的这些应 用程序组件和服务器实例所需的资源和服务。应用程序和服务器实例使用的资源和服务示例包括计算机定义、可选网络通道、连接器和启动类。Domain 中包含一个特殊的 WebLogic 服务器实例，叫做 Administration Server，这是我们配置、管理Domain中所有资源的核心。通常，我们称加入Domain中的其他实例为 Managed Server，所有的Web应用、EJB、Web Services和其他资源都部署在这些服务器上。

2、Administration Server

管理服务器是控制整个域配置的中心操作节点，管理服务器维护着整个域 Domain 的配置并将配置分配到每个被管理服务器 Managed Server 中，每个域中都必须有一个Administration Server。

3、Managed Server ：

被管理服务器是一个WebLogic Server的实例，他从Admin Server那里获取配置信息。通常在Managed Server上部署自己的服务、组件或应用。

4、Machine ：

Machine 是指运行WebLogic Server实例���物理机器，通常与部属在其上的Managed Server相关连。

5、Node Manager：

运行在物理服务器上的一个进程，用来远程执行Admin Server 和 Managed Server的启动 Start、停止 Stop、挂起 Suspend、重启 Restart 操作。

6、Cluster ：

集 群是一组WebLogic Server的组合，集群是为了满足服务的高可用（High Avilability）以及可扩展（Load Balancing）需求而出现的。需要注意的是，集群中的WebLogic Server必须版本号一致。

总结一下weblogic的目录结构：

目录结构：

下面三幅图是资料上给的目录结构及解释：

下面是我自己的weblogic的相关的目录结构：

Coherence_3.7是已配置的集群

jdk160_29：预打包的1.4.1_03JDK/jre

jrockit_160_29_D1.2.0-10：预打包的jrockit1.4.1

Logs：  安装bea产品的历史记录

user_projects：里面包含建立的域文件

Utils： 附加的/工具jar文件

wlserver_10.3：weblogic server的根目录

Registry.xml：注册相关的配置文件

将wlserver_10.3展开如下

Common： 含有被weblogic server组件所共享的文件包括环境脚本模板文件评估软件

L10N：是指软件的“本地化”。

Server：weblogic server 程序文件

Uninstall：  用于卸载weblogic server的代码

Autodeploy：发布的项目文件

Bin：相关的启动和停止服务的文件

Config：相关配置文件

Servers：管理服务器配置

startWebLogic.cmd

Weblogic中主要的配置文件：

每个域有一个主配置config.xml就是adminServer的配置文件：配置的是总的信息包括服务，集群，机器等相关信息

每一个Server有一个config.xml：配置的是各自服务相关的信息，比如属于哪个集群等

Boot.properties：存放的是进入这个域所需账号密码

Registry.xml：与注册相关的配置文件。

domain-registry.xml：每个域注册时都会在里面增加记录。

Weblogic.xml:对项目中的各种东西进行配置，比如说使用连接池等，但一般不直接建立或书写此文件可以在控制台操作。

日志文件的分布：

日志文件：

Server log的命名方式默认为：serverName/<serverName>.log;

Domain log的命名默认为：<domainName>.log

日志文件都是相互独立存在的。

日志文件内容的格式如下：

在此示例中，消息的特性为：按区域设置格式的时间戳、严重程度、子系统、计算机名、服务器名、线程 ID、用户 ID、事务 ID、诊断上下文 ID、原始时间值、消息 ID 和消息文本。（后面的消息特性部分中描述各个特性。）
如果一条消息不是在事务上下文中记录的，则即使不包含事务 ID，也会包含用于事务 ID 的尖括号。

我们可以通过日志筛选器来对日志的相关内容进行选着

帖子不错，讲的很详细，不知道怎么转载，戳个印： http://bbs.landingbj.com/t-0-242432-1.html