有谁用过pushlet吗？
[问题点数：40分，结帖人Aqu415]
有谁用过pushlet吗？
[问题点数：40分，结帖人Aqu415]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
本帖子已过去太久远了，不再提供回复功能。11731人阅读
WEBLOGIC（34）
The validator&class:&&org.apache.taglibs.standard.tlv.JstlCoreTLV&&has failed with the following exception:&java.lang.ClassCastException:
weblogic.xml.jaxp.RegistrySAXParserFactory cannot be cast to javax.xml.parsers.SAXParserFactory&. &&&%@page&contentType=&text/charset=utf-8&%& &&^---------------------------------------------^&&
If your webapplication is using the following JAR file : xml-apis-1.x.x then please remove it from your WEB-INF/lib directory.
附录： 在weblogic下部署出现问题汇总
1、 JDK和Servlet版本问题
WebLogic 8.1 sp4以前（包括sp4）只支持JDK1.4，建议使用JDK1.4进行编译代码，有时JDK1.5编译的程序无法运行。
由于WebLogic 8.1不支持J2EE1.4，不要使用Servlet2.4和JSP2.0进行编码。
2、 Struts 加载问题
在TOMCAT中，加载Struts的顺序是通过servlet加载，排在Listener加载之后。如果在Struts中使用Plugin，会在TOMCAT启动的最后加载，所以在Plugin中可以使用Spring中的Bean。
移植到WebLogic后，Struts会在容器启动的时候全部加载，包括Plugin。这样就出现了在Plugin加载的时候，不能得到Spring管理的Bean，也就是说Struts Plugin在WebLogic里不能使用Spring管理的Bean。所以如果需要启动时加载部分代码，建议使用Servlet init()方法。
Spring为通过Web启动的程序提供了一个工具，该工具可以从Context中直接得到WebApplicationContext，其工具的方法签名如下：
org.springframework.web.context.support.WebApplicationContextUtils. getWebApplicationContext(ServletContext);
3、 Include问题
在BEA WebLogic中不允许在一个文件中出现一次以上类似&%@ page contentType=&text/ charset=GBK&%&的代码，所以使用include file时，请将被include的文件中类似代码删除。
在TOMCAT时允许上述代码出现多回，并且使用include file时，被include的文件中，不包含上述代码，编译后客户端显示为乱码。BEA为此解释为TOMCAT不符合J2EE规范。
为了增加代码的通用性和可移植性，建议使用&jsp:include&方式。
&jsp:include&将被include的jsp代码视为独立存在的文件，所以可以在不同文件内使用多个&%@ page contentType=&text/ charset=GBK&%&。&jsp:include&直接传参由&jsp:param&标签完成，在被include页面可以通过request得到传入的值，也可以通过request.setAttribute()、request.getAttribute()进行内外文件参数传递。
4、 打包后Log4j支持问题
打包成.war部署到WebLogic后，出现如下问题：
Error: weblogic.management.DeploymentException: Cannot set web app root system property when WAR file is not expanded - with nested exception:
[java.lang.IllegalStateException: Cannot set web app root system property when WAR file is not expanded]
问题解决：通常您不需要亲自编写servlet或者listener，比如直接利用log4j的com.apache.jakarta.log4j.Log4jInit类,Spring的org.springframework.web.util.Log4jConfigServlet和org.springframework.web.util.ServletContextListener方式配置，找到.Log4jConfigServlet和ServletContextListener的源码，他们都在适当的地方(callback
method)调用了Log4jWebConfigurer.initLogging(getServletContext());定位到这个方法，第一句就是:WebUtils.setWebAppRootSystemProperty(servletContext);再定位到该方法，方法很短：
public static void setWebAppRootSystemProperty(ServletContext servletContext) throws IllegalStateException {
String param = servletContext.getInitParameter(WEB_APP_ROOT_KEY_PARAM);
String key = (param != null ? param : DEFAULT_WEB_APP_ROOT_KEY);
String oldValue = System.getProperty(key);
if (oldValue != null) {
throw new IllegalStateException(&WARNING: Web app root system property already set: & + key + & = & + oldValue + & - Choose unique webAppRootKey values in your web.xml files!&);
String root = servletContext.getRealPath(&/&);
if (root == null) {
throw new IllegalStateException(&Cannot set web app root system property when WAR file is not expanded&);
System.setProperty(key, root);
servletContext.log(&Set web app root system property: & + key + & = & + root);
系统需要读取webAppRootKey这个参数，所以在部署到WebLogic里的时候，在web.xml中手动添加如下代码：
&context-param&
&param-name&webAppRootKey&/param-name&
&param-value&webapp.root&/param-value&
&/context-param&
WebLogic自身也包含对Log4j的支持，在打包部署（.war）的时候，会和Spring的org.springframework.web.util.Log4jConfigListener有冲突（拷贝到WebLogic散放部署不会出错）。所以改用Servlet加载。（不通过应用加载Log4j好像也可以使用，但未进行完整测试，下面代码修改后，系统会报Log4j加载重复错误，不影响应用启动。）
web.xml中删除下面代码：
&listener id=&log4jConfigListener&&
&listener-class&org.springframework.web.util.Log4jConfigListener&/listener-class&
&/listener&
将Listener加载改为通过Servlet加载，再在web.xml增加：
&servlet-name&log4jConfigListener&/servlet-name&
&servlet-class&org.springframework.web.util.Log4jConfigServlet&/servlet-class&
&load-on-startup&0&/load-on-startup&
&/servlet&
5、 Hibernate3、Axis部署问题
Hibernate3中hibernate.query.factory_class的默认值为org.hibernate.hql.ast.ASTQueryTranslatorFactory，在WebLogic下系统运行时会抛出org.hibernate.QueryException: ClassNotFoundException: org.hibernate.hql.ast.HqlToken异常。
这个问题网上说的很多，解决方法也各式各样，其实很简单，Weblogic系统默认加载EJB-QL parser，存在重名类，所以使用时会出现ClassNotFoundException。一般网上的修改方式都是修改startWebLogic运行的脚本，将antlr-2.7.5H3.jar文件优先加载。但这样的方法会带来一些其他问题，所以不推荐使用。最好的方法是，在WEB-INF目录下建一个weblogic.xml文件，文件中写入如下代码：
&?xml version=&1.0& encoding=&UTF-8&?&
&!DOCTYPE weblogic-web-app PUBLIC &-//BEA Systems, Inc.//DTD Web Application 8.1//EN& &&&
&weblogic-web-app&
&container-descriptor&
&&& &prefer-web-inf-classes&true&/prefer-web-inf-classes&
&/container-descriptor&
&/weblogic-web-app&
说明：prefer-web-inf-classes=true是WebLogic's classloader在有重名类时，优先加载Web应用中WEB-INF内的类。
Axis部署同理。
1、如果有包在通过修改startWebLogic启动脚本优先加载后，web应用中有重复的包，并且将prefer-web-inf-classes=true，BEA WebLogic编译JSP时会报错。（直接设置true就可以，无需再修改脚本；如果已经修改过脚本，需要还原。）
2、在apache中提供两种方式部署Axis包，一种为prefer-web-inf-classes=true，另外一种将saaj.jar一个包在webservices.jar之前优先加载。经实际验证，只将saaj.jar一个包优先加载并不能解决全部问题，如果不使用前一种方法，请将axis全部的包加载在webservices.jar之前。
6、 BEA WebLogic Crashes问题
在实际部署到Unix下的BEA时，我遇到过两回WebLogic Crash问题，都是通过BEA Support解决的，下面分享一下两回Crash的过程、解决方法及经验。
服务器环境：HP Unix 11.23；HP JDK1.4.2_10；WebLogic8.1 SP5
7.&&&&&& 发布Web Service接口，远程程序调用两回后BEA WebLogic Crash
在Tomcat上测试正常的Web Service接口，移植到BEA 后，第一回调用该接口一切正常，第二次调用时，系统直接报错，WebLogic进程从系统中消失。
BEA Support给出的解释是内存分配不足，增加BEA WebLogic应用内存最大值后，系统正常。
8.&&&& Axis远程调用.net Web Service接口，出现java.lang.NoSuchMethodError: javax.xml.namespace.QName.getPrefix()Ljava/lang/S错误，将包含该类的包优先加载，调用.net Web Service接口时系统Crash
我所用的应用系统需要调用远程.net平台的Web Service接口，该程序在Tomcat和Windows 下BEA WebLogic 8.1 SP5下进行测试，全部正常使用，但移植到HPUX上，每次调用接口时都会找不到javax.xml.namespace.QName.getPrefix()方法。查明该方法存在于jaxrpc.jar文件中，而webservices.jar存在名为javax.xml.namespace.QName的重名类。在startWebLogic.sh文件中修改，手动将jaxpc.jar排在webservices.jar之前加载，重启系统后，调用.net
Web Service时出现Crash。
BEA Support给的解释是classloader冲突，确切的冲突原因不明，Windows下没有问题的话考虑升级JVM，或者使用Application内的Class优先加载。
最后通过问题4的解决方式解决。（详细原理请参见）
个人感觉在UNIX下BEA不是很稳定，如果类似出Crash问题，最好请BEA Support解决。BEA Support定位问题需要出现问题的原因、出错生成的日志文件，并且配合他修改一些参数获得更多的日志文件，这些日志文件都在启动的Domain目录下。当购买BEA服务后，不建议过多花费时间在解决这类问题上（网上基本没有太多资料）。
9. 还有this.getServletContext()要改为this.getServletConfig().getServletContext()
10.weblogic.xml.jaxp.RegistrySAXParserFactory cannot be cast to javax.xml.parsers.SAXParserFactory
解决办法：
删除xml-apis-1.3.03 从WEB-INF/lib下 。
配置weblogic.xml ，强制weblogic 首先加载应用WEB-INF 中的class。内容如下：
&?xml version=&1.0& encoding=&UTF-8&?&
&weblogic-web-app&
&container-descriptor&
&&& &prefer-web-inf-classes&true&/prefer-web-inf-classes&
&/container-descriptor&
&/weblogic-web-app&
直接将 weblogic.xml放到和web.xml同目录下就可以了。这样可以优先执行web-inf下的包或者类。可以解决包冲突的解决办法。
如果出现java.lang.ClassCastException: weblogic.xml.jaxp.RegistryDocumentBuilder&
这样的错误,则肯定是weblogic解析xml时跟别的包冲突了.我把xercesImpl-2.6.2.jar包去掉后就ok.
12..web.xml将spring加载换成listener
&listener&
&& &listener-class&org.springframework.web.context.ContextLoaderListener&/listener-class&
&/listener&
&&&&& &servlet-name&context&/servlet-name&
&&& &servlet-class&org.springframework.web.context.ContextLoaderServlet&/servlet-class&
&&& &load-on-startup&1&/load-on-startup&
&&& &/servlet&
&& &?xml version=&1.0& encoding=&UTF-8&?&
&!DOCTYPE weblogic-web-app PUBLIC &-//BEA Systems, Inc.//DTD Web Application 8.1//EN& &weblogic810-web-jar.dtd&&
&weblogic-web-app&
&&jsp-descriptor&
&&&jsp-param&
&&&&param-name&keepgenerated&/param-name&
&&&&param-value&true&/param-value&
&&&/jsp-param&
&&/jsp-descriptor&
&&container-descriptor&
&&&prefer-web-inf-classes&true&/prefer-web-inf-classes&
&&/container-descriptor&
&/weblogic-web-app&
14 weblogic 发布时候报session 被锁定，解决方式
The domain edit lock is owned by another session - this deployment operation requires exclusive access to the edit lock and hence cannot proceed.
You can release the lock in Administration Console by first disabling &Automatically Acquire Lock and Activate Changes& in Preference,
then clicking the Release Configuration button.
15 weblogic 10 项目包
weblogic.application.ModuleException:&
&at weblogic.servlet.internal.WebAppModule.prepare(WebAppModule.java:387)
&at weblogic.application.internal.flow.ScopedModuleDriver.prepare(ScopedModuleDriver.java:176)
&at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
&at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:387)
&at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
&at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:58)
&at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:42)
&at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:615)
&at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
&at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:191)
&at weblogic.application.internal.SingleModuleDeployment.prepare(SingleModuleDeployment.java:16)
&at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:155)
&at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:60)
&at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java:141)
&at weblogic.management.deploy.internal.DeploymentAdapter$1.doPrepare(DeploymentAdapter.java:39)
&at weblogic.management.deploy.internal.DeploymentAdapter.prepare(DeploymentAdapter.java:187)
&at weblogic.management.deploy.internal.AppTransition$1.transitionApp(AppTransition.java:21)
&at weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:233)
&at weblogic.management.deploy.internal.ConfiguredDeployments.prepare(ConfiguredDeployments.java:165)
&at weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:122)
&at weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:173)
&at weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:89)
&at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
&at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
&at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
java.lang.ClassCastException: com.ctc.wstx.stax.WstxInputFactory
&at javax.xml.stream.XMLInputFactory.newInstance(XMLInputFactory.java:137)
&at weblogic.servlet.internal.TldCacheHelper$TldIOHelper.parseXML(TldCacheHelper.java:124)
&at weblogic.descriptor.DescriptorCache.parseXML(DescriptorCache.java:380)
&at weblogic.servlet.internal.TldCacheHelper.parseTagLibraries(TldCacheHelper.java:65)
&at weblogic.servlet.internal.War.getTagInfo(War.java:891)
&at weblogic.servlet.internal.WebAppServletContext$ServletContextWebAppHelper.getTldInfo(WebAppServletContext.java:3618)
&at weblogic.servlet.internal.WebAppServletContext$ServletContextWebAppHelper.getTagLibListeners(WebAppServletContext.java:3591)
&at weblogic.servlet.internal.EventsManager.registerEventListeners(EventsManager.java:98)
&at weblogic.servlet.internal.EventsManager.registerPreparePhaseListeners(EventsManager.java:65)
&at weblogic.servlet.internal.WebAppServletContext.initContextListeners(WebAppServletContext.java:1765)
&at weblogic.servlet.internal.WebAppServletContext.prepare(WebAppServletContext.java:1126)
&at weblogic.servlet.internal.HttpServer.doPostContextInit(HttpServer.java:449)
&at weblogic.servlet.internal.HttpServer.loadWebApp(HttpServer.java:424)
&at weblogic.servlet.internal.WebAppModule.registerWebApp(WebAppModule.java:910)
&at weblogic.servlet.internal.WebAppModule.prepare(WebAppModule.java:364)
&at weblogic.application.internal.flow.ScopedModuleDriver.prepare(ScopedModuleDriver.java:176)
&at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93)
&at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:387)
&at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
&at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:58)
&at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:42)
&at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:615)
&at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37)
&at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:191)
&at weblogic.application.internal.SingleModuleDeployment.prepare(SingleModuleDeployment.java:16)
&at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:155)
&at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:60)
&at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java:141)
&at weblogic.management.deploy.internal.DeploymentAdapter$1.doPrepare(DeploymentAdapter.java:39)
&at weblogic.management.deploy.internal.DeploymentAdapter.prepare(DeploymentAdapter.java:187)
&at weblogic.management.deploy.internal.AppTransition$1.transitionApp(AppTransition.java:21)
&at weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:233)
&at weblogic.management.deploy.internal.ConfiguredDeployments.prepare(ConfiguredDeployments.java:165)
&at weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:122)
&at weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:173)
&at weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:89)
&at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
&at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
&at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
原因是wstl。jar 有冲突。 先吧这个jar删除发布，然后呢，添加上发布就没有事情了，
&在weblogic 10.3.0 以后的版本没有这个错误
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：3323444次
积分：33902
积分：33902
排名：第96名
原创：193篇
转载：1839篇
评论：370条
(52)(40)(43)(73)(15)(10)(17)(12)(6)(20)(27)(54)(71)(97)(74)(32)(2)(24)(21)(62)(60)(36)(23)(27)(46)(34)(76)(63)(121)(142)(74)(54)(120)(77)(42)(4)(12)(19)(1)(9)(15)(19)(18)(16)(31)(79)(68)8668人阅读
WEBLOGIC（34）
&jsp-descriptor&
&!-- 在 JSP 编译过程中保存作为中间步骤生成的 Java 文件。除非此参数设置为 true，否则编译完成后将删除所有中间 Java 文件。 --&
&keepgenerated&true&/keepgenerated&
&!-- 检查JSP文件的时间间隔（秒），以便查看 JSP 文件是否已更改以及是否需要重新编译。如果已发生更改，还会检查依赖关系并递归重新加载。 --&
&!-- -1表示永不检查页面。该值为生产环境中的默认值。0表示总是检查页面。1表示每秒检查一次页面。该值为开发环境中的默认值。 --&
&!-- &page-check-seconds&1&/page-check-seconds& --&
&!-- 如果设置为 true，当部署或重新部署 Web应用程序时，或启动 WebLogic时，WebLogic Server会自动预编译所有已修改的JSP。 --&
&!-- &precompile&true&/precompile& --&
&!-- 如果设置为 true，即使编译期间其中某些 JSP 失败，WebLogic Server也会继续预编译所有已修改的 JSP。仅当 precompile设置为true时才生效。 --&
&!-- &precompile-continue&true&/precompile-continue& --&
&debug&true&/debug&
&/jsp-descriptor&
11g 示例：
&?xml version=&1.0& encoding=&UTF-8&?&
&weblogic-web-app xmlns=&/ns/weblogic/90& xmlns:xsi=&http://www.w3.org/2001/XMLSchema-instance&&
&context-root&/schedule&/context-root&
&jsp-descriptor&
&keepgenerated&true&/keepgenerated&
&page-check-seconds&0&/page-check-seconds&
&/jsp-descriptor&
&container-descriptor&
&servlet-reload-check-secs&0&/servlet-reload-check-secs&
&resource-reload-check-secs&0&/resource-reload-check-secs&
&prefer-web-inf-classes&true&/prefer-web-inf-classes&
&/container-descriptor&
&session-descriptor&
&timeout-secs&3600&/timeout-secs&
&cookie-name&JSESSIONIDSCHEDULE&/cookie-name&
&!-- &persistent-store-type&replicated&/persistent-store-type&
&/session-descriptor&
当&session-timeout&设置为－2，表示将使用在weblogic.xml中设置的
TimeoutSecs这个属性值。
当&session-timeout&设置为－1，表示Session将永不过期，而忽略在
weblogic.xml中设置的TimeoutSecs属性值。
&context-root&/上下文根&/context-root&
&/weblogic-web-app&
大家在进行web开发的时候，都希望自己修改的内容在不手动编译、不重启服务的时候立即生效，这样可以极大的方便开发和调试。这个就是我今天要讲的weblogic的热部署。
&&&&& Weblogic能实现热部署功能，而且有自己的热部署机制，一般的应用在Weblogic的控制台中有如下三个配置的页面：
&&&&&&&&&&& servlet-reload-check-secs
&&&&&&&&&&&& resource-reload-check-secs
&&&&&&&&&&& JSP&&page-check-seconds
&&& 其中weblogic.xml对于这三个设置选项的参数介绍：
&&&&&&servlet-reload-check-secs
&servlet-reload-check-secs&元素定义&WebLogic Server是否执行&servlet检查以查看&servlet是否已更改，如果已更改，是否重新加载。
§& & & &值&-1&表示永不检查&servlet。该值为生产环境中的默认值。
§& & & &值&0&表示总是检查&servlet。
§& & & &值&1&表示每秒检查一次&servlet。该值为开发环境中的默认值。
resource-reload-check-secs
使用&&resource-reload-check-secs&元素针对&Web应用程序范围内资源路径中发现的缓存资源执行元数据缓存。该参数标识&WebLogic
Server检查资源是否发生修改的频率，如果已修改，则重新加载。
§& & & &值&-1&表示元数据进行缓存，但从不对磁盘进行检查以便找出所做的更改。建议在生产环境中使用该值，以提升性能。
§& & & &值&0&表示不执行元数据缓存。持续更改文件的客户必须将该参数设置为大于或等于&0的一个值。
§& & & &值&1&表示每秒重新加载一次。该值为开发环境中的默认值。
JSP&&page-check-seconds
设置&WebLogic Server检查&JSP文件的时间间隔（秒），以便查看&JSP文件是否已更改以及是否需要重新编译。如果已发生更改，还会检查依赖关系并递归重新加载。
§& & & &值&-1&表示永不检查页面。该值为生产环境中的默认值。
§& & & &值&0&表示总是检查页面。
§& & & &值&1&表示每秒检查一次页面。该值为开发环境中的默认值。
所以分别配置Servlet、Resource和Jsp的来控制对应三类所控制的内容的热部署时间间隔，如果设置为-1的话那么这一项就不支持热部署。当值配置为1的话就可以支持热部署。
为了实现程序的热部署，我们需要以下几个步骤：
1：修改weblogic的启动参数
使用domain中的startWebLogic.cmd来启动weblogic的话，则在domain/bin下的setDomainEnv.cmd中将该参数配置上，在该文件最后添加设置参数命令:set JAVA_OPTIONS=%JAVA_OPTIONS% -Dorg.apache.tapestry.disable-caching=true -Dorg.apache.tapestry.enable-reset-service=true
2. 检查weblogic.xml配置文件，其中如果有：
&container-descriptor&
&&&servlet-reload-check-secs&0&/servlet-reload-check-secs&
&&&resource-reload-check-secs&0&/resource-reload-check-secs&
&&/container-descriptor&
&jsp-descriptor&
&&&jsp-param&
&&&&param-name&pageCheckSeconds&/param-name&
&&&&param-value&0&/param-value&
&&&/jsp-param&
&&/jsp-descriptor&
请将上述数值都修改为0。
3.配置Eclipse中的工程自动编译
&&&&&& 检查Eclipse中工程配置的默认编译输出路径是否为projectHome/web/WEB-INF/classes。
&&&&&& 修改步骤为：在Package Explorer视图中的工程上右键--&属性(properties)--&Java构件路径(Java Build Path)--&源代码(Source)--&默认输出路径(Default output folder)。这里修改为web/WEB-INF/classes即可。可以通过右边的浏览（Browse）按钮来选择。&确保
project-&build automatically&&&已经被选上。
&4. 检查ie选项中是否设置了每次访问本页时检查最新。
设置方法：工具--&Internet选项--&常规--&浏览历史记录中的设置，在弹出框中设置（针对ie7，8）。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：3323447次
积分：33902
积分：33902
排名：第96名
原创：193篇
转载：1839篇
评论：370条
(52)(40)(43)(73)(15)(10)(17)(12)(6)(20)(27)(54)(71)(97)(74)(32)(2)(24)(21)(62)(60)(36)(23)(27)(46)(34)(76)(63)(121)(142)(74)(54)(120)(77)(42)(4)(12)(19)(1)(9)(15)(19)(18)(16)(31)(79)(68)