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
中:
ContextLoaderListener
用来为
Web
项目启动
Spring
的
IoC
容器,从而实现
Bean
的注入。
contextConfigLocation
设定了
Spring
配置文件的位置。
6.
jetty-maven-plugin
能够周期性地检查
Web
项目内容,发现编译后的文件变化后自动更新到内置的
Jetty Web
容器中。可以在
POM
文件中配置
jetty-maven-plugin :
scanIntervalSeconds
的默认值为
0
,也就是不扫描。配置
settings.xml
:
这样就可以使用简化的命令行调用:
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.
configuration
元素的
home
子元素表示复制容器配置到什么位置,这里的值
${project.build.directory}
表示构建输出目录,即
target/
。
container
元素下的
containerId
表示容器的类型。
Cargo
默认会让
Web
容器监听
8080
端口。要使用
existing
模式只需更改
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
项目了。
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
项目了。
相关文章推荐
- windows下安装redis服务 AND PHP中添加扩展 AND PHP中使用
- redis 在spring boot工程中的应用(四) 图片的读取与缓存 byte string
- redis 在spring boot工程中的应用(三) 问题发现与解决 :反序列化 报错
- 常用的 redis操作
- java(优化12) 15天玩转redis之第六篇
- Redis提供商配置ASP.NET会话状态
- redis学习笔记2--命令返回值
- 重温redis--redis在springmvc下的使用
- redis主从配置
- Redis主从配置
- Apache-Shiro分布式环境配置(与redis集成)
- redis
- Redis for .NET 系列之实现分页需求
- redis两种持久化机制
- CentOS设置开启自动启动Redis的方法
- Redis中String类型的Value最大可以容纳数据长度
- Redis中String类型的Value最大可以容纳数据长度
- Flask+Nginx+Gunicorn+Redis+Mysql搭建一个小站
- Linux下php安装Redis扩展
- redis pipeline