如果仍然使用缺省的類加載策略:PARENT_FIRST, 由于BSF自身加載類，導致使用org.eclipse.osgi.framework.internal.core.BundleLoader裝載器來裝載，在這個裝載器級別，似乎發現不了JavaScriptEngine類，實際上JavaScriptEngine和BSFManager同在一個包中。
一個可行的解決方法是，將該baf.jar(JavaScriptEngine類所在jar包)拷貝到jre/lib/ext目錄下，則org.eclipse.osgi.framework.internal.core.BundleLoader類裝載器一定能找到，因為該JDK加載順序在org.eclipse.osgi.framework.internal.core.BundleLoader之先。
然而，系統管理員處于安全的考慮，不同意在jre下放置bsf.jar包。看來只得另尋他法。通過閱讀下面的文章，理解WAS6.1的加載方式，可知創建應用程序共享庫可以解決這一問題。參考：在應用程序服務器級別使用共享庫。注意：在應用程序級別使用共享庫并不能解決這個問題，如果該類沒有使用自己的ClassLoader則應可行。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
12．5．2步驟2：添加一個EJB模塊和工具JAR
下面，往應用程序中添加一個EJB，它也依賴VersionChecker JAR文件。在此，在EAR的根目錄添加一個VersionCheckerV2.jar文件。在這個JAR文件中的VersionChecker類返回了Version 2.0。為了保證擴展類加載中的工具JAR可用，在EJB模塊的manifest文件中添加一個引用，如例12-8：
例12-8更新EJB模塊的MANIFEST.MF文件
Manifest-Version: 1.0
Class-Path: VersionCheckerV2.jar
現在的結果是：有一個Web模塊，在它的WEB-INF/classes目錄下面有一個servlet，在WEB-INF/lib目錄下面有VersionCheckerV1.jar文件。還有一個EJB模塊引用了EAR根目錄下面的VersionCheckerV2.jar工具JAR。你期望Web模塊裝入VersionChecker類文件的版本是什么？是WEB-INF/lib下的Version 1.0還是工具JAR下面的Version 2.0？測試結果如例12-9：
例12-9類加載例2
VersionChecker called from Servlet
VersionChecker is v2.0.
Loaded bycom.ibm.ws.classloader.CompoundClassLoader@26282628
Local ClassPath:
C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cel
l\ClassloaderExample.ear\ClassloaderExampleEJB.jar;C:\WebSphere\AppServ
er\profiles\AppSrv02\installedApps\kcgg1d8Node02Cell\ClassloaderExample
.ear\VersionCheckerV2.jar
Delegation Mode: PARENT_FIRST
VersionChecker called from EJB
VersionChecker is v2.0.
Loaded bycom.ibm.ws.classloader.CompoundClassLoader@26282628
Local ClassPath:
C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cel l\ClassloaderExample.ear\ClassloaderExampleEJB.jar;C:\WebSphere\AppServ
er\profiles\AppSrv02\installedApps\kcgg1d8Node02Cell\ClassloaderExample
.ear\VersionCheckerV2.jar
Delegation Mode: PARENT_FIRST
正如所看到的，當同時調用EJB模塊和Web模塊，VersionChecker是Version 2.0。當然，原因是：WAR類加載器將請求委托給了父類加載器而不是他自己，所以工具JAR就被同一個類加載器加載，而無需考慮請求是來自于servlet還是EJB。
12．5．3步驟 3：改變WAR類加載的委托模式
現在是否希望Web模塊使用WEB-INF/lib目錄下面的VersionCheckerV1.jar文件？為了這個目的，需要先將類加載委托模式從parent first改為parent last。
設置委托模式為PARENT_LAST，使用如下步驟：
1. 在向導欄選擇Enterprise Applications；
2. 選擇ClassloaderExample應用程序；
3. 在模塊部分選擇Manage modules ；
4. 選擇ClassloaderExampleWeb模塊；
5. 將類加載順序修改成應用程序類加載優先(PARENT_LAST)。記住，這個條目應該稱為WAR類加載優先，參見 “類加載/委托模式”；
6. 單擊OK.
7. 保存配置；
8. 重新啟動應用程序。
WEB-INF/lib下的VersionCheckerV1返回version of 1.0。可以在例12-10中看到：
例12-10類加載例3
VersionChecker called from Servlet
VersionChecker is v1.0.
Loaded bycom.ibm.ws.classloader.CompoundClassLoader@4d404d40
Local ClassPath:
C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cel
l\ClassloaderExample.ear\ClassloaderExampleWeb.war\WEB-INF\classes;C:\W
ebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cell\Cl
assloaderExample.ear\ClassloaderExampleWeb.war\WEB-INF\lib\VersionCheck
erV1.jar;C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8
Node02Cell\ClassloaderExample.ear\ClassloaderExampleWeb.war
Delegation Mode: PARENT_LAST
VersionChecker called from EJB
VersionChecker is v2.0.
Loaded bycom.ibm.ws.classloader.CompoundClassLoader@37f437f4
Local ClassPath:
C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cel
l\ClassloaderExample.ear\ClassloaderExampleEJB.jar;C:\WebSphere\AppServ
er\profiles\AppSrv02\installedApps \kcgg1d8Node02Cell\ClassloaderExample
.ear\VersionCheckerV2.jar
Delegation Mode: PARENT_FIRST
如果你使用類加載器的搜索功能，搜索*VersionChecker*，會得到圖12-9：
圖12-9類加載查看器搜索功能
例12-11顯示源代碼
例12-11類加載查看器搜索功能
WAS Module Compound Class Loader (WAR class loader):
file: / C: / WebSphere / AppServer / profiles / AppSrv02 /
installedApps / kcgg1d8Node02Cell / ClassloaderExample.ear /
ClassloaderExampleWeb.war / WEB-INF / lib / VersionCheckerV1.jar
WAS Module Jar Class Loader (Application class loader):
file: / C: / WebSphere / AppServer / profiles / AppSrv02 /
installedApps / kcgg1d8Node02Cell / ClassloaderExample.ear /
VersionCheckerV2.jar
12．5．4步驟4：使用共享庫共享工具JAR
在此之前，只有一個應用程序使用VersionCheckerV2.jar文件。是否希望多個應用程序能夠共享它？當然，你可以在每個EAR文件中把這個文件打包進去。但是如果需要修改這個工具JAR，那需要重新部署所有的應用程序。為了避免這個麻煩，你可以使用共享庫全局共享這個JAR文件。
共享庫可以定義在單元、節點、應用程序服務器和集群。一旦你定義了共享庫，必須將它跟應用程序服務器的類加載器或者單獨的Web模塊關聯起來。根據共享庫指派的目的地不同，WebSphere會使用匹配的類加載器加載共享庫。
只要愿意，可以定義多個共享庫。也可以為應用程序、Web模塊或者應用程序服務器指派多個共享庫。
在應用程序級別使用共享庫
定義一個名為VersionCheckerV2_SharedLib的共享庫，并把它跟ClassloaderTest應用程序關聯起來，步驟如下：
1. 在管理控制臺，選擇Environment→Shared Libraries；
2. 選擇共享庫的作用域，比如單元，單擊New；
3. 如圖12-10：
圖12-10共享庫配置
–Name: 輸入VersionCheckerV2_SharedLib；
–Class path: 輸入類路徑中的條目，每個條目之間用回車隔開。如果提供絕對路徑，建議是用WebSphere環境變量，比如%FRAMEWORK_JARS%/VersionCheckerV2.jar，確定你已經定義了一個和共享庫相同作用域的變量。
–Native library path: 輸入JNI代碼使用的DLLs和.so文件列表。
4. 單擊OK；
5.選擇Applications → Enterprise Applications；
6. 選擇應用程序ClassloadersExample ；
7. 在引用選項，選擇Shared library references ；
8. 在應用程序列選擇ClassloaderExample ；
9. 單擊Reference shared libraries；
10. 選擇VersionCheckerV2_SharedLib，單擊>>按鈕將選中的移動到Selected列，如下圖12-11：
圖12-11指定一個共享庫
11.單擊OK ；
12.ClassloaderExample應用程序共享庫配置窗口如下圖12-12：
圖12-12將共享庫指派給應用程序ClassloaderExample
13.單擊OK，保存配置。
如果我們現在從EAR文件的根目錄將VersionCheckerV2.jar刪除，在EJB模塊的manifest文件中也把引用刪除，重新啟動應用服務器，看到例12-12的結果。記住，Web模塊的類加載順序依然是應用程序類加載優先(PARENT_LAST)。
例12-12類加載例4
VersionChecker called from Servlet
VersionChecker is v1.0.
Loaded bycom.ibm.ws.classloader.CompoundClassLoader@2e602e60
Local ClassPath:
C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cel
l\ClassloaderExample.ear\ClassloaderExampleWeb.war\WEB-INF\classes;C:\W
ebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cell\Cl
assloaderExample.ear\ClassloaderExampleWeb.war\WEB-INF\lib\VersionCheck
erV1.jar;C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8
Node02Cell\ClassloaderExample.ear\ClassloaderExampleWeb.war
Delegation Mode: PARENT_LAST
VersionChecker called from EJB
VersionChecker is v2.0.
Loaded bycom.ibm.ws.classloader.CompoundClassLoader@19141914
Local ClassPath:
C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cel
l\ClassloaderExample.ear\ClassloaderExampleEJB.jar;C:\henrik\VersionChe
ckerV2.jar
Delegation Mode: PARENT_FIRST
正如預料的，由于Web模塊的委托模式，當servlet需要VersionChecker類，VersionCheckerV1.jar文件被加載。當EJB需要VersionChecker的類的時候，就會從指向C:\henrik\VersionCheckerV2.jar的共享庫中加載它。如果你希望Web模塊也使用共享庫，只需要將類加載順序恢復成缺省值，Web模塊的類加載是父類加載優先。
在應用程序服務器級別使用共享庫
共享庫也可以跟應用程序服務器關聯起來。在這個服務器上的部署的所有應用程序都能夠看到共享庫的代碼列表。要把共享庫跟應用程序服務器關聯起來，首先要為應用程序服務器創建一個附加的類加載器，步驟如下：
1. 選擇應用程序服務器；
2. 在應用程序基礎結構部分，展開Java and Process Management，選擇Class loader；
3. 選擇New，為這個類加載器選擇類加載順序，父類加載優先(PARENT_FIRST)或者應用程序類加載優先(PARENT_LAST)，單擊Apply；
4. 單擊剛剛創建的類加載器；
5. 單擊Shared library references；
6. 單擊Add，選擇希望跟應用程序服務器關聯的庫。重復選擇操作，將多個庫跟這個類加載器關聯。比如選擇VersionCheckerV2_SharedLib條目；
7. 單擊OK；
8. 保存配置；
9. 重新啟動應用程序服務器，修改才會生效。
將VersionCheckerV2共享庫跟應用程序服務器關聯起來，就得到例12-13的結果。
例12-13類加載例5
VersionChecker called from Servlet
VersionChecker is v1.0.
Loaded bycom.ibm.ws.classloader.CompoundClassLoader@40c240c2
Local ClassPath:
C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cel
l\ClassloaderExample.ear\ClassloaderExampleWeb.war\WEB-INF\classes;C:\W
ebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8Node02Cell\Cl
assloaderExample.ear\ClassloaderExampleWeb.war\WEB-INF\lib\VersionCheck
erV1.jar;C:\WebSphere\AppServer\profiles\AppSrv02\installedApps\kcgg1d8
Node02Cell\ClassloaderExample.ear\ClassloaderExampleWeb.war
VersionChecker called from EJB
VersionChecker is v2.0.
Loaded bycom.ibm.ws.classloader.ExtJarClassLoader@7dee7dee
Local ClassPath: C:\henrik\VersionCheckerV2.jar
Delegation Mode: PARENT_FIRST
我們定義的新的名為ExtJarClassLoader類加載器，在EJB模塊請求時，它裝入VersionCheckerV2.jar文件。由于委托模式，WAR類加載器繼續裝入自己的version。
12．6類加載器問題診斷
JVM 5.0提供了一些配置，可以讓我們查看詳細的類裝入，比如JVM參數 -verbose:dynload、-Dibm.cl.verbose=<name>。
在實際開發過程中，如果使用不當，會出現很多類加載相關的問題。當遇到類加載問題時，可以查看WAS的相關日志，在日志中出現如下異常，可以認為是類加載器出現了問題：
ClassCastException
ClassNotFoundException
NoClassDefFoundError
NoSuchMethodError
IllegalArgumentException
UnsatisfiedLinkError
VerifyError
關于問題診斷，將在下一篇文章《WAS 6.1類加載問題診斷》詳細闡述。
總結
本文針對WAS6.1版本，詳細介紹了類加載的概念以及如何客戶化，并通過幾個例子向大家講述了影響類加載的選項的使用。雖然WAS 6.1允許根據需要修改類加載策略，比如將父類優先改成應用程序優先，但是不推薦這么使用。筆者曾經就遇到因為修改策略，導致應用程序無法啟動。原因是WAS中 的組件和應用程序使用的某些類是一致的，加載策略選擇不正確，就會導致類加載錯誤。