PK62853: DELETING POLICY ATTACHED TO ANY SERVICE BREAKS THE SERVICE FUNCTIONALITY.

Rational Software Architect, Version 7.0.0.7
Rational Application Developer for WebSphere Software, Version 7.0.0.7
6.1.1.7: WebSphere Application Server Toolkit Version 6.1.1 Fix Pack 7

APAR status

• Closed as program error.

Error description

• A web service is attached to a policy set. If the policy set is
  removed from workspace, user can no longer bring up that service
  to
  "manage policy set attachment".   Deleting of (Custom) policy
  set when it is attached to a WebService and/or client should not
  be permitted.  It breaks functionality.
  
  
  - To reproduce issue,
  1. import policy set into workspace (Preferences -> Web services
  ->
  Qualities of Service -> Import policy set)
  2. workspace should have a JAX-WS web service available:
  Under Project Explorer -> JAX-WS Web Services -> Services ->
  right-click
   on service -> manage Policy set attachement... -> Add new end
  point
  definition and select that custom policy set.
  3. go back to Preference to delet that custom policy set
  4. go back to "manage policy set attachement..."
  
  Now when you click "Add", the service name, endpoint, and
  operation name become unselectable.
  
  - WORKAROUND: is to make sure the services are not attached to
  the to-be-deleted custom policy set before deleting it. In this
  scenario user can go back to step 1 to add the custom policy
  set, then step 4 to delete it, and then step 3 to remove teh
  policy set again.
  
  Error Seen: In the workspace log this error is seen:
  
  !ENTRY org.eclipse.ui 4 4 2008-01-23 16:14:02.379
  !MESSAGE Unhandled event loop exception
  
  !ENTRY org.eclipse.ui 4 0 2008-01-23 16:14:02.389
  !MESSAGE java.lang.NullPointerException
  !STACK 0
  java.lang.NullPointerException
   at
  com.ibm.ast.ws.policyset.ui.tables.EndPointConfigurationTable$1.
  widget
  lected(Unknown Source)
   at org.eclipse.swt.widgets.TypedListener.handleEvent(Unknown
  Source)
   at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)
   at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source)
   at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown
  Source)
   at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown
  Source)
   at org.eclipse.jface.window.Window.runEventLoop(Unknown Source)
   at org.eclipse.jface.window.Window.open(Unknown Source)
   at
  org.eclipse.wst.command.internal.env.ui.widgets.popup.DynamicPop
  upWiza
  .run(Unknown Source)
   at org.eclipse.ui.internal.PluginAction.runWithEvent(Unknown
  Source)
   at
  org.eclipse.jface.action.ActionContributionItem.handleWidgetSele
  ction(
  known Source)
   at
  org.eclipse.jface.action.ActionContributionItem.access$2(Unknown
  Source)
   at
  org.eclipse.jface.action.ActionContributionItem$5.handleEvent(Un
  known
  Source)
   at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)
   at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source)
   at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown
  Source)
   at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown
  Source)
   at org.eclipse.ui.internal.Workbench.runEventLoop(Unknown
  Source)
   at org.eclipse.ui.internal.Workbench.runUI(Unknown Source)
   at
  org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Unknown
  Source)
   at org.eclipse.ui.PlatformUI.createAndRunWorkbench(Unknown
  Source)
  
  ----------------------------------------------------------------
  -----------------------------------------------------------
  Applying plugin
  com.ibm.ast.ws.policyset.ui_1.0.1.v200802030004.jar which
  contains fixes to defects botp 493674 and botp 493955 does not
  resolve the issue completely.
  
  After deleting the custom policy in workspace preference, the UI
  seems fine, however, in the EAR's META-INF/policyAttachments.xml
  file still has the relevant entry:
  
  <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  <PolicySetAttachment
  xmlns="http://www.ibm.com/xmlns/prod/websphere/200605/policyseta
  ttachmen
  t">
      <PolicySetReference name="Username Token"
  id="newPolicySetId">
          <Resource
  pattern="WebService:/Hello.war:{http://services.xxxxxxx.com/xxxx
  /xxxxxxx
  pl2}HelloServiceImpl2"/>
      </PolicySetReference>
  </PolicySetAttachment>
  
  Also if you re-import the deleted policy after initial deltion,
  it reappears in the policy attachment GUI for that service.
  
   "After the deletion, the XML references a policy that doesn't
  exist. The developer thinks it's gone, but if the EAR is
  deployed it will still reference the policy. Potentially quite
  confusing for the developer."
  
  Perhaps deletion of Policy should be prohibited if it is
  attached to any services.
  

Local fix

• - To reproduce issue,
  1. import policy set into workspace (Preferences -> Web services
  ->
  Qualities of Service -> Import policy set)
  2. workspace should have a JAX-WS web service available:
  Under Project Explorer -> JAX-WS Web Services -> Services ->
  right-click
   on service -> manage Policy set attachement... -> Add new end
  point
  definition and select that custom policy set.
  3. go back to Preference to delet that custom policy set
  4. go back to "manage policy set attachement..."
  
  Now when you click "Add", the service name, endpoint, and
  operation name
  become unselectable.
  
  - WORKAROUND: is to make sure the services are not attached to
  the
  to-be-deleted custom policy set before deleting it. In this
  scenario
  user can go back to step 1 to add the custom policy set, then
  step 4 to
  delete it, and then step 3 to remove teh policy set again.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All users of the 'Manage Policy Set          *
  *                 Attachment' JAX-WS functionality in          *
  *                 Rational Application Developer v7.0 and      *
  *                 WebSphere Application Server Toolkit         *
  *                 v6.1.1.                                      *
  ****************************************************************
  * PROBLEM DESCRIPTION: If the Add or Edit dialog of the        *
  *                      'Manage Policy Set Attachment' is       *
  *                      canceled then a NullPointerException    *
  *                      is displayed in the workspace .log      *
  *                      file.                                   *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  If the Add or Edit dialog of the 'Manage Policy Set
  Attachment' is canceled then a NullPointerException is
  displayed in the workspace .log file.  The following exception
  will be visible:
  
  java.lang.NullPointerException
   at com.ibm.ast.ws.policyset.ui.tables.
  EndPointConfigurationTable$1.widgetlected(Unknown Source)
   at org.eclipse.swt.widgets.TypedListener.
  handleEvent(Unknown Source)
   at org.eclipse.swt.widgets.EventTable.
  sendEvent(Unknown Source)
   at org.eclipse.swt.widgets.Widget.
  sendEvent(Unknown Source)
   at org.eclipse.swt.widgets.Display.
  runDeferredEvents(Unknown Source)
   at org.eclipse.swt.widgets.Display.
  readAndDispatch(Unknown Source)
   at org.eclipse.jface.window.Window.
  runEventLoop(Unknown Source)
   at org.eclipse.jface.window.Window.
  open(Unknown Source)
   at org.eclipse.wst.command.internal.env.ui.widgets.
  popup.DynamicPopupWizad.run(Unknown Source)
  

Problem conclusion

• The return code from the dialog (OK or CANCEL) is now used to
  determine if the logic should be run after pressing the OK or
  Cancel button.  The fix for this APAR is currently scheduled
  for inclusion in the Rational Application Developer v7.0.0.7
  and WebSphere Application Server Toolkit v6.1.1.7 fixpacks.
  Please refer to the Recommended Updates page for WebSphere
  Application Server Toolkit delivery information:
  http://www.ibm.com/support/docview.wss?uid=swg27004980
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  WEBAPP SERVER A

• Fixed component ID

  5724J0820

Applicable component levels

• R610 PSY

     UP