1

Hi I have a project in which the coding is on java and this code is using swing, ejb and ibm's websphere coz it was coded in 2001 by someone , so i have to convert it for using it on glassfish 2.0 . The problem is that in this code using the api of ibm's websphere is used like 

com.ibm.ejs.util.Uuid;
com.ibm.ivj.ejb.runtime.AbstractAccessBean;
com.ibm.ivj.ejb.runtime.AbstractSessionAccessBean;
com.ibm.etools.ejb.client.runtime.AbstractEJBFactory;
com.ibm.ejs.container.EJSWrapper;
com.ibm.ejs.container.*;
com.ibm.ejs.persistence.EJSJDBCPersister;
com.ibm.websphere.cpi.PersisterHome
com.ibm.ejs.container.*;
com.ibm.ejs.container.*;
com.ibm.ivj.ejb.associations.interfaces.Link;
com.ibm.ivj.ejb.runtime.AbstractAccessBean;
com.ibm.ivj.ejb.runtime.AbstractSessionAccessBean;
com.ibm.xml.parsers.SAXParser;
COM.ibm.db2.jdbc.DB2BaseDataSource;
COM.ibm.db2.jdbc.DB2DataSource;

I don't want to use websphere and also not found any jar file to import that classes on glassfish so please suggest me how to convert it.

4

2 回答 2

1

您提到的类是由 WSAD（WebSphere Application Developer，RAD 的祖先）在构建过程的“生成部署和 rmic 代码”阶段生成的。您还可以从类名中看出这一点，这些类名可能具有附加原始 bean 名称的有趣前缀和后缀，并且驻留在同一个包中。因此，这些类不是开发人员自己编写的，它们是为 WebSphere 生成的，在从其他供应商迁移到应用程序服务器之前，它们应该被省略（从项目中清除）。关于如何摆脱这些类，您可以在下面的技术说明中找到说明。

EJBDeploy 生成和删除存根、关系和生成的部署代码

我想说您在这里有两个问题，因为很可能新服务器当前不支持使用的 Enterprise Java 规范（它可能是 1.2，因为它很旧）。因此，您必须首先执行规范级别的迁移，然后执行应用程序服务器迁移。

对于规范级别的迁移（即至少从 Java EE 1.2 到 1.4），我认为最好的选择是使用 RAD（Rational Application Developer），它可以通过使用简单的向导来执行规范迁移。您可以在下面的文章中找到有关如何执行此迁移的信息。

迁移 J2EE 项目的规范级别

升级规范级别后，将项目迁移到另一台服务器会更容易，因为随着规范级别的提高，服务器到服务器迁移的工作量会减少。此时您要做的基本上是为您的目标服务器（Glassfish）准备应用程序服务器特定的部署描述符，您应该检查 glassfish 网站。Glassfish 迁移 wiki 和 Glassfish 验证工具是一个很好的切入点（我无法提供这些链接，因为我目前没有足够的声誉来发布两个以上的链接：）

于 2012-05-06T17:37:29.253 回答
0

我不知道转换此类项目的任何“简单”方法。您最终将不得不手动将所有相关部分更改为更新的规范。我假设您不是真的愿意升级到 GF 2.0？您至少应该迁移到 2.1。我强烈建议迁移到 3.1。

于 2012-05-04T07:18:01.223 回答