您的位置:首页 > 数据库 > Redis

CentOS6.5下redis安装部署配置指南、常用命令、主从同步集群、redis-php学习资料整合详解

2016-03-16 21:58 1531 查看
1.  

Web
项目的
POM
中需要显示地指定打包方式为
war
,其默认的
web
资源目录为
src/main/webapp/
,在该目录下必须包含
WEB-INF/web.xml


 
2.  

Maven
属性
${project.groupId}

${project.version}
分别代表了当前
POM
的项目的
groupId

version


 
3.  

javax.servlet.servlet-api

javax.servlet.jsp.jsp-api
这两个构建基本上所有
Web
项目都会依赖它们,但它们的依赖范围应该是
provided
,表示它们最终不会被打包到
war
文件中,这是因为几乎所有
Web
容器都会提供这两个类库。

 
4.  

超级
POM
中定义了
fileName
元素(在
project
元素下)的默认值为
${project.artifactId}-${project.version}
,该元素用来标识项目生成的主构件的名称。但为了在访问
web
项目页面的时候不输入冗长的地址,我们会配置
fileName
元素为项目生成更为简洁的
war
包名。

 
5.  


web.xml
中:

<web-app>

…

<listener>

<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>

</listener>

<context-param>

<param-name>contextConfigLocation</param-name>

<param-value>

classpath://account-persist.xml

classpath://account-captcha.xml

classpath://account-email.xml

classpath://account-service.xml

</param-value>

</context-param>

…

</web-app>

 
ContextLoaderListener
用来为
Web
项目启动
Spring

IoC
容器,从而实现
Bean
的注入。
contextConfigLocation
设定了
Spring
配置文件的位置。

 

 
6.  

jetty-maven-plugin
能够周期性地检查
Web
项目内容,发现编译后的文件变化后自动更新到内置的
Jetty Web
容器中。可以在
POM
文件中配置
jetty-maven-plugin :

<plugin>

<groupId>org.mortbay.jetty</groupId>

<artifactId>jetty-maven-plugin</artifactId>

<version>7.1.6.v20100715</version>

<configuration>

<scanIntervalSeconds>10</scanIntervalSeconds>

<webAppConfig>

<contextPath>/test</contextPath>

</webAppConfig>

</configuration>

</plugin>

 
scanIntervalSeconds
的默认值为
0
,也就是不扫描。配置
settings.xml


 
<settings>

<pluginGroups>

<pluginGroup>org.mortbay.jetty</pluginGroup>

</pluginGrous>

</settings>

 
这样就可以使用简化的命令行调用:

mvn jetty:run –Djetty.port=9999

端口默认是
8080
。详细资料可以参考

http://wiki.eclipse.org/Jetty/Feature/Jetty_Maven_Plugin

 
7.  C

argo
是一组帮助用户操作
Web
容器的工具,它能够帮助用户实现自动化部署,而且它几乎支持所有的
Web
容器,如
Tomcat

JBoss

Jetty

Glassfish
等。

 
8.  C

argo
支持两种本地部署的模式:
standalone

existing
。在
standalone
模式中,
Cargo
会从
Web
容器的安装目录复制一份配置到用户指定的目录,然后在此基础上部署应用,每次重新构建的时候,这个目录都会被清空,所有配置被重新生成。而在
existing
模式中,用户需要指定现有的
Web
容器配置目录,然后
Cargo
会直接使用这些配置并将应用部署到其对应的位置。

 
9.

<plugin>

<groupId>org.codehaus.cargo</groupId>

<artifactId>cargo-maven2-plugin</artifactId>

<version>1.0</version>

<configuration>

<container>

<containerId>tomcat6x</containerId>

<home>D:\cmd\apache-tomcat-6.0.29</home>

</container>

<configuration>

<type>standalone</type>

<home>${project.build.directory}/tomcat6x</home>

<properties>

<cargo.servlet.port>8081</cargo.servlet.port>

</properties>

</configuration>

</configuration>

</plugin>

 
configuration
元素的
home
子元素表示复制容器配置到什么位置,这里的值
${project.build.directory}
表示构建输出目录,即
target/

container
元素下的
containerId
表示容器的类型。
Cargo
默认会让
Web
容器监听
8080
端口。要使用
existing
模式只需更改
configuration
元素:

<configuration>

<type>existing</type>

<home> D:\cmd\apache-tomcat-6.0.29</home>

</configuration>

 
这里
home
子元素表示现有的
Web
容器目录。运行
mvn cargo:start


之后就会在
Tomcat

webapps
子目录下看到被部署的
web
项目。

 
10.  对

于远程部署,
container
元素的
type
子元素值必须为
remote
(默认值为
installed
)。
configuration
元素的
type
子元素值为
runtime
,表示既不使用独立的容器配置,也不使用本地现有的容器配置,而是依赖一个已运行的容器。
Properties
元素用来声明一些容器热部署相关的配置,可以参考:
http://cargo.codehaus.org/Maven2+plugin



运行
mvn cargo:redeploy


就能重新部署
web
项目了。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: