websphere找不到类或jar包冲突

Jar包冲突问题是在大型Java软件开发中经常遇到的问题，系统开发人员经常会为解决类似的问题耗费大量的时间进行调试和测试，本文根据各种际情况，结合WebSphere中类加载器，讨论了几种解决jar包冲突问题的办法，并给出了具体实现的步骤及源代码。
读者定位为具有Java和WebSphere开发经验的开发人员。
读者可以学习到在WebSphere中类加载器的定义以及解决jar包冲突问题的几种办法，并可以直接使用文章中提供的Java代码，从而节省他们的开发和调试时间，提高效率。

• JVM Class loader：位于整个层次结构的最上层，它是整个类加载器层次结构的根，因此它没有父类加载器。这个类加载器负责加载JVM类，
  JVM 扩展类，以及定义在classpath 环境变量上的所有的Java类。


• WebSphere Extensions Class loader：WebSphere 扩展类加载器,
  它将加载WebSphere的一些runtime 类，资源适配器类等。


• WebSphere lib/app Class loader：WebSphere服务器类加载器，它将加载WebSphere安装目录下$(WAS_HOME)/lib/app路径上的类。
  在WAS v4版本中，WAS使用这个路径在所有的应用程序之间共享jar包。从WAS v5开始，
  共享库功能提供了一种更好的方式，因此，这个类加载器主要用于一些原有的系统的兼容。


• WebSphere "server" Class loader：WebSphere应用服务器类加载器。
  它定义在这个服务器上的所有的应用程序之间共享的类。WAS
  v5中有了共享库的概念之后，可以为应用服务器定义多个与共享库相关联的类加载器，他们按照定义的先后顺序形成父子关系。


• Application Module Class
  Loader：应用程序类加载器，位于层次结构的最后一层，用于加载J2EE应用程序。根据应用程序的类加载策略的不同，还可以为Web模块定义自己的类加载器。

• 每个类加载器负责在自身定义的类路径上进行查找和加载类。


• 一个子类加载器能够委托它的父类加载器查找和加载类，一个加载类的请求会从子类加载器发送到父类加载器，但是从来不会从父类加载器发送到子类加载器。


• 一旦一个类被成功加载，JVM
  会缓存这个类直至其生命周期结束，并把它和相应的类加载器关联在一起，这意味着不同的类加载器可以加载相同名字的类。


• 如果一个加载的类依赖于另一个或一些类，那么这些被依赖的类必须存在于这个类的类加载器查找路径上，或者父类加载器查找路径上。


• 如果一个类加载器以及它所有的父类加载器都无法找到所需的类，系统就会抛出ClassNotFoundExecption异常或者NoClassDefFoundError的错误。

• Parent_First：在加载类的时候，在从类加载器自身的类路径上查找加载类之前，首先尝试在父类加载器的类路径上查找和加载类。


• Parent_Last：在加载类的时候，首先尝试从自己的类路径上查找加载类，在找不到的情况下，再尝试父类加载器类路径。

• Single：整个应用服务器上的所有应用程序使用同一个类加载器。在这种配置下，每个应用程序不再有自己的类加载器。


• Multiple：应用服务器上的每个应用程序使用自己的类加载器。

• Application：整个应用程序内的所有的实用程序jar包和Web模块使用同一个类加载器。


• Module：应用程序内的每个Web模块使用自己的类加载器。应用程序的类加载器仍然存在，负责加载应用程序中Web模块以外的其它类，包括所有的实用程序jar包。

• 多个应用程序间jar包冲突：多个应用程序间由于使用了共享jar包的不同版本而造成jar包版本冲突。


• 应用程序中多个Web模块间jar包冲突：同一个应用程序内部，不同的Web模块间同时使用一个jar包的不同版本而造成jar包版本冲突。


• 应用程序中同一个Web模块内jar包冲突：同一个应用程序内部，同一个Web模块内，由于需要同时使用同一个jar包的两个版本而造成的jar包冲突

• 共享库方式解决jar包冲突：主要解决应用程序间的jar包冲突问题


• 打包到Web模块中解决jar包冲突：主要解决应用程序中多个Web模块间jar包冲突问题


• 命令行运行方式解决jar包冲突：主要解决应用程序中同一个Web模块内jar包冲突问题

• 步骤一: 进入Admin console，选择Environment > Shared Library >
  new。如图2所示：
  
  图2：WebSphere Admin Console中进入共享库页面


• 步骤二：
  给出共享库的名字，并指定共享的文件和目录。多个不同的文件/目录之间通过"Enter"键分隔，且不能有路径分隔符，如":"和";"等。如图3所示：
  
  图3：WebSphere Admin Console中添加共享库


• 步骤三：点击Apply或者OK之后，就添加了一个名字为Xerces V2.0的共享库。记住添加完成后一定要在admin
  console保存配置。如图4所示：
  
  图4：WebSphere Admin Console中共享库列表

• 步骤一：进入Admin console，选择Applications >Enterpriseapplications
  ，并选择需要使用共享库的应用程序。注意：因为要改变应用程序的设置，所以如果应用程序已经运行，需要先停掉应用程序。如图5所示：
  
  图5：WebSphere Admin Console中选择需要配置的应用程序


