Bug 835369 - WSRP: The supportedOptions element in the producers response to a getServiceDescription request is missing the supported features
Summary: WSRP: The supportedOptions element in the producers response to a getServiceD...
Keywords:
Status: VERIFIED
Alias: None
Product: JBoss Enterprise Portal Platform 5
Classification: JBoss
Component: Portal
Version: 5.2.1.GA
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 5.2.2.ER01
Assignee: Thomas Heute
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-06-26 05:08 UTC by Martin Weiler
Modified: 2018-11-30 22:08 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
The WSRP Producer was ignoring several optional elements when returning a service description response to the consumer, including the supportedOptions element. WSRP Consumers that were relying on these optional elements to tailor their communication with the producer could behave improperly based on wrong assumptions due to missing (though optional) information. The WSRP Producer now properly emits the supportedOptions element in its service description response, which allows Consumers to properly tailor their behavior, and results in improved interoperability with third-party consumers.
Clone Of:
Environment:
Last Closed:
Type: Enhancement
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker GTNWSRP-262 0 Major Resolved Properly support WSRP feature checking and support via supportedOptions 2014-09-02 09:12:36 UTC
Red Hat Issue Tracker GTNWSRP-295 0 Major Resolved Producer should emit supportedOptions 2014-09-02 09:12:36 UTC

Description Martin Weiler 2012-06-26 05:08:56 UTC
Description of problem:
Using EPP as producer, the getServiceDescription request is not returning the supportedOptions element in the response.

Version-Release number of selected component (if applicable):
WSRP 2.1.0.GA

How reproducible:
Always

Steps to Reproduce:
1. Using SoapUI, send a getServiceDescription request to EPP.
  
Actual results:
Response missing the supportedOptions element:
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
   <env:Header/>
   <env:Body>
      <getServiceDescriptionResponse xmlns="urn:oasis:names:tc:wsrp:v2:types">
         <requiresRegistration>false</requiresRegistration>
         <offeredPortlets>
            <!-- SNIP -->
         </offeredPortlets>
         <requiresInitCookie>perUser</requiresInitCookie>
         <locales>en-US</locales>
         <locales>en</locales>
      </getServiceDescriptionResponse>
   </env:Body>
</env:Envelope>

Expected results:
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
   <env:Header/>
   <env:Body>
      <getServiceDescriptionResponse xmlns="urn:oasis:names:tc:wsrp:v2:types">
         <requiresRegistration>false</requiresRegistration>
         <offeredPortlets>
            <!-- SNIP -->
         </offeredPortlets>
         <requiresInitCookie>perUser</requiresInitCookie>
         <locales>en-US</locales>
         <locales>en</locales>
         <supportedOptions>wsrp:import</supportedOptions>
         <supportedOptions>wsrp:export</supportedOptions>         
      </getServiceDescriptionResponse>
   </env:Body>
</env:Envelope>

Additional info:
This is already fixed in WSRP 2.2.0: 
https://issues.jboss.org/browse/GTNWSRP-262

Comment 1 JBoss JIRA Server 2012-07-11 09:39:48 UTC
Chris Laprun <chris.laprun> made a comment on jira GTNWSRP-295

