版权声明:本文为博主原创文章,未经博主允许不得转载。
目录(?)[+]
简单的介绍一下整个ITOO项目维护流程。首先是开发阶段,使用Eclipse开发工具进行开发。
开发所需要的Jar包,通过Maven+Negiux进行统一的管理,Negiux将本地Maven仓库和中央管理仓库解耦和,先将中央仓库中的某些资料下载到私服器(Negiux)上面,本地的Maven就可以直接访问局域网中的Negiux,而无需远程中央仓库了。这样好处就是节省网络带宽,加速本地快速搭建。
开发的代码首先经过Junit测试,本地测试通过后才能提交到版本控制工具SVN上面。与此同时,项目进行过程中遇到的问题及解决方案、会议、技术点、管理经验等等,都需要通过文档保留下来。这些文档统一由Confluence进行知识管理。
代码通过Jekins进行持续集成,Jekins各个子系统需要配置几个重要的地址:1.SVN本模块的地址 2.Negiux在局域网中的位置信息 3.Jboss的地址信息。
代码可以边集成,边测试 ,我们通过禅道创建产品,关联项目,创建测试用例,进行测试和bug修复工作。
整个系统前台web容器主要采用SpringMVC框架,有助于页面显示、业务逻辑的解耦,使整个Web页面更加整洁。SpringMVC中的Bean通过IOC容器来进行管理。通过SET的方式进行IOC依赖注入。
后台主要采用EJB容器,业务逻辑层主要采用的sessionBean中的无状态会话Bean,当客户端请求服务端的时候,无状态会话bean处理单一请求或商务过程。无需从之前的请求中提取任何状态。事务必须在一个方法中结束,通常资源占有量小,可以被共享。
持久层采用的JPA规范的实现之一EclipseLink。它和hibernate同属于ORM思想的产物。它将EntityBean持久化到数据库,并且支持多租户。它对多租户的支持细化到了表,很不错的持久层框架。
在进行JNDI查找前,设置应用服务器的上下文信息(一般通过配置jndi.properties文件实现),主要是设置JNDI驱动的类名(Java.naming.factory.initial)和命名服务提供者的URL(java.naming.prvoider.url)
在EJB中,一个实体Bean应用由实体类和persistence.xml文件文件组成,共同完成持久化工作。
Jar文件信息
POM包含了一个project所需要的所有信息,当然也就包含了构建过程中所需要的插件的配置信息,事实上,这里申明了"who","what",和"where",然而构建生命周期(buildlifecycle)s中说的是"when"和"how"。POM定义的三坐标,标记了仓库中的特定位置,groupId :artifactId:version
目的找到War包里面的jndi配置。
配置远程调用
这样的目的是通过evn找到相应的JBOSS的配置,也就是需要远程调用的JBOSS的ip,端口号,用户名和密码。
2)Jboss-ejb-client.properties
主要是配置IP和端口号以及需要远程调用的JBOSS的账户名和密码,同时我们还可以再JBOSS中配置多个远程调用的接口。
分为两种,snapshot快照仓库和release发布仓库。snapshot快照仓库用于保存开发过程中的不稳定的版本,release正式仓库则是用来保存稳定的发行版本。
四、总结
整个框架很庞大,先宏观的鸟瞰一下,接下来就是各个击破了。学习就是从宏观到细节,在细节实践,然后再从回到宏观补充整个知识网的过程。