Petals BC SOAP

A SOAP consume does not manage correctly a call by service-name and endpoint name

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 4.0.7
  • Fix Version/s: 4.0.8, 4.1
  • Component/s: None
  • Security Level: Public
  • Description:
    Hide

    With one Petals ESB node on which the following SU are deployed:

    • a SU 'A' providing: Itf1/Svc1/EP1
    • a SU 'B' providing: Itf1/Svc1/EP2
    • a SU 'C' consyuming: Itf1/Svc1/EP1

    When invoking the service Itf1/Svc1 through SoapUI, the endpoint EP1 is correctly invoked.

    If you undeployed SU 'A', the next SOAP UI invokation will be redirected on the EP2, that is wrong: on error should occurs.

    Show
    With one Petals ESB node on which the following SU are deployed:
    • a SU 'A' providing: Itf1/Svc1/EP1
    • a SU 'B' providing: Itf1/Svc1/EP2
    • a SU 'C' consyuming: Itf1/Svc1/EP1
    When invoking the service Itf1/Svc1 through SoapUI, the endpoint EP1 is correctly invoked. If you undeployed SU 'A', the next SOAP UI invokation will be redirected on the EP2, that is wrong: on error should occurs.
  • Environment:
    -

Activity

Christophe DENEUX made changes - Mon, 12 Sep 2011 - 09:24:33 +0200
Field Original Value New Value
Status New [ 10000 ] Open [ 10002 ]
Priority Major [ 3 ]
Assignee Nicolas Oddoux [ noddoux ] Christophe DENEUX [ cdeneux ]
Christophe DENEUX made changes - Mon, 12 Sep 2011 - 09:24:36 +0200
Status Open [ 10002 ] In Progress [ 10003 ]
Hide
Christophe DENEUX added a comment - Mon, 12 Sep 2011 - 09:28:59 +0200

As PETALSSAMPCLIENT-1, the problem is due to the usage of the API ComponentContext.getEndpoint(ServiceName, EndpointName) where the returned value is not checked. The returne value null should throw an error instead of to be set in the MessageExchange that will force the Petals router to find an endpoint satisfaying only interface name and service name.

Show
Christophe DENEUX added a comment - Mon, 12 Sep 2011 - 09:28:59 +0200 As PETALSSAMPCLIENT-1, the problem is due to the usage of the API ComponentContext.getEndpoint(ServiceName, EndpointName) where the returned value is not checked. The returne value null should throw an error instead of to be set in the MessageExchange that will force the Petals router to find an endpoint satisfaying only interface name and service name.
Hide
Christophe DENEUX added a comment - Mon, 12 Sep 2011 - 09:29:20 +0200

Fixed in branch petal-entreprise-3.1.x

Show
Christophe DENEUX added a comment - Mon, 12 Sep 2011 - 09:29:20 +0200 Fixed in branch petal-entreprise-3.1.x
Christophe DENEUX made changes - Mon, 12 Sep 2011 - 09:29:20 +0200
Status In Progress [ 10003 ] Resolved [ 10004 ]
Fix Version/s 4.0.8 [ 10263 ]
Resolution Fixed [ 1 ]
Hide
Christophe DENEUX added a comment - Mon, 12 Sep 2011 - 09:29:27 +0200

To merge in trunk

Show
Christophe DENEUX added a comment - Mon, 12 Sep 2011 - 09:29:27 +0200 To merge in trunk
Christophe DENEUX made changes - Mon, 12 Sep 2011 - 09:29:27 +0200
Status Resolved [ 10004 ] Open [ 10002 ]
Resolution Fixed [ 1 ]
Hide
noddoux added a comment - Tue, 13 Sep 2011 - 18:19:14 +0200

Already fixed on the version 4.1 of the SOAP component because a message exchange creation refactoring was done

Show
noddoux added a comment - Tue, 13 Sep 2011 - 18:19:14 +0200 Already fixed on the version 4.1 of the SOAP component because a message exchange creation refactoring was done
Sébastien Rebiere made changes - Thu, 16 Feb 2012 - 17:06:38 +0100
Fix Version/s 4.1 [ 10186 ]
Fix Version/s 4.1_4.0 [ 10269 ]
Transition Status Change Time Execution Times Last Executer Last Execution Date
New New Open Open
2d 15h 43m
1
Christophe DENEUX
Mon, 12 Sep 2011 - 09:24:33 +0200
Open Open In Progress In Progress
3s
1
Christophe DENEUX
Mon, 12 Sep 2011 - 09:24:36 +0200
In Progress In Progress Resolved Resolved
4m 44s
1
Christophe DENEUX
Mon, 12 Sep 2011 - 09:29:20 +0200
Resolved Resolved Open Open
7s
1
Christophe DENEUX
Mon, 12 Sep 2011 - 09:29:27 +0200
Open Open In Progress In Progress
1d 8h 48m
1
noddoux
Tue, 13 Sep 2011 - 18:18:04 +0200
In Progress In Progress Resolved Resolved
1m 10s
1
noddoux
Tue, 13 Sep 2011 - 18:19:14 +0200



People

Dates

  • Created:
    Fri, 9 Sep 2011 - 17:41:06 +0200
    Updated:
    Thu, 16 Feb 2012 - 17:06:38 +0100
    Resolved:
    Tue, 13 Sep 2011 - 18:19:14 +0200