linux 查看硬件信息的命令Linux 常用的查看系统信息的命令：
查看CPU信息：cat /proc/cpuinfo
查看硬盘信息： df -lh
查看内存信息： free -m
在LINUX环境开发驱动程序，首先要探测到新硬件，接下来就是开发驱动程序。
常用命令整理如下：
用硬件检测程序kuduz探测新硬件：service kudzu start ( or restart)
查看CPU信息：cat /proc/cpuinfo
查看板卡信息：cat /proc/pci
查看PCI信息：lspci (相比cat /proc/pci更直观）
例子： lspci |grep Ethernet 查看网卡型号
查看内存信息：cat /proc/meminfo
查看USB设备：cat /proc/bus/usb/devices
查看键盘和鼠标:cat /proc/bus/input/devices
查看系统硬盘信息和使用情况：fdisk & disk - l & df
查看各设备的中断请求(IRQ):cat /proc/interrupts
查看系统体系结构：uname -a
dmidecode查看硬件信息，包括bios、cpu、内存等信息
Dmidecode
dmidecode以一种可读的方式dump出机器的DMI(Desktop Management Interface)信息。这些信息包括了硬件以及BIOS，既可以得到当前的配置，也可以得到系统支持的最大配置，比如说支持的最大内存数等。
DMI有人也叫SMBIOS(System Management BIOS)，这两个标准都由DMTF(Desktop Management Task Force)开发。
dmidecode的输出格式一般如下：
----------------------------------------
Handle 0x0002
DMI type 2, 8 bytes
Base Board Information
Manufacturer:Intel
Product Name: C440GX+
Version: 727281-0001
Serial Number: INCY92700942
----------------------------------------
其中的前三行都称为记录头(recoce Header), 其中包括了：
1、recode id(handle): DMI表中的记录标识符，这是唯一的,比如上例中的Handle 0x0002。
2、dmi type id: 记录的类型，譬如说:BIOS，Memory，上例是type 2，即"Base Board Information"
3、recode size: DMI表中对应记录的大小，上例为8 bytes.（不包括文本信息，所有实际输出的内容比这个size要更大。）
记录头之后就是记录的值：
4、decoded values: 记录值可以是多行的，比如上例显示了主板的制造商(manufacturer)、model、version以及serial Number。
dmidecode的使用方法
1. 最简单的的显示全部dmi信息：
# dmidecode
这样将输出所有的dmi信息，你可能会被一大堆的信息吓坏，通常可以使用下面的方法。
2.更精简的信息显示：
# dmidecode -q
-q(--quite) 只显示必要的信息，这个很管用哦。
3.显示指定类型的信息：
通常我只想查看某类型，比如CPU，内存或者磁盘的信息而不是全部的。这可以使用-t(--type TYPE)来指定信息类型：
# dmidecode -t bios
# dmidecode -t bios, processor (这种方式好像不可以用，必须用下面的数字的方式)
# dmidecode -t 0,4 (显示bios和processor)
dmidecode到底支持哪些type?
这些可以在man dmidecode里面看到：
文本参数支持：
bios, system, baseboard, chassis, processor, memory, cache, connector, slot
数字参数支持很多：（见附录）
4.通过关键字查看信息：
比如只想查看序列号，可以使用:
# dmidecode -s system-serial-number
-s (--string keyword)支持的keyword包括：
-------------------------------------------------------------------------------------
bios-vendor,bios-version, bios-release-date,
system-manufacturer, system-product-name, system-version, system-serial-number,
baseboard-manu-facturer,baseboard-product-name, baseboard-version, baseboard-serial-number, baseboard-asset-tag,
chassis-manufacturer, chas-sis-version, chassis-serial-number, chassis-asset-tag,
processor-manufacturer, processor-version.
-------------------------------------------------------------------------------------
5.示例
5.1 查看当前内存和支持的最大内存
Linux下，可以使用free或者查看meminfo来获得当前的物理内存：
# free
total used free shared buffers cached
Mem: 8182532 8010792 171740 0 148472 4737896
-/+ buffers/cache: 3124424 5058108
Swap: 4192956 3304 4189652
# grep MemTotal /proc/meminfo
MemTotal: 8182532 kB
这里显示了当前服务器的物理内存是8GB。
服务器到底能扩展到多大的内存？
#dmidecode -t 16
# dmidecode 2.7
SMBIOS 2.4 present.
Handle 0x0013, DMI type 16, 15 bytes.
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: Multi-bit ECC
Maximum Capacity: 64 GB （可扩展到64GB）
Error Information Handle: Not Provided
Number Of Devices: 4
但是，事实不一定如此，因此插槽可能已经插满了。也就是我们还必须查清这里的8G到底是4*2GB, 2*4GB还是其他？
如果是4*2GB，那么尽管可以扩展到64GB，但是插槽已经插满，无法扩展了：
#dmidecode -t 17
# dmidecode 2.7
SMBIOS 2.4 present.
Handle 0x0015, DMI type 17, 27 bytes.
Memory Device
Array Handle: 0x0013
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 2048 MB 【插槽1有1条2GB内存】
Form Factor: DIMM
Set: None
Locator: DIMM00
Bank Locator: BANK
Type: Other
Type Detail: Other
Speed: 667 MHz (1.5 ns)
Manufacturer:
Serial Number: BZACSKZ001
Asset Tag: RAM82
Part Number: MT9HTF6472FY-53EA2
Handle 0x0017, DMI type 17, 27 bytes.
Memory Device
Array Handle: 0x0013
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 2048 MB 【插槽2有1条2GB内存】
Form Factor: DIMM
Set: None
Locator: DIMM10
Bank Locator: BANK
Type: Other
Type Detail: Other
Speed: 667 MHz (1.5 ns)
Manufacturer:
Serial Number: BZACSKZ001
Asset Tag: RAM83
Part Number: MT9HTF6472FY-53EA2
Handle 0x0019, DMI type 17, 27 bytes.
Memory Device
Array Handle: 0x0013
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 2048 MB 【插槽3有1条2GB内存】
Form Factor: DIMM
Set: None
Locator: DIMM20
Bank Locator: BANK
Type: Other
Type Detail: Other
Speed: 667 MHz (1.5 ns)
Manufacturer:
Serial Number: BZACSKZ001
Asset Tag: RAM84
Part Number: MT9HTF6472FY-53EA2
Handle 0x001B, DMI type 17, 27 bytes.
Memory Device
Array Handle: 0x0013
Error Information Handle: Not Provided
Total Width: 72 bits
Data Width: 64 bits
Size: 2048 MB 【插槽4有1条2GB内存】
Form Factor: DIMM
Set: None
Locator: DIMM30
Bank Locator: BANK
Type: Other
Type Detail: Other
Speed: 667 MHz (1.5 ns)
Manufacturer:
Serial Number: BZACSKZ001
Asset Tag: RAM85
Part Number: MT9HTF6472FY-53EA2
根据上面输出可以发现，如果要扩展，只有将上面的内存条换成16GB的，才能达到4*16GB=64GB的最大支持内存。
附录：
dmidecode支持的数字参数：
Type Information
----------------------------------------
0 BIOS
1 System
2 Base Board
3 Chassis
4 Processor
5 Memory Controller
6 Memory Module
7 Cache
8 Port Connector
9 System Slots
10 On Board Devices
11 OEM Strings
12 System Configuration Options
13 BIOS Language
14 Group Associations
15 System Event Log
16 Physical Memory Array
17 Memory Device
18 32-bit Memory Error
19 Memory Array Mapped Address
20 Memory Device Mapped Address
21 Built-in Pointing Device
22 Portable Battery
23 System Reset
24 Hardware Security
25 System Power Controls
26 Voltage Probe
27 Cooling Device
28 Temperature Probe
29 Electrical Current Probe
30 Out-of-band Remote Access
31 Boot Integrity Services
32 System Boot
33 64-bit Memory Error
34 Management Device
35 Management Device Component
36 Management Device Threshold Data
37 Memory Channel
38 IPMI Device
39 Power Supply
dmesg | more 查看硬件信息
对于“/proc”中文件可使用文件查看命令浏览其内容，文件中包含系统特定信息：
Cpuinfo 主机CPU信息
Dma 主机DMA通道信息
Filesystems 文件系统信息
Interrupts 主机中断信息
Ioprots 主机I/O端口号信息
Meninfo 主机内存信息
Version Linux内存版本信息
posted @
2010-04-21 08:36 心情经纬 阅读(177) |
评论 (0) |
编辑 收藏2010年3月23日
activemq 注意问题1 使用jms需要注意的问题
一下所述的问题，不仅是对ActiveMQ，对于其他的JMS也一样有效。
1.1 不要频繁的建立和关闭连接
JMS使用长连接方式，一个程序，只要和JMS服务器保持一个连接就可以了，不要频繁的建立和关闭连接。频繁的建立和关闭连接，对程序的性能影响还是很大的。这一点和jdbc还是不太一样的。
1.2 Connection的start()和stop()方法代价很高
JMS的Connection的start()和stop()方法代价很高，不能经常调用。我们试用的时候，写了个jms的connection pool，每次将connection取出pool时调用start()方法，归还时调用stop()方法，然而后来用jprofiler发现，一般的 cpu时间都耗在了这两个方法上。
1.3 start()后才能收消息
Connection的start()方法调用后，才能收到jms消息。如果不调用这个方法，能发出消息，但是一直收不到消息。不知道其它的jms服务器也是这样。
1.4 显示关闭Session
如果忘记了最后关闭Connection或Session对象，都会导致内存泄漏。这个在我测试的时候也发现了。本来以为关闭了 Connection，由这个Connection生成的Session也会被自动关闭，结果并非如此，Session并没有关闭，导致内存泄漏。所以一定要显示的关闭Connection和Session。
1.5 对Session做对象池
对Session做对象池，而不是Connection。Session也是昂贵的对象，每次使用都新建和关闭，代价也非常高。而且后来我们发现，原来Connection是线程安全的，而Session不是，所以后来改成了对Session做对象池，而只保留一个Connection。
2 集群
ActiveMQ有强大而灵活的集群功能，但是使用起来还是会有很多陷阱。
2.1 broker cluster和 master-slave
ActiveMQ可以做broker的集群，也可以做master-slave方式的集群。前者能在多个broker之前fail-over和 load-balance，但是在某个节点出故障时，可能导致消息丢失；而后者能实时备份消息，和fail-over，但是不能load- balance。broker cluser的方式，在一个broker上发送的消息可以在其它的broker上收到。当一个broker失效时，客户端可以自动的转到别的broker 上运行，多个broker可以同时提供服务，但是消息只存储在一个broker上，如果那个broker失效了，那么客户端直到它重新启动后才能收到该 broker上的消息，假如很不幸，那个broker的存储介质坏了，那么消息就丢失掉了。
Master-slave方式中，只有master提供服务，slave只是实时的备份master的数据，所以消息不会丢失。当master失效时，slave会自动升为master，客户端会自动转到slave上工作，所以能fail-over。由于只有master提供服务，所以不能将负载分到多个broker上。
其实单个broker的性能已经是相当的惊人了，在我们公司的机器上能达到每秒收发4000个消息，没个消息4K字节这样的速度，足够公司目前的需要了，而公司并不希望丢失任何数据，所以我们选择使用master-slave模式。
2.2 多种master-slave模式
master-slave也有多种实现方式。它们的不同只是在共享数据和锁机制上。
2.2.1 Pure master-slave
Pure master-slave，显示的在配置文件中指定一个broker做为另一个broker的slave。运行时，slave同过网络自动从master 出复制数据，同时在和master失去连接时自动升级为master。当master失效，slave成为master后，如果要让原先的master重新投入运行，需要停掉运行中的slave(现在升级为master了)，手动复制slave中的数据到master中。再重新启动master和 slave。这种方式最简单，效率也不错，但是只能有两台做集群，只能fail-over一次，而且需要停机回复master-slave结构。
2.2.2 JDBC master-slave
这种方式不需要特殊的配置，只要让所有的节点都把数据存储到同一个数据库中。先拿到数据库表的锁的节点成为master，一旦它失效了，其它的节点获得锁，就可以成为master。因为数据通过数据库共享，放在一个地方，不需要停机恢复master-slave。这种方式，需要额外的数据库服务器，如果数据库失效了，那么就全失效了，而且速度不是很快。我们在用mysql测试时，并没有成功，master失效后，其他的节点始终没有升级成 slave，可能是数据库配置的问题。
2.2.3 Share file master-slave
这种方式类似于前者，也不需要特别的配置，只是通过共享文件系统来共享数据，靠文件锁实现只有一台成为master。共享文件系统的方式有很多，我们测试了nfs v4 (v3有bug，不行)， 最终在稳定性，效率等方面不是很满意，可能是通过网络太慢了。
测试过众多master-slave模式后发现，pure方式管理起来麻烦，jdbc方式成本高，效率低，share file方式需要高性能的共享文件，都有缺点。鉴于单台activeMQ很可靠，而我们的基础平台组愿意用硬件备份，最终还是决定不用master- slave了，也不用broker cluster，就用单台，通过硬件冗余保证数据不会丢失，并找另外一台刀片机做冷备，在主服务器失效时顶替。
posted @
2010-03-23 11:33 心情经纬 阅读(251) |
评论 (0) |
编辑 收藏2009年3月28日
JBOSS与JPROFILEJProfiler 是一个著名的用于 java 系统监控分析的软件，功能很强大，可以监控普通的 java application, applet, java web start, application server 等等。除了可以监控本地的程序，还可以对远程服务器上跑的应用进行监控。本文以 JBoss 为例，对 JProfiler 的安装、配置和使用做个简单介绍。
先说一下环境：
服务器：RedHat Linux 3.4.3-9.EL4（内核版本 2.6.9-5.ELsmp），JBoss 4.0.3，Sun JDK 1.5.0_08，JProfiler 4.3.2 for linux（安装包：jprofiler_linux_4_3_2.sh）
客户端：Windows XP，JProfiler 4.3.2 for windows（安装包：jprofiler_windows_4_3_2.exe）
客户端 JProfiler 安装：直接运行安装程序即可，没啥可说的。有一点就是安装过程中，norton 曾经报警，不理他，安完之后也没发现有什么问题
服务器端 JProfiler 安装：把 jprofiler_linux_4.3.2.sh 上传到到服务器，假设路径为 /opt/jprofiler4 （后文用 $JPROFILER_HOME指代）。用如下命令： # cd /opt/jprofiler4 # chmod +x *.sh # ./jprofiler_linux_4.3.2.sh -c
按照提示来安装，提示都很简单，不在多说。安装路径选择 $JPROFILER_HOME 。注意，这里的 -c 意思是用字符方式来安装，如果机器上没有 X 则加上该参数。
服务器端的配置：
1. 修改系统配置，在 LD_LIBRARY_PATH 里加入 JProfiler 的库文件所在路径 $JPROFILER_HOME/bin/linux-x86 ，如果是 64 位服务器，则选择 $JPROFILER_HOME/bin/linux-x64。
2. 修改 JBoss 的启动脚本，加入如下参数：
-agentlib:jprofilerti=port=8849 -Xbootclasspath/a:$JPROFILER_HOME/bin/agent.jar
例如： $JAVA_HOME/bin/java $JAVA_OPTS -agentlib:jprofilerti=port=8849 -Xbootclasspath/a:/opt/jprofiler-4.3.2/bin/agent.jar -Djava.endorsed.dirs="$JBOSS_ENDORSED_DIRS" -Djava.library.path=$JBOSS_HOME/server/default/lib -classpath "$JBOSS_CLASSPATH" org.jboss.Main -c default 1>$JBOSS_CONSOLE 2>&1 </dev/null &
8849 是默认的端口号
3. 重新 login linux ，启动 jboss 。查看一下 $JBOSS_HOME/server/default/log/server.log ，可以看到 JBoss 并未启动，原因是上边的配置选择的启动模式，只有当一个 JProfiler GUI（指 Windows XP 下安装的 jprofiler ）的监听请求发过来时候，JProfiler才会真正的启动被监控的应用程序也就是 JBoss 。另外有一种启动模式与此不同，它可以直接启动被监控的应用程序而不必等待。这种配置稍微麻烦一点，以后在说。
客户端的配置和使用：
1. 运行 JProfiler 。第一次打开会有向导，忽略它。
2. 选择 Session->Integration Wizard->New Remote Integratation
3. 选择 On a remote computer；Platform of remote computer 选择 Linux x86/AMD 64；Next
4. 输入服务器 IP ；Next
5. 输入服务器上的 jprofiler 的安装路径，如 /opt/jprofiler4 ；next
6. 选择服务器的 JDK 环境，这里是：Sun，1.5.0，hotspot；next
7. 输入端口：这里是默认值 8849；next
8. 选择启动模式：这里选第一种 wait for a connection from the jprofiler GUI；next
9. 这里会列出需要在服务器端做的配置。上一步“服务器端的配置”我们已经做过了。如果在第 8 步选择了第二种启动方式 Don't wiat, start immediately ，这里也会列出相应的服务器端配置方法，可以参考。next
10. Finish
此时 session 会被启动。在 profiling settings 对话框里，不用做任何修改，ok 即可。此时 session 被启动。观察一下服务器，发现 JBoss 也启动了。这时就可以在客户端看到 jboss 的运行情况，比如内存的占用等等。
我用 jprofiler 主要是监控内存占用情况看是否有 member leak 。点左侧的 “VM Telemetry Views”可以看到 jboss 占用的内存情况。
posted @
2009-03-28 08:31 心情经纬 阅读(134) |
评论 (0) |
编辑 收藏整合ActiveMQ4.1.0与JBOSS4.0.5ActiveMQ本身是开源项目,所以采用ActiveMQ的项目往往也是以其他开源软件共同构建,目前主流开源应用服务器有Boss,geronimo,JOnAs，而其中geronimo 默认的JMS Provider就是ActiveMQ，那我们就着重介绍ActiveMQ与JBoss,JOnAs的整合方案。
整合需要的环境.
jdk1.5
jboss-4.0.5.GA
activemq-ra-4.1.0-incubator.rar (在ActiveMQ 4.* lib\optional 目录里面有对应的ra的压缩包)
开始整合前请确保jboss能够正确的启动起来。
整合步骤
1. 步骤一: 解压activemq-rar-4.1.0-incubator.rar 到 jboss-4.0.5.GA\server\default\deploy\activemq-ra.rar (这个是目录名字) 下面是activemq-rar.rar目录下面的文件和子目录,请注意红色标记的地方(后面会逐一说明,整合的过程)
activeio-core-3.0.0-incubator.jar activemq-core-4.1.0-incubator.jar activemq-ra-4.1.0-incubator.jar backport-util-concurrent-2.1.jar commons-logging-1.0.3.jar derby-10.1.1.0.jar geronimo-j2ee-management_1.0_spec-1.0.jar spring-2.0.jar spring-1.2.6.jar xbean-spring-2.7.jar broker-config.xml META-INF
2.步骤二. 删除多余的spring-1.2.6.jar,由于4.1.0的ra里面包含了2个不同版本的spring会触发一个exception的产生,https://issues.apache.org/activemq/browse/AMQ-1124, 而且为了以后能够使用新的spring schema配置方式,我们这里会删除spring-1.2.6.jar,保留spring-2.0.jar。(最新的snapshot version的ra已经去掉了这个多余的spring-1.2.6.jar).
3.步骤三: 修改META-INF\ra.xml,让JBoss使用broker-config.xml 作为默认的配置文件配置borker. 修改下面的地方
<config-property-value>config-property-value> <!-- <config-property-value>xbean:broker-config.xml</config-property-value>-->
改为: <!-- <config-property-value></config-property-value> --> <config-property-value>xbean:broker-config.xmlconfig-property-value>
表示使用broker-config.xml来配置启动ActiveMQ.
4.步骤四: 修改borker-config.xml,默认的borker-config.xml会产生一个错误,无论是我使用的版本还是最后的snapshot版本,默认的borker-config.xml都会让xbean-spring 2.7(snapshot 使用的是2.8)抛出exception.解决的办法如下，将 <beans xmlns="http://activemq.org/config/1.0"> <broker useJmx="true" >
改为 <beans> <broker useJmx="true" xmlns="http://activemq.org/config/1.0">
即可
5.步骤五: 将xbean-spring-2.7.jar (或者是2.8) 复制到jboss-4.0.5.GA\server\default\lib下面
使用整合完毕的ActiveMQ作为ds绑定到JBoss的JNDI服务。
编写jboss-4.0.5.GA\server\default\depoly\activemq-ds.xml，xml 代码
<? xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE connection-factories PUBLIC "-//JBoss//DTD JBOSS JCA Config 1.5//EN" "http://www.jboss.org/j2ee/dtd/jboss-ds_1_5.dtd">
<connection-factories>
<tx-connection-factory>
<jndi-name>activemq/QueueConnectionFactory</jndi-name>
<xa-transaction />
<track-connection-by-tx />
<rar-name>activemq-ra.rar</rar-name>
<connection-definition>javax.jms.QueueConnectionFactory</connection-definition>
<serverurl>tcp://localhost:61616</serverurl>
<min-pool-size>1</min-pool-size>
<max-pool-size>200</max-pool-size>
<blocking-timeout-millis>30000</blocking-timeout-millis>
<idle-timeout-minutes>3</idle-timeout-minutes>
</tx-connection-factory>
<tx-connection-factory>
<jndi-name>activemq/TopicConnectionFactory</jndi-name>
<xa-transaction />
<track-connection-by-tx />
<rar-name>activemq-ra.rar</rar-name>
<connection-definition>javax.jms.TopicConnectionFactory</connection-definition>
<serverurl>tcp://localhost:61616</serverurl>
<min-pool-size>1</min-pool-size>
<max-pool-size>200</max-pool-size>
<blocking-timeout-millis>30000</blocking-timeout-millis>
<idle-timeout-minutes>3</idle-timeout-minutes>
</tx-connection-factory>
<mbean code="org.jboss.resource.deployment.AdminObject" name="activemq.queue:name=outboundQueue">
<attribute name="JNDIName">activemq/queue/outbound</attribute>
<depends optional-attribute-name="RARName">
jboss.jca:service=RARDeployment,name='activemq-ra.rar'
</depends>
<attribute name="Type">javax.jms.Queue</attribute>
<attribute name="Properties">PhysicalName=queue.outbound</attribute>
</mbean>
<mbean code="org.jboss.resource.deployment.AdminObject" name="activemq.topic:name=inboundTopic">
<attribute name="JNDIName">activemq/topic/inbound</attribute>
<depends optional-attribute-name="RARName">
jboss.jca:service=RARDeployment,name='activemq-ra.rar'
</depends>
<attribute name="Type">javax.jms.Topic</attribute>
<attribute name="Properties">PhysicalName=topic.inbound</attribute>
</mbean>
</connection-factories>
启动JBoss.如果看见以下信息就表示ActiveMQ已经成功启动,并且使用上面的ds配置文件成功地将topic/queue绑定到了JNDI服务上。
.....
[TransportConnector] Connector tcp://localhost:61616 Started
[NetworkConnector] Network Connector bridge Started
[BrokerService] ActiveMQ JMS Message Broker (localhost, ID:MyNoteBook-2165-1173250880171-1:0) started ......
[ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=ConnectionFactoryBinding,name=activemq/QueueConnectionFactory' to JNDI name 'java:activemq/QueueConnectionFactory'
[ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=ConnectionFactoryBinding,name=activemq/TopicConnectionFactory' to JNDI name 'java:activemq/TopicConnectionFactory'
[AdminObject] Bound admin object 'org.apache.activemq.command.ActiveMQQueue' at 'activemq/queue/outbound'
[AdminObject] Bound admin object 'org.apache.activemq.command.ActiveMQTopic' at 'activemq/topic/inbound ......
验证ActiveMQ+JBoss
这里你可以使用简单的jms client连接到broker-config.xml里面的协议连接器上面,默认的是tcp://localhost:61616
在后面我们会在此整合基础上开发Message Driver Bean和使用spring MDP 2种构架 来验证本次ActiveMQ+JBoss的整合。
posted @
2009-03-28 08:29 心情经纬 阅读(40) |
评论 (0) |
编辑 收藏JBOSS初探1、 基本目录结构$JBOSS-HOME/bin：
放置各种脚本文件以及相关文件，包括jboss 启动和停止的可执行脚本文件。
$JBOSS-HOME/client：
存储配置信息和可能被Java客户端应用程序或外部Web容器用到的jar文件，通常包括EJB客户端运行时所需要的jar
$JBOSS-HOME/docs：
保存在JBoss中引用到的XML文件和DTD文件（这里也提供了在JBoss中如何写配置文件的例子）、测试脚本。$JBOSS-HOME/docs/examples目录下有针对不通的数据库（如MySql、Oracle、SQL Server、Postgres等）配置数据源的JCA配置文件。 相关DTD定义文件位于$JBOSS-HOME/docs/dtd，在其下的文件中可以查阅某个XML配置文件中某个元素或属性的意义。
$JBOSS-HOME/lib：
这里存储运行JBoss微内核所需的jar文件。该目录下不要存储任何你自己的jar文件。
$JBOSS-HOME/server：
这里的每一个子目录对应着一个服务器配置。该配置由运行脚本文件时的参数"－c <配置名称>"来确定。在server目录下有三个配置例子，即all、default和minimal，每一个配置安装的服务都不一样。其中default下是缺省配置。
minimal：仅加载启动JBoss所需的最少服务，如日志服务、JNDI和URL部署扫描器（发现新的部署），不包含Web容器、EJB和JMS。
all：启动所有的服务，包括RMI/IIOP、集群服务和Web服务部署器（默认配置不会被加载）。
启动JBoss时，如果run.bat不带任何参数，则使用的配置是server/default目录下的配置。如果要以其它目录下的配置启动JBoss，可以使用如下参数：
run -c all
上述命令将以all目录下的配置信息启动JBoss。也可以在server目录下新建目录，按自己的需要写配置文件。
下面以default目录为例，介绍服务器配置的目录结构。
conf：该目录下有指定核心服务的jboss-service.xml文件，也可以放其它服务配置的文件。例如：jboss-log4j.xml 是log4j的配置文件
data：该目录是JBoss内置的数据库Hypersonic存储数据的地方，也是JBossMQ（the JBoss implementation of JMS）存储相关信息的地方。
deploy：这是部署J2EE应用程序（jar、war和ear文件）的位置，只需将相应文件拷贝到该目录下即可。该目录也用来热部署服务和JCA资源适配器。默认已经有一些服务部署到这个目录。
jmx-console，你启动JBoss后即可访问。JBoss会周期性的扫描deploy目录，当有任何组件改变，JBoss会重新部署该程序。
jboss-web.deployer就是jboss集成tomcat所在的位置。启动端口号可以通过修改该目录下的server.xml来进行配置。
数据源配置文件文件格式必须是*-ds.xml的样式。不同的数据库配置参数可参考$JBOSS-HOME/docs/examples/jca/下的示例文档。有关参数的细节在下面会有一定的描述。
lib：存放服务器配置所需的jar文件、公共的jar文件，比如，你可以将JDBC jar文件、log4j的jar文件等等放在该目录下。 如果这些jar已经在该lib下存在，那么web应用的WEB-INF/lib下不用再次放置。
log：存放日志信息。JBoss使用Jakarta log4j包存储日志，在程序中你也可以直接使用该信息。默认的log4j.xml配置是将日志输出到该文件夹下的server.log文件。 jboss-log4j.xml是默认配置文件
tmp：存储在部署过程中解压时产生的临时文件。
work：Tomcat编译JSP文件时的工作目录。如果JSP出错了，可以到该目录下去找对应的文件，定位问题。
目录data、log、tmp和work在JBoss安装后并不存在，当JBoss运行时自动建立。
启动JBOSS成功后
查看 http://localhost:8083 会出现一个没有错误的空白页，正常，应该是这样。
查看 http://localhost:1099 会出现一大堆乱字符，当然，里面包含了你的 IP 地址等等类似的信息。 1099 是 jnp 协议监听名字服务的缺省端口， RMI 的缺省端口也是一样的。在 JNDI 中，我们需要用到此端口。
