ITPub博客

问题： 我们现在碰到一个问题，程序吃CPU，在一个小时之内，使CPU的IDLE=0。 按开始的判断，此台机器（P550，8CPU/16G内存，AIX5305，WAS60211）不应是这种状况 运行的程序使用用户总计1000个用户。现在涉及到WAS的操作系统的相关参数已经调整，WAS参数也无太多可调整的。就您的经验，感觉会是什么地方出问题了？ 答： 针对您提出的AIX平台 WAS CPU使用高的问题是比较棘手的问题。 CPU使用率高可能由下面几种问题造成的：[@more@] 1、Java应用存在内存泄漏，当JVM内存使用达到其最大HeapSize，而每次垃圾回收后，free百分比小于

IntroductionA memory leak can generally be assumed when freespace in the JVM heap reduces over time. This indicates that the Garbage Collector is unable to release unused objects and classes.There are many tools available for detecting memory leaks in Java applications some are free and others are commerical. In this document I will cover the set of tools that I used whilst working on a Severity 1 CritSit involving WebSphere 4.0.5 using JRE 1.3.1 SR 6 on AIX.The first thing you should do is enab

portlet关于统计在线人数的问题 问题：jsp中是实现HttpSessionListener接口，portlet中怎么不行呢，还是另有别的接口？我的wps是5.1的，经测试登陆的用户可以记录，代码如下 private static int activeSessions = 0; /** * @see javax.servlet.http.HttpSessionListener#sessionCreated(javax.servlet.http.HttpSessionEvent) */ public void sessionCreated(HttpSessionEvent se) { activeSessions++; saveOnlineNum(); } /** * @see javax.servlet.http.HttpSessionListener#sessionDestroyed(javax.servlet.http.HttpSessionEvent) */

WebSphere Process Server V6,WebSphere Enterprise Service BUS V6 和 WebSphere Integration Developer V6 开发环境中配置的快捷备份和恢复(不推荐在生产环境中使用)需求背景技术开发人员在使用IBM WebSphere Integration Developer V6开发IBM WebSphere Process Server运行环境中的工作流应用时，特别时多个开发任务（多个WorkSpace）的情况下，可能会出现测试环境中WPS服务器配置文件出现问题，不能正常运行的异常。到时开发人员必须重新创建测试服务器的Profile，既费事又耗时，对开发人员要求比较高。以下文档我们提供了一种简捷的方

前一阵子有人在网上询如何将WebSphere Portal5.1.0.2升级到6.0版本，经过研究得到以下结论: portal5.1.0.2升级到6.0版本还是比较麻烦的。 可能会涉及到您Schema页面的重新调试和开发，您自己开发的Portlet（特别使用了 IBM portlet API 的协同 portlet）也可能要进行API级别的升级，可能还必须迁移使用 Struts Portlet Framework 构建的 portlet。 总之一句话，升级工作量还是比较大的，生产环境的升级会存在一定的风险。 如果是客户的项目，必须当成一个收费的升级项目来实施，要不然你们公司可得无偿投入大量的人力、精力来实施升级

使用 HTTP 会话的最佳实践 最佳实践： 请浏览有关实现 HTTP 会话的建议。为保护 HTTP 会话启用安全性集成HTTP 会话由会话标识来识别。会话标识是在运行时生成的一个伪随机数。会话 hijacking 是一个已知攻击 HTTP 会话，当通过网络的所有请求被强制通过安全连接（意味着 HTTPS）时它可被阻止。但并不是每个客户环境中的配置都强制此约束，这是因为 SSL 连接的性能影响。由于这个缓和方式，HTTP 会话易受 hijacking 的攻击，并且因为这个弱点 WebSphere Application Server 有一个选项以紧密结合 HTTP 会话和 WebSphere Application Server

J2EE应用开发所面临项目包的管理问题在进行J2EE大规模开发时，我们会经常遇到怎样组织J2EE应用包的问题：项目中是否使用到WAR项目和EJB项目？我们是应该把所有的业务功能模块都安排在同一WAR项目中，还是按照业务功能划分到不同的WAR项目中？如果项目中采用EJB技术，哪我们是把所有的功能模块都安排在同一EJB项目中，还是按照业务功能划分到不同的EJB项目中如果把不同的业务功能模块拆分到各个WAR、EJB项目中，我们应该怎样管理、同步各个WAR、EJB项目都会使用到的Java服务类？[@more@]J2EE项目包管理的基本原则针对以上我们所遇到的J2EE项

电子书籍：IBM WebSphere Deployment and Advanced Configuration 共8个RAR文件 IBM WebSphere Deployment and Advanced Configuration Pages : 720 The expert guide to deploying and managing any WebSphere Application Server V5.x application and environment [@more@] If you're a WebSphere Application Server administrator or developer, this is your advanced guide for delivering applications rapidly, running them smoothly, and administering them efficiently. Four leading IBM consultants draw on their years

电子文档：Enterprise Java Programming with IBM WebSphere Second Edition 共5个RAR文件 Enterprise Java™ Programming with IBM® WebSphere®, Second Edition Pages : 960 Enterprise Java Programming with IBM WebSphere, Second Edition is the definitive guide tobuilding mission-critical enterprise systems with J2EE, WebSphere, and WebSphere StudioApplication Developer. Fully updated for Versions 5.x of WebSphere Application Server andWebSphere Studio Application Developer, it combines expert

WebSphere MQ V6.0 - Setting up a queue manager cluster via WebSphere MQ Explorer[@more@]This tutorial describes steps required to configure a WebSphere MQ V6.0 queue manager cluster via the WebSphere MQ Explorer to showcase workload management across multiple instances of a queue. The use of queue manager clusters are primarily to minimize the definition of queues and channels during the setup of distributed queuing between 2 or more queue managers. In addition to that, workload management and f

关于Smart Upload文件上载应用组件引起CPU资源100％占用问题 文件上载应用引起CPU资源100％占用问题问题现象：1．不定时出现内存异常增长、GC无法释放并导致JVM崩溃现象，JVM Heap堆被Upload类及其中间数据占满。2．偶尔出现CPU占用率异常，达到100%，但没有发生JVM崩溃，其他应用也能较正常进行，JVM中有多个Upload进程在持续运行。[@more@]问题出现的区域：文档上传过程问题出现的源头：1．网络传输延迟/错误 2．操作人员连续多次点击，造成同一文件在数秒内多次上传引起的传输错误。问题出现的原因：应用服务器之前装有IHS HTTP服务器，