J2EE技术概要（WebLogic）.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * HttpClusterServlet 部署HttpClusterServlet [bea_home]\weblogic81\samples\server\examples\src\examples\cluster\sessionrep\inmemrep\defaultProxyApp param-value0:7081|1:7082|2:7083/param-value http://[ProxyHost:port]/abc.jsp?__WebLogicBridgeConfig Session持久方式 Memory (single-server, non-replicated) File system persistence 会话状态持久到在集群中可以为所有节点访问的共享目录中的磁盘文件 JDBC persistence Cookie-based session persistence 会话状态保存在客户端的Cookie中 In-memory replication (across a cluster) 会话状态保留在活动的内存中，并进行复制 集群环境下Servlets和JSPs的编程考虑 Session数据必须可序列化 为了支持Http Session 状态的复制，所有Servelt和JSP session数据必须序列化 WLS对非序列化的对象不进行复制 使用setAttribute改变Session状态 如果使用其他方法来改变Session状态，WLS将不复制Session状 态 考虑序列化的开销 不要在Session中保存太大的对象 控制Frame访问Session Data 含有Frame的页面应该只被记录一次页面阅览，即使含有Frame的页面会 产生对多个文档的请求 使用frameset，应确保只有一个frame创建和修改session数据 ?? 总是在frameset中每一个访问的frame中创建session Cluster 常见问题 检查Cluster License “Unable to find a license for clustering “ 检查各WLS版本 检查Multicast 地址 Multicast地址:端口必须是唯一的 检查CLASSPATH ?? set WL_HOME=C:\bea\weblogic700 set JAVA_HOME=C:\bea\jdk131 set CLASSPATH=%JAVA_HOME%\lib\tools.jar; %WL_HOME%\server\lib\weblogic_sp.jar; %WL_HOME%\server\lib\weblogic.jar; %CLASSPATH% 检查 Thread Count 不能少于5 Part 7 调优 调优 通常应用系统会根据用户数、并发数、用户的行为等等来确定具体的性能目标， 如果确定应用程序不能满足性能目标，那么就需要优化、重构程序并调整JVM、应用服务器、数据库、OS 或者改变硬件配置等等 影响Java 性能的主要因素 硬件，如CPU、内存、体系结构等等 操作系统 数据库系统 JVM 应用服务器 数据库服务器 网络环境 应用架构及程序编写水平 性能调整的步骤 1、 使用工具测试系统是否满足性能目标 2、 发现性能瓶颈 3、 假设瓶颈的原因 4、 测试你的假设 5、 如果假设成立，更改这一部分 6、 测试确定更改是否可以提高性能，衡量性能提高的程度 7、重复以上步骤，直到获得可以接受的性能。 J2EE性能不好时的现象 主要表现在对客户端的请求响应很慢： 一向很慢：应用的响应总是很慢，改变环境(如应用负载、数据库的连接池数量等等)，对响应时间的影响不大。 越来越慢：在相同的负载情况下，随着系统运行的时间的增长，系统越来越慢，这可能是系统已到达极限或是系统死锁和错误引起的。 低于负载时会越来越慢(Slower and slower under load):. 偶尔的挂起或异常错误(Sporadic hangs or aberrant errors):有时这可能是由于负载的变化或其他情况引起的可以预测的死锁(Foreseeable lock ups): 挂起或最初只有少量错误，但随着时间的推移整个系统都锁上了，典型地这可能是为的适应management by restarts.“ 突发性的混乱(Sudden chaos): 系统已运行了一段时间(如一个小时或可能是三