‘壹’ weblogic 中jsp文件为什么会出现因代码量太大无法编译的问题
你的weblogic是安装到linux上了吗，jsp翻译后的文件应该是保存在了这个地址：
bea/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_user
根据你的安装路径、项目名称，可能有些不同。
‘贰’ weblogic编译jsp错误
<c:if test="${ not empty backlogs }"> jstl包有没有，注意标点
‘叁’ 请问大家有遇到过这个问题吗，编辑jsp时eclipse总是卡死
这个应该是你打开的方式不对.Eclipse在编译jsp的时候卡死了.你可以在window-preference-Editors-File Associations-File types中找到jsp类型，然后设置它的关联编辑器.系统默认是使用Myeclipse Visual JSP Designer打开jsp页面的，不过这样打开很慢，因为是虚拟视图,我们可以选MyEclipse JSP Editor .然后点击右边的Default选项，然后点击OK保存后退出
‘肆’ Jsp（或Weblogic）高手请进！！！
就让它14吧.
1,可能你后台接受到这个dshzh的数据后是把它放到一个数组中,你改成20后,那个数组只接受14位的,就是int[14]不能保持20位,所以越界了.
2,你最种要保持到数据库中,数据库中长度也14varchar(14),所以还是不行.
总之,就是别改.
‘伍’ JSP 页面显示慢的原因
JSP页在第一次打开的时候会很慢，因为需要在work文件中编译成相应的java代码。JSP属于java的表示层，需要编译一次。
如果是非第一次打开很慢，这基本是代码不完善的问题了，原因如下：
1.在写代码的时候滥用new创建多个不必要的对象存入内存中。
2.注意用尽量减少new出来的字符串，尽量用StringBuffer代替。
3.在BEAN中的SQL语句不合理。（比如说应该加条件查询的不加，非要查整个表里面的内容）
4.优化分页代码。切误一次读出。
5.在JNDI中存在没有关闭连接的现象。
基本如此，还有的需要在常写代码时自己慢慢摸索了。况且你不给分，我就不浪费时间了
PS:第二条，因为String类是final类，每new出一条语句会产生两个对象嘛
‘陆’ 为什么第一次请求JSP页面时，响应速度比较慢
因为第一次请求JSP时，服务器把JSP文件编译成.java文件和html文件保存在work\Catalina\localhost\工程名\这个目录下，在第二次请求的时候，系统直接执行编译后.java文件和html文件,不需要编译从而提高速度!
‘柒’ 我win7在weblogic中部署了一个系统 再打开这个页面就特别的卡 求大神解决一下!
你部署系统响应慢应该是1、系统第一次部署，访问的页面都需要将jsp编译。第二次访问系统页面不慢了应该就是这个问题2、电脑卡了 可能是你的电脑资源问题 cpu内存和weblogic配置的内存都有关系的
‘捌’ linux 上用weblogic部署的项目。但是在局域网当中的某个机器访问某个jsp页面时响应特别慢。
介绍不够全面，认真分析一下jsp页面，另外查看IE的版本，是否存在兼容性问题
‘玖’ idea,最近修改jsp、界面需要等好几十秒才有更改效果，用了jre后端实时生效，jsp编译不及时
左边的是虚拟机运行内存，调整大小可以防止内存溢出问题；
右边是编码格式哦，亲
‘拾’ 请教各位：weblogic应用服务器为何无故变慢
IBM在知名度、战略眼光、多种平台、提供能力方面拥有优势，而BEA的强项在于技术和销售渠道方面。 BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。 BEA WebLogic Server拥有处理关键Web应用系统问题所需的性能、可扩展性和高可用性。与BEA WebLogic Commerce ServerTM配合使用，BEA WebLogic Server可为部署适应性个性化电子商务应用系统提供完善的解决方案。 BEA WebLogic Server具有开发和部署关键任务电子商务Web应用系统所需的多种特色和优势。 综上所述，BEA Weblogic服务器在一个企业的IT系统中所起的作用是非常重要的。所以管理和维护好Weblogic应用服务器是业务系统维护的重中之重。 如何管理Weblogic应用服务器? 日常管理Weblogic应用服务器，我们需要关注以下几个方面： 1、 系统资源，例如应用服务器本身所在的操作系统CPU利用率、内存利用率、磁盘空间等基础资源的消耗情况。 2、 Web容器，Web层在应用中更多的是用来生成表达逻辑。广泛使用的体系结构是从应用层读取数据，然后使用servlet和JSP生成动态内容，其中应用层一般由EJB组成。因此需要重点关注当前的Session数量，包括活动的数量以及峰值情况。 3、 JMS，JMS子系统提供了很多的调试参数。JMS消息是由称为JMSDispatcher的独立执行队列处理的。需要重点关注的是JMS消息数等一些参数，包括已接收的和等待处理的数量等。 4、 线程池执行队列，执行队列的线程数表示执行队列能够同时执行的操作的数量。但此值不是设的越大越好，应该恰到好处的去设置它，太小了，执行队列中将会积累很多待处理的任务，太大了，则会消耗大量的系统资源从而影响整体的性能。因此需要重点关注当前空闲线程数、等待的请求数、总线程数等指标。 5、 JDBC连接池，JDBC Connection Pool的调优受制于WebLogic Server线程数的设置和数据库进程数,游标的大小。通常我们在一个线程中使用一个连接,所以连接数并不是越多越好,为避免两边的资源消耗，建议设置连接池的最大值等于或者略小于线程数。同时为了减少新建连接的开销,将最小值和最大值设为一致。因此需要重点关注的是连接池大小、当前活动的连接数量、泄漏的连接数等指标。 摩卡软件应用监控的优势 摩卡软件在行业内具有十年的IT运维管理经验，摩卡软件在全国超过23家的大客户现场积累了深厚的应用平台运维管理经验，其中Weblogic应用服务器监控也非常成熟，摩卡软件对应用监控的主要优势如下： 支持应用种类多：从J2EE应用平台到数据库，再到中间件，几乎无所不包。 专业底层的监控：多年来与大厂的良好合作关系，奠定了摩卡软件的技术实力，使得摩卡软件在应用的监控上更能够取得一些最有用的最底层的数据。 超越原厂家的监控：应用厂家可能不会想到，他们认为的最关键的一些东西对不同的客户而言可能关注点都不同，摩卡软件利用与厂家合作关系的优势结合运维管理经验，提出一套超越应用原厂家的监控指标。 更有用的监控：摩卡软件最独特的优势在于，所有对应用平台的监控指标都不是空穴来风，也不是每个技术人员所熟知的那些通用的监控，摩卡软件将十年来的IT运维管理经验进行了整合，所有的监控指标均来自我们全国超过23个大客户服务点多年来的运维管理经验，让监控指标更加有用。 更容易看懂的指标：摩卡软件将指标进行分类，以可用性指标、性能指标、配置指标等将指标进行分类管理，方便了用户的查阅。