Blog:
1.introdution of Version Control/Git,SVN
2.introduction of Build Tool/Maven,Gradle
3.Analysis of container and injection in java ,their history and future
Practice
1.Git-Install and practice
2.Maven-install and practice
3.Glassfish server installation and startup
4.Java EE Tutarial Example-Hello1
一、introdution of Version Control:Git,SVN
版本控制系统(version control system),是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统。版本控制系统不仅可以应用于软件源代码的文本文件,而且可以对任何类型的文件进行版本控制。用的比较多的如svn,git等。
![](https://gss1.bdstatic.com/-vo3dSag_xI4khGkpoWK1HF6hhy/baike/s%3D220/sign=7252eeae9b504fc2a65fb707d5dce7f0/a71ea8d3fd1f4134ca7667d8251f95cad0c85ed6.jpg)
缺点
优点
三、Analysis of container and injection in java ,their history and future
1.container
web容器是一种服务程序,在服务器一个端口就有一个提供相应服务的程序,而这个程序就是处理从客户端发出的请求,如JAVA中的Tomcat容器,ASP的IIS或PWS都是这样的容器。一个服务器可以有多个容器。
web容器部署面临两大挑战:
不是所有企业都需要容器技术,还有不少web容器部署与管理的挑战需要面对,所以现在先缓缓也没有关系。web容器与相关技术正在为IT行业设下一颗超级炸弹。越来越多的技术开始支持容器部署模型,但我们仍处在游戏的初期。虽然web容器技术可以简化软件开发与部署,但仍旧有一些挑战需要解决。一些web容器相关软件已经准备接受生产验证,而其web容器他部分依旧在完善中。不是每个IT团队都能用上web容器;尤其是需要修改与调整流程来适应这项web容器技术。业务需要决定该技术是否对其有益,接着才衡量现有流程是否能与之匹配。
1.web容器部署场景
web容器部署模型中有明确承诺,某些应用程序能从场景中获益。开发团队需要考虑创建web容器化应用程序或应用程序组件,因为web容器技术,如Docker可以简化流程。尽管如此,web容器应用程序需要新的开发方法,目前还没有被广泛采用。IT组织同样可以选择web容器化现有的应用程序。虽然这个方案可行,也并不是所有应用程序都适合这样操作。大部分web容器集群管理者依赖于无状态容器,意思是服务器X上的某个web容器挂了,你可以在服务器Y上启动新web容器。这对普通应用程序来说无法接受,除非web容器经过特殊设计可以动态横向扩展。虽然现在告诉IT员工数据中心是否会增加web容器管理员为时尚早,但看起来这个职责可能会被吸入现有的工作岗位中。开发者在web容器部署中扮演了十分重要的角色。现有的基础设施支持团队能够处理部署与管理。从另一面讲,web容器集群对大多数IT组织来说都是全新的概念,可能需要对不同的团队或成员进行扩充。
2.web容器并不是那么遥不可及
数据中心采纳新技术的下一阶段挑战是围绕web容器的支持工具。容器意味着一系列新的数据中心配置文件——不仅仅是另外一种虚拟机。如果我们在操作系统级别比较物理与虚拟服务器,他们共享了许多相同的配置属性。有许多成熟的工具集可以同时管理这两者。web容器意味着完全不同的事物。我们无法在服务器或虚拟机级别管理应用程序;需要通过web容器内部进行管理。这个变化让基础设施管理团队从专注于管理应用程序,简化为集中精力管理web容器软件。虽然这被认为是一个好处,但也意味着web容器与管理工具存在间隙。web容器化后,网络管理与安全补丁都成为新的挑战。开发者创建镜像以及数据中心管理者需要对此承担全部或部分责任——目前仍有待观察。某些web容器集群管理套件可能可以解决一些基本问题。主流web容器部署需要面对的另一个挑战是,大多数管理软件是开源的。开源软件往往缺乏专门的支持结构,以及专有的软件包。虽然大企业有专门的开发人员,他们一般不会集中为这类软件提供支持。开源的web容器与web容器管理项目都基于稳定代码发布以及提供标准支持和配置,但很多还不成熟。随着时间推移,越来越多公司将在开源软件上有提供全面支持——类似OpenStack与Hadoop的进化过程。是每个人都可以通过web容器模型受益。但是web容器迟早会成为IT基础设施架构的一部分。正如任何新技术,初始部署web容器注定是坎坷的。大多数挑战会随着技术的发展迅速消散,但其余问题将有可能围绕这个技术一直存在。
Practice:
一、Git-Install and practice
1.版本控制工具
二、Maven-install and practice
三、Glassfish server installation and startup
当执行项目时mvn clean 和 mvn install 等报错误
可修改相应项目的顶层pom.xml 在里边的<glassfish.home.prefix> ???<glassfish.home.prefix> 和 <glassfish.home>???<glassfish.home> 中间添加你的glassfish目录
mvn 和glassfish命令行报不是内部命令错也有可能是maven配置路径出错
解决问题的方法是修改maven的setting.xml文件
<!-- localRepository | The path to the local repository maven will use to store artifacts. | | Default: ${user.home}/.m2/repository <localRepository>E:\MyEclipse 2017\Maven\apache-maven-3.6.0/repository</localRepository> -->
<localRepository>E:\MyEclipse 2017\Maven\apache-maven-3.6.0/repository</localRepository> <!-- interactiveMode
在你的maven下建一个文件夹repository
在<localRepository>???<localRepository>间输入你的文件夹repository的路径
并在<!-- interactiveMode前再复制张贴你的<localRepository>???<localRepository>一遍
就像我上边的一样
四、Java EE Tutarial Example-Hello1
下载组件配置环境:
- 下载javaee8,里边自带glassfish5
- 解压压缩包(glassfish不用安装不要问什么.exe)
- 下载Maven
- 解压Maven
- 配置Maven环境变量:
- MAVEN_HOME 你的maven路径
- path %MAVEN_HOME%\bin\
部署项目:
- 命令行 cd 到你的glassfish下的bin目录
- asadmin start-domain,开启glassfish服务器
- 命令行 cd 到你hello1的目录下
- mvn package 打包hello1生成一个war文件
- 打开网页输入localhost:8080
- 点击 go to the administration 那个,进入部署
- 点击左方application 在location 导入你hello1下的war文件
- 点 lanch 即可进入网页
hello2也一样打包部署,不过在打不开这hello2网页时,记住在网址后面加上/greeting就可以了。