• 步骤二: 点击应用程序，进入后，选择Libraries。如图6所示：
  
  图6：WebSphere Admin Console中选择应用程序库属性


• 步骤三: 点击Add，为应用程序添加共享库。如图7所示：
  
  图7：WebSphere Admin Console中应用程序添加库


• 步骤四: 从下拉列表中选择所需要的共享库，点击OK。如图8所示：
  
  图8：WebSphere Admin Console中应用程序添加库页面指定所用的共享库

• 步骤一：进入Admin console，选择Applications > Enterprise applications >
  ，选择需要配置的应用程序。如图9所示：
  
  图9：WebSphere Admin Console中选择需要配置的应用程序


• 步骤二：点击进入应用程序，设置类加载器的委托模式为Parent_Last。注意：在配置完成后，要保存配置，最后启动应用程序。如图10所示：
  
  图10：WebSphere Admin Console中为应用程序设置类加载器委托模式

• 步骤一：在WSAD
  IE集成开发环境中，将冲突jar包放在Web模块的WebContent/WEB-INFO/lib目录下。如图11所示：
  
  图11：WSAD IE中为Web模块添加库


• 步骤二：在Admin console中，将应用程序部署到WebSphere server上之后，进入Applications >
  Enterprise
  Applications,选择相应的应用程序，并确认应用程序不在运行状态(参见前面章节中选择应用程序的步骤)。点击进入应用程序，确认应用程序的类加载器的委托模式为Parent_First,应用程序的类加载器策略为Module。如图12所示：
  
  图12：WebSphere Admin Console中应用程序属性配置页面


• 步骤三：在同一个页面上，选择 Web Modules，点击进入。如图13所示：
  
  图13：WebSphere Admin Console中选择应用程序Web模块属性


• 步骤四：点击相应的包含冲突jar包的Web模块，设置Web模块的类加载器的委托模式为Parent_Last。注意：在设置完成后要保存服务器配置，并启动应用程序。如图14所示：
  图14：WebSphere Admin Console中为Web模块指定类加载器委托模式

Package com.ibm.conflictublic class ConflictClass{ …….Public static String exampleCall(string param){ String rs; ……; Return rs;}……}

• 步骤一：将冲突jar包放在was可访问的路径上，比如/usr/WebSphere/conflict_v2.jar。


• 步骤二：将对包含冲突代码的调用封装到一组可单独运行的类中，它们将调用冲突jar包的功能，并将结果以系统输出的方式打印到系统标准输出上。
  将这些类封装到一个单独的jar文件中，比如workAroundConflict.jar，并将其放在was可访问的路径上，比如/usr/WebSphere/workAroundConflict.jar。
  
  
  
  
  

  Package com.ibm.test;Import com.ibm.ConflictClassublic class WorkAround{Public static void main(String[] args){ String param1=args[0]; String returnStr=ConflictClass.exampleCall (); System.out.println("<RTStr>"+returnStr+"</RTStr>"); Return;}}

  
  
  
  代码3：将对冲突代码的调用写入一个单独的类WorkAround


• 步骤三：在Web模块中通过命令行方式调用封装的类，通过classpath指定所有依赖的jar包和类路径。运行封装类，从系统标准输出中取得运行结果。
  
  
  
  
  

  Public static String methodA (String param){ …… String rtStr = ""; String lStr="<RTStr>"; String rStr="<RTStr>"; //put all the dependency jar here String classPath="/usr/WebSphere/conflict_v2.jar; /usr/WebSphere/workaroundConflict.jar;……"; String className="com.ibm.test.WorkAround"; String cmdLine="java -classpath " +classPath +" " +className + " "+ param; Try{       Processprocess = Runtime.getRuntime().exec(cmdLine,null);        process.waitFor();        BufferedReader br= new BufferedReader(                new InputStreamReader(process.getInputStream()));        while ((s = br.readLine())!=null) {          if (null == out)             ut=s;          else             out+=s;}//get result from outif (null != out){ int lIndex = out.lastIndexOf(lStr); int rIndex = out.lastIndexOf(rStr); rsStr = out.substring(lIndex+lStr.length, rIndex);} } catch (Exception e){        e.printStackTrace();}…….return rsStr;}

  
  
  
  代码4：在应用程序中通过命令行方式运行WorkAround

• 命令行运行方式只适用于对冲突jar包的使用只是运行一段代码，或者只要求返回简单的字符串结果的情况。对于复杂的交互，命令行方式无法做到。但是如果在别无他法的情况下，可以适当地划分封装对冲突代码调用的jar包的包含范围，尽量将命令行运行的代码接口简单化。


• 命令行运行方式因为启动了另外一个JVM来运行，降低了WebSphere的性能。

• 多个应用程序间的jar包冲突


• 应用程序内多个Web模块间的jar包冲突


• 应用程序内同一个Web模块内部jar包冲突

websphere找不到类或jar包冲突,布布扣,bubuko.com