Martin Weiler <mweiler> made a comment on [bug 835369|https://bugzilla.redhat.com/show_bug.cgi?id=835369]

Description of problem:
Using EPP as producer, the getServiceDescription request is not returning the supportedOptions element in the response.

Version-Release number of selected component (if applicable):
WSRP 2.1.0.GA

How reproducible:
Always

Steps to Reproduce:
1. Using SoapUI, send a getServiceDescription request to EPP.
  
Actual results:
Response missing the supportedOptions element:
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
   <env:Header/>
   <env:Body>
      <getServiceDescriptionResponse xmlns="urn:oasis:names:tc:wsrp:v2:types">
         <requiresRegistration>false</requiresRegistration>
         <offeredPortlets>
            <!-- SNIP -->
         </offeredPortlets>
         <requiresInitCookie>perUser</requiresInitCookie>
         <locales>en-US</locales>
         <locales>en</locales>
      </getServiceDescriptionResponse>
   </env:Body>
</env:Envelope>

Expected results:
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
   <env:Header/>
   <env:Body>
      <getServiceDescriptionResponse xmlns="urn:oasis:names:tc:wsrp:v2:types">
         <requiresRegistration>false</requiresRegistration>
         <offeredPortlets>
            <!-- SNIP -->
         </offeredPortlets>
         <requiresInitCookie>perUser</requiresInitCookie>
         <locales>en-US</locales>
         <locales>en</locales>
         <supportedOptions>wsrp:import</supportedOptions>
         <supportedOptions>wsrp:export</supportedOptions>         
      </getServiceDescriptionResponse>
   </env:Body>
</env:Envelope>

Additional info:
This is already fixed in WSRP 2.2.0: 
https://issues.jboss.org/browse/GTNWSRP-262

Comment 2 JBoss JIRA Server 2012-07-11 09:43:52 UTC
Chris Laprun <chris.laprun> made a comment on jira GTNWSRP-295

This was fixed by commit https://source.jboss.org/changelog/GateInWsrp?cs=85ecf852dc9072b600360f5bf17b45af1d3175dc

Comment 3 JBoss JIRA Server 2012-07-11 09:45:22 UTC
Chris Laprun <chris.laprun> updated the status of jira GTNWSRP-295 to Closed

Comment 4 JBoss JIRA Server 2012-07-11 09:45:37 UTC
Chris Laprun <chris.laprun> updated the status of jira GTNWSRP-295 to Reopened

Comment 5 Jared MORGAN 2012-08-21 04:31:06 UTC
This is a customer orginated ticket. It needs CCFR written for inclusion in the Release Notes for 5.2.2. Added placeholder text to fill in.

Comment 6 Jared MORGAN 2012-08-21 04:31:07 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
CAUSE:

CONSEQUENCE:

FIX:

RESULT:

Comment 7 claprun@redhat.com 2012-08-21 09:18:10 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,7 +1,7 @@
-CAUSE:
+CAUSE: The WSRP Producer was ignoring several optional elements when returning a service description response to the consumer, including the supportedOptions element. 
 
-CONSEQUENCE:
+CONSEQUENCE: WSRP Consumers that were relying on this optional elements to tailor their communication with the producer could behave improperly based on wrong assumptions due to missing (though optional) information.
 
-FIX:
+FIX: The WSRP Producer now properly emit the supportedOptions element in its service description response, thus affording Consumers to properly tailor their behavior.
 
-RESULT:+RESULT: Improved interoperability with third-party consumers.

Comment 9 Jared MORGAN 2012-08-21 21:09:47 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,7 +1 @@
-CAUSE: The WSRP Producer was ignoring several optional elements when returning a service description response to the consumer, including the supportedOptions element. 
+The WSRP Producer was ignoring several optional elements when returning a service description response to the consumer, including the supportedOptions element. WSRP Consumers that were relying on these optional elements to tailor their communication with the producer could behave improperly based on wrong assumptions due to missing (though optional) information.  The WSRP Producer now properly emits the supportedOptions element in its service description response, which allows Consumers to properly tailor their behavior, and results in improved interoperability with third-party consumers.-
-CONSEQUENCE: WSRP Consumers that were relying on this optional elements to tailor their communication with the producer could behave improperly based on wrong assumptions due to missing (though optional) information.
-
-FIX: The WSRP Producer now properly emit the supportedOptions element in its service description response, thus affording Consumers to properly tailor their behavior.
-
-RESULT: Improved interoperability with third-party consumers.

Comment 10 Viliam Rockai 2012-08-28 11:22:12 UTC
Verified again at 5.2.2 CR01


Note You need to log in before you can comment on or make changes to this bug.