Petals Distribution

Remove unsupported WS-Addressing properties at the JBI level

Details

  • Type: Task Task
  • Status: Resolved Resolved
  • Priority: Minor Minor
  • Resolution: Fixed
  • Affects Version/s: 4.3.0-beta-1
  • Fix Version/s: 5.0.0-M1
  • Component/s: Components
  • Security Level: Public
  • Description:
    Hide

    The SOAP and Mail BCs are able to interpret an undocumented property named com.ebmwebsourcing.wsstar.addressing that contains WS-Addressing properties following the WS-Addressing schema.

    This property is actually never used and there is no reason to use it as it is incompatible with the agility assumed by SOA because it bounds an exchange to a given protocol.

    Furthermore, there is also a second property named "javax.jbi.messaging.protocol.headers" where some similar informations are stored and manipulated by the CDK.
    This one is used nowhere (not even by the SOAP BC).
    There is no reason to handle that in such a general way, and if needed, these properties could, in the last resort, be used by concerned BCs.

    The JBI spec introduces this property and explicitly says that it should contain BC-specific information, and that this information should be defined in relation to javax.jbi.messaging.protocol.type, which was actually never used in our code.
    It would maybe make sense to introduce the filling of these properties by the BC in the future...

    Note: petals-sample-client manipulates "javax.jbi.messaging.protocol.headers" and even though no component interprets it, there is no reason to remove it as it makes sense for the future to be able to set such property.

    Show
    The SOAP and Mail BCs are able to interpret an undocumented property named com.ebmwebsourcing.wsstar.addressing that contains WS-Addressing properties following the WS-Addressing schema. This property is actually never used and there is no reason to use it as it is incompatible with the agility assumed by SOA because it bounds an exchange to a given protocol. Furthermore, there is also a second property named "javax.jbi.messaging.protocol.headers" where some similar informations are stored and manipulated by the CDK. This one is used nowhere (not even by the SOAP BC). There is no reason to handle that in such a general way, and if needed, these properties could, in the last resort, be used by concerned BCs. The JBI spec introduces this property and explicitly says that it should contain BC-specific information, and that this information should be defined in relation to javax.jbi.messaging.protocol.type, which was actually never used in our code. It would maybe make sense to introduce the filling of these properties by the BC in the future... Note: petals-sample-client manipulates "javax.jbi.messaging.protocol.headers" and even though no component interprets it, there is no reason to remove it as it makes sense for the future to be able to set such property.
  • Environment:
    -

Issue Links

People

Dates

  • Created:
    Fri, 25 Sep 2015 - 14:32:15 +0200
    Updated:
    Fri, 25 Sep 2015 - 17:09:44 +0200
    Resolved:
    Fri, 25 Sep 2015 - 15:13:13 +0200