Fix (APAR): PK30872 Status: Fix Release: 6.0.2.9,6.0.2.13,6.0.2.11 Operating System: AIX,HP-UX,Linux,Linux pSeries,Linux Red Hat - pSeries,Linux zSeries,Solaris,Windows Supersedes Fixes: CMVC Defect: PK30872 Byte size of APAR: 9065 Date: 2006-09-29 Abstract: "java.lang.SecurityException: Attempted commit in subordinate" occurs when committing transactions involving third party C++ Orb Description/symptom of problem: PK30872 resolves the following problem: ERROR DESCRIPTION: In WebSphere Application Server V6, the following exception may occur when committing a transaction involving a third-party C++ ORB, such as OmniORB. The problem did not exist with WebSphere Application Server V5.1. . java.lang.SecurityException: Attempted commit in subordinate at com.ibm.ws.Transaction.JTA.UserTransactionImpl.commit(UserTransa ctionImpl.java:248) ... LOCAL FIX: none PROBLEM SUMMARY USERS AFFECTED: All WebSphere Application Server version 6.0.2 users. PROBLEM DESCRIPTION: "java.lang.SecurityException: Attempted commit in subordinate" occurs when committing transactions involving third party C++ Orb RECOMMENDATION: None The problem was caused because, upon return from the third party Orb, there was no transaction context present, on the response. This caused the transaction service to believe the transaction was still active on the remote server. When the request to commit was made, a check was made to see if the transaction was on-server - this failed, and the resulting SecurityException was thrown. PROBLEM CONCLUSION: Class TxClientInterceptor will be changed to handle the case when a response is returned without a transaction context correctly. The fix for this APAR is currently targeted for inclusion in fixpack 6.0.2.17. Please refer to the Recommended Updates page for delivery information: http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980 This fix has already been applied to version 6.1.0. Directions to apply fix: NOTE: Choose the: 1) Release the fix applies to 2) The Editions that apply 3) Delete the Editions & Methods that do not apply and this Note Fix applies to Editions: Release 6.0 __ Application Server (Express or BASE) __ Network Deployment (ND) __ WebSphere Business Integration Server Foundation (WBISF) __ Edge Components __ Developer __ Extended Deployment (XD) Install Fix to: Method: __ Application Server Nodes __ Deployment Manager Nodes __ Both NOTE: The user must: * Have Administrative rights in Windows, or be the Actual Root User in a UNIX environments. * Logged in with the same authority level when unpacking a fix, fix pack or refresh pack. * Be at V6.0.2.2 or newer of the Update Installer. This can be checked by reviewing the level of the Update Installer in file /updateinstaller/version.txt. The Update Installer can be downloaded from the following link: http://www.ibm.com/support/docview.wss?rs=180&uid=swg21205991 For detailed instructions to Extract the Update Installer see the following Technote: http://www-1.ibm.com/support/docview.wss?rs=180&uid=swg21205400 1) Copy PKxxxxx.pak file directly to the maintenance directory 2) Shutdown WebSphere Manually execute setupCmdLine.bat in Windows or . ./setupCmdLine.sh in Unix from the WebSphere instance that maintenance is being applied to. 3) Launch Update Installer 4) Enter the installation location of the WebSphere product you want to update. 5) Select the "Install maintenance package" operation. 6) Enter the file name of the maintenance package to install (PKxxxxx.pak file which was copied in the maintenance directory). 7) Install the maintenance package. 8) Restart WebSphere Directions to remove fix: NOTE: * The user must have Administrative rights in Windows, or be the Actual Root User in a UNIX environments. * FIXES MUST BE REMOVED IN THE ORDER THEY WERE APPLIED * DO NOT REMOVE A FIX UNLESS ALL FIXES APPLIED AFTER IT HAVE FIRST BEEN REMOVED * YOU MAY REAPPLY ANY REMOVED FIX Example: If your system has fix1, fix2, and fix3 applied in that order and fix2 is to be removed, fix3 must be removed first, fix2 removed, and fix3 re-applied. 1) Shutdown WebSphere Manually execute setupCmdLine.bat in Windows or . ./setupCmdLine.sh in Unix from the WebSphere instance that uninstall is being run against. 2) Start Update Installer 3) Enter the installation location of the WebSphere product you want to remove the fix. 4) Select "Uninstall maintenance package" operation. 5) Enter the file name of the maintenance package to uninstall (PKxxxxx.pak). 6) UnInstall maintenance package. 7) Restart WebSphere Directions to re-apply fix: 1) Shutdown WebSphere. 2) Follow the Fix instructions to apply the fix. 3) Restart WebSphere. Additional Information: