WebLogicServer启动不了呀，要怎么解决
故障现象：电脑无法从C盘启动了。在CMOS中将启动顺序改为"A，C"和改用从CD－ROM启动也都一样，整个系统在自检完成后就进入死机状态，整个屏幕除了最上面的光标在那里闪烁外，没有任何启动的迹象，同时硬盘灯长亮。
分析处理：这种情况的确比较奇怪，初步判断是硬盘的问题。将硬盘接在IDE 1口上，进入CMOS自动检测该硬盘的参数，BIOS可以侦测到正确的硬盘参数，看来硬盘物理损坏的可能性比较小。在CMOS中将硬盘参数设置正确，重新启动（分别测试了三遍，启动顺序分别设置为：C、A、CD－ROM；A、C、CD－ROM；CD－ROM、A、C），系统在自检完成后出现上面描述的黑屏情况，连那张熟悉的硬件配置表都看不到，更别提Windows 7的启动画面了。重新进入CMOS中将硬盘参数设置为"None"，启动顺序设置为"A，C"后，计算机可以正常从A驱启动。屏蔽硬盘就可以顺利启动系统，加上硬盘则无法正常启动，看来硬盘就是导致计算机无法启动的原因所在。
此症状是在用PQMAGIC将硬盘由FAT32转化为FAT16重启计算机后发生的。根据我多年的经验，初步判断是在用PQMAGIC进行FAT32到FAT16的转换过程中，硬盘的Boot扇区主引导记录或分区表遭到破坏，而系统在启动时（无论启动顺序如何）都要获得有关硬盘的一些信息（只要系统中存在硬盘），读不出来就一直循环读，这很有可能就是导致硬盘灯长亮的原因所在。
解决此问题最简单的两条途径是：一是低级格式化硬盘，让它跳过启动时循环读硬盘信息的步骤恢复硬盘正常工作；二是改写DOS系统内核程序，但分析DOS系统的内核程序，也不是一时半会能够搞定的。办法是想到了，如果采用低级格式化硬盘的话，虽然仅仅需要低格几秒钟处理一下硬盘的初始几个磁道就可以了，但这样一来硬盘上的数据就将丢失，因此这只能在迫不得已的情况下使用。
有了对"病因"的初步判断，要想根除它还要进一步确诊。首先将故障硬盘接在我的SecondIDE接口上，作为第二主硬盘，在CMOS中正确设置它的参数后由我的硬盘启动系统，不进入Windows，直接进入DOS状态。这时故障硬盘就是DOS状态下的D盘，进入D盘看了一下，东西都还在，可以用DIR看目录和文件，没有问题，这个硬盘的其他分区的东西也都在。看来硬盘并不存在物理问题，至于无法启动的问题几乎可以肯定是硬盘的Boot扇区主引导记录或分区表遭到破坏所致。
运行Debug调用D盘（也就是故障硬盘的C盘）的分区表仔细看了一下，也没有问题。那么，疑点就在硬盘的Boot扇区主引导记录身上了。我在C盘传输一下系统即执行"SYS D："，恢复了Boot扇区主引导记录。拆下原来硬盘，将故障硬盘接在IDE 1接口上作为第一硬盘启动，一切OK，顺利进入熟悉的视窗画面。至此，此硬盘无法自举的问题算是完全解决 。
WebLogicServer的前身是middleware（中间件），历史要长的多。早在上世纪六七十年代就已经开始在IBM大型机系统上广泛应用了，叫做TP Monitor，比较著名的是BEA的Tuxedo和IBM的CICS，运行在Terminal/Server模式的Server端，其功能主要是分离商业逻辑，进行分布式计算的，可以自动管理事务、资源和容错等等。因为发展的时间很长，所以技术非常成熟。middleware最早是用cobol编写的，现在还可以偶尔看到cobol的中间件的旧系统，再后来middleware改用C++来实现，著名中间件的有IBM的CICS，BEA的Tuexdo，仍然广泛的应用在高端系统中，特别是银行系统。
WebLogicServer可以自动管理并发性、事务、对象分布、负载均衡、安全性和资源管理等等系统级功能。简单的来说就是WebLogicServer是管理服务端组件的，它给服务端组件提供了一个全功能可靠的运行环境。
打个比方来说，数据库系统是管理数据的，它也给数据提供了一个受监控和管理的运行环境，提供了事务、安全性、负载均衡，并发性等等系统级功能，对于使用者来说，你不需要自己处理数据库表的并发锁定问题，自己处理SQL语句的解析、自己处理索引的优化等等系统级功能，同样对于服务端组件的调用者来说也不需要自己处理并发请求、对象创建、销毁、缓存，控制组件事务等等系统级功能。
WebLogicServer对服务端组件的的关系就是数据库系统对数据的关系。WebLogicServer完全是一个类似数据库系统这样一个非常复杂的服务端软件，所不同之处就是数据库系统（RDBMS）是管理数据的，而WebLogicServer是管理对象的。这也是我研究Weblogic Server之后的切身感受。
Microsoft是最早发布WebLogicServer的厂商，叫做Microsoft Transaction Server（MTS）。其他还有很多基于不同技术的WebLogicServer，不过随着EJB规范的发布，主流的WebLogicServer基本上都是基于J2EE的了。目前看来，WebLogicServer市场主要就是实现J2EE规范的Java应用服务器和Microsoft的.Net应用服务器这两大主流。
Tuxedo等基于过程传统的中间件会继续在特定的场合发挥巨大的作用，像那些需要极高的响应性能和基于特定平台C/C++的场合，还是具有不可替代的作用。
WebLogicServer提供的服务端组件模型并没有解决所有的问题，基于不同技术实现的服务端组件之间不能互相调用和数据共享，比如EJB组件和COM组件之间不能之间交换数据，所以基于SOAP协议的Web Services试图解决这个问题，想把互联网上所有的不同技术实现的组件服务都统一成单一的Web Services，这也是Web Services热门的原因之一。
