Weblogic11g三种部署web应用

Weblogic11g部署web应用，有三种方式，非常简单，但是很多新手部署总是出现若干错误，不知道如何解决。下面以白衣大神的springside3应用举例（原因是springside3很有代表性）详细讲解：1、准备springside3的应用（mini-web、mini-service），这里我整理为一个war包，一个web应用的文件夹，放在网盘上，提供下载。=1314310108&uk=32221903712、自动部署（autodeploy方式）上一篇创建domain之后，domain所在目录有个文件夹是autodeploy，如图所示：是的，没错，就是它。那还等什么？第一步：直接把web应用文件夹（这里以mini-web应用为例）copy过去就可以了。如下图所示：第二步：登录domain的控制台，点击“域结构”-》“部署”，可看到如下界面：说明此时web应用已经成功部署了【注意：1）观察状态，以及部署顺序，2）上一篇domain创建时提到开发模式，这就是利用开发模式的轮训自动热部署的】第三步：既然部署成功了，那么赶紧访问应用吧，如下图所示：实际上，autodeploy方式是不需要重启domain的。【注意点】1)自动部署适合开发阶段使用，在生产环境中，不建议使用2)如果把应用copy到autodeploy中，在domain的控制台中，点击“域结构”-》“部署”，未发现如果所示的部署记录，此时，你应该查看logs文件夹下面的日志。一般情况下，是你的应用问题导致部署失败。3、控制台部署（console方式）：第一步：安装web应用（这里以mini-service应用为例）1）选择安装应用，如图所示：2）选择应用位置，这里以mini-service为例，并且以war包部署：【注意：这里可以选择jar、rar、zip、war、ear、web应用文件夹】3）下面几步全部默认直到最后一步，点击“完成”即可。点击“完成”按钮之后，实际上domain正在为你的配置加载web应用，此时你可以观察domain的命令控制台（如果部署失败，控制台出现异常信息）。wocao！竟然有错，截图为证：此时返回console，再次回到部署的列表，如下图所示：很明显，状态为“失败”。此时你的头脑应该在想，明明在tomcat下可以跑，weblogic这么烂，连个这么简单的应用都部署失败？springside3你怎么连weblogic都不支持？好吧，我们来分析错误的原因（实际上很多应用在weblogic部署时，都会存在这些问题）查看错误异常信息：Java代码1.CausedBy:java.lang.NoSuchMethodError:org.apache.commons.lang.ClassUtils.getCl2.ass(Ljava/lang/String;)Ljava/lang/Class;3.atorg.dozer.util.DefaultClassLoader.loadClass(DefaultClassLoader.java:34.1)5.atorg.dozer.DozerInitializer.loadBeanType(DozerInitializer.java:116)6.atorg.dozer.DozerInitializer.initialize(DozerInitializer.java:98)7.atorg.dozer.DozerInitializer.init(DozerInitializer.java:75)8.atorg.dozer.DozerBeanMapper.init(DozerBeanMapper.java:116)9.Truncated.seelogfileforcompletestacktrace报错信息为apache-commons-lang的包有问题，为啥在tomcat下面没这个错呢？这个错误是由于weblogic根本没有使用web应用/WEB-INF/lib下面的commons-lang包。现在我们来解决吧，很简单，编写weblogic.xml，放到WEB-INF下面即可。weblogic.xml内容如下：Java代码1.?xmlversion=1.0encoding=UTF-8?2.wls:weblogic-web-app3.xmlns:wls=:xsi=:schemaLocation=://java.sun.com/xml/ns/javaee/ejb-jar_3_0.xsd7.://xmlns.oracle.com/weblogic/weblogic-web-app/1.2/weblogic-web-app.xsd9.wls:container-descriptor10.wls:prefer-application-packages11.wls:package-nameorg.apache.commons.*/wls:package-name12./wls:prefer-application-packages13./wls:container-descriptor14./wls:weblogic-web-app关掉domain的cmd控制台，重启domain。再次查看部署列表，如下图所示：没看错，只要增加一个weblogic.xml，重启服务，这个应用状态立即改为活动了。既然部署成功了，访问mini-service提供的webservice服务wsdl，如下图所示：【注意：很多应用在其它容器中跑没有问题，一旦在weblogic下面就有问题，主要就是weblogic作为一个商业中间件，里面整合了太多了javaee规范包以及一些第三方开源包，这就导致与web应用的包冲突，而weblogic优先使用自己整合的包，所以web应用自身的包没有被用到。使用prefer-application-packages配置主要是让weblogic预先使用应用的包】4、命令部署（weblogic.deployer方式）：这种方式需要记住相关命令，既然有了autodeploy，console的方式，基本就可以了。不过还是附上命令部署的操作文档吧，参考：://edocs.weblogicfans.net/wls/docs92/deployment/wldeployer.html实际上，以上三种部署方式的目的，都会有个相同的结果，就是配置config.xml。具体位置：weblogic11\user_projects\domains\example\config\config.xml。找到app-deployment节点：Java代码1.app-deployment2.name_appsdir_mini-web_dir/name3.targetAdminServer/target4.module-typewar/module-type5.source-pathautodeploy\mini-web/source-path6.security-dd-modelDDOnly/security-dd-model7.staging-modenostage/staging-mode8./app-deployment9.app-deployment10.namemini-service/name11.targetAdminServer/target12.module-typewar/module-type13.source-pathD:\work\webapps\mini-service.war/source-path14.security-dd-modelDDOnly/security-dd-model15./app-deployment