jar包依赖冲突，为什么应用也能部署成功

关于jar包版本依赖冲突问题如何解决

大型的基于WebSphere的项目开发中，同一个WebSphereApplicationServer（以下简称WAS）上会部署多个应用程序，而这多个应用程序必然会共用一些jar包，包括第三方提供的工具和项目内部的公共jar等。把这些共用的jar包提取出来在多个应用程序之间共享，不仅可以统一对这些jar包进行维护，同时也提高了WAS的性能。但是随着应用的不断扩大，新的应用程序的不断增加，新的应用程序会希望使用一些更高版本的共享jar包，而由于系统运行维护的需要，老的应用程序仍然希望用老版本的共享jar包，这样就必然造成了共享jar包的版本冲突。jar包版本冲突问题是在大型应用项目的开发中经常遇到的问题，本文试图从WebSphere的类加载器入手，讨论几种在不同情况下解决jar包冲突问题的法。

最近在AIX上面安装WAS服务，本来80以后的版本都是要在Installation Manager上面安装的，而且简单方便，但是AIX并没有图形界面，需要安装CDE，但是无奈我安装了之后启动，但是却无法用Xmanager连接，一直都是花屏，所以想请教下，WAS85如何用命令行的方式直接安装，或者可以指导下CDE的启动注意事项。 下面是社区会员的建议： niuph你要没用过静默安装的话，那静默安装对你就比较麻烦，安装前需要先把IM、WAS、IHS的安装配置xml文件修改了，然后再执行静默安装命令，建议你去官网上查一下。 fhqsse220试试VNC远程安装吧，应该比Xmanager好配置。 aad两种方式：1iim console模式安装,不需要gui;2还可以iim 静默方式安装 imclinput $RESPFILE –acceptLicense

一台服务器能部署1个was，有些服务器支持可以多款办公软件。

一般的服务器因为兼容之类的问题是只能一台服务器一款办公软件，但是有些服务器支持一台服务器多款办公软件，如269私有云服务器，它就是一个整合了多款办公管理软件的智能一体化私有云服务器。

一、对外表现

1应用访问速度慢、应用报错(WAS性能差)

2应用(server)停止对外服务无法访问(WAS服务挂起或者服务器宕机)

二、xxx系统我们发现过的问题

1WAS内存处理大对象内存分配bug(大报文(20M)-小报文(20M)-20M)

2内存回收碎片(java heap free memory很多，一个很小的报文都申请不到内存)

3WAS MDB侦听MQ队列问题

三、排查思路

思路：

1查看收集服务器性能指标，内存使用、CPU使用包括磁盘I/O等。

2查看收集 *** 作系统级日志。

3根据服务器的性能指标以及 *** 作系统级日志，基本定位是否存在影响性能的瓶颈，通过排除那些不是导致问题发生的因素，以缩小问题的范围，可以使问题简单化，并且避免浪费时间。举例：

CPU使用不高，用户感觉交易响应时间很长，可以断定是由于系统的某一小部分造成了瓶颈，导致了所有的请求都在等待。我们可以考虑，线程池的数量开的太小，导致所有的请求都在排队等待进入线程池，因为没有可用的线程使用，所以这个交易请求一直在排队，导致交易响应时间很长。数据库连接池开的太小，也会有同样的表现。

CPU使用很高，用户感觉交易响应时间很长，比较复杂。可能的根源之一是硬件资源不够。 根源之二是应用系统中产生了多个大对象。根源之三是程序算法有问题。 解决思路如下：用性能分析器, 对运行环境进行分析，分析哪个类甚至于哪个函数消耗了这么多的CPU，并找到相应的解决方案。

4收集分析WAS日志

当应用服务器发生挂起、或者发生out-of-memory等现象时，为了更好的全面分析问题，则需要收集一定的日志信息，一般情况下我们需要收集以下这些日志：

1)收集垃圾回收日志native_stderrlog或者native_stdoutlog。

2)收集应用服务器(install_root/profiles/profile_name/logs/server_name)下所有的日志(systemout)。

3)收集install_root/profiles/profile_name/目录下的JavaCore文件和Heapdump文件，如果没有这些文件，可以在服务器没有响应的时候，运行命令来生成这些文件，对于IBM JDK中可以运行kill -3 PID_Java_jvm，然后每隔两分钟，重复执行该命令，至少3次，通过该命令生成的JavaCore文件会在install_root/ profiles目录下。

4)收集首个故障数据捕捉日志/logs/ffdc。

5)收集Web server服务器，插件Plug-in(plugin-cfgxml and >

WebSphere Network Deployment 迁移概述

可使用迁移向导或迁移命令执行 WebSphere 迁移。尽管迁移向导提供了一个将配置文件迁移到默认位置的标准方法，但迁移命令可用于将配置文件迁移到安装树以外的位置。

看看Systemout报错是什么，你WAS能访问DB没错，但你应用是用WAS的JNDI来访问DB的吗？应用lookup JNDI有错吗？这都是问题埃 网络不用查了，既然WAS都能连上，问题不在网络上

以上就是关于jar包依赖冲突，为什么应用也能部署成功全部的内容，包括:jar包依赖冲突，为什么应用也能部署成功、如何在centos上安装部署was8.5、一台服务器能部署几个was等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！