JBoss AS 4.2.2迁移/升级

JBoss AS 4.2.2迁移/升级,jboss,migration,upgrade,Jboss,Migration,Upgrade,我必须从JBossAS 4.2.2迁移到一个更新的版本,并维护对几个已经生产的遗留应用程序的支持 我的一个要求是:“不要触摸任何工作/生产代码!” 我的问题是: 哪种版本的AS最适合实现这一目标?哪一个是最“顺利”的过渡呢?这是一个复杂的问题。这在很大程度上取决于应用程序正在使用什么(EJB、JMS、JSP等) 让我们看几个场景 简单的应用程序(.war),只需一堆JSP和基本配置(数据源、应用程序web上下文、端口等)。如果是这种情况,您可以相对轻松地迁移到几乎任何版本。不需要任何代码更改。只

我必须从JBossAS 4.2.2迁移到一个更新的版本,并维护对几个已经生产的遗留应用程序的支持

我的一个要求是:“不要触摸任何工作/生产代码!”

我的问题是:


哪种版本的AS最适合实现这一目标?哪一个是最“顺利”的过渡呢?

这是一个复杂的问题。这在很大程度上取决于应用程序正在使用什么(EJB、JMS、JSP等)

让我们看几个场景

简单的应用程序(.war),只需一堆JSP和基本配置(数据源、应用程序web上下文、端口等)。如果是这种情况,您可以相对轻松地迁移到几乎任何版本。不需要任何代码更改。只有配置更改

中等复杂的应用程序(.ear),有一些EJB、JSP和JMS。无论迁移到哪个版本,这都可能需要重新编写。JBoss5支持EJB2.1,因此迁移到JBoss5可能比JBossAS7更容易


复杂的应用程序(.ear、.sar等),它实际上使用JBoss特定的接口(JMX、.sar、.rar)并进行扩展(如使用自定义身份验证模块进行身份验证等)。这将需要迁移到您要迁移到的任何版本的自定义模式。你仍然需要做你为“中等复杂的应用程序”所做的事情。

好的一点。我忘了告诉你。这是一场战争,几个罐子装在一只耳朵里。没有使用EJB或JMX。许多JSP、servlet和Axis2 web服务与web应用一起部署(作为servlet)。使用struts、log4j、apachecommons和quartz调度器。如果您没有EJB,那么使用EAR打包有什么原因吗?在任何情况下,我认为根据您的描述,您可能能够通过类似的努力迁移到您喜欢的任何版本。显然,我推荐最新版本,因为JBoss的体系结构将基于AS7。EAR的存在是因为Axis2有自己的war,它们是打包在一起的。我读过AS 7有一个非常不同的类加载系统,对吗?这可能是个问题?因为7类加载是完全不同的,对吧。它们被设计为模块(每个库可以是一个包含一个或多个jar文件的模块),应用程序必须指定对这些模块的显式依赖关系。但与其他迁移方面(如代码重写等)相比,这是相对直接的。非常感谢您的快速响应!(为我的英语感到抱歉)