"Synchronous" attribute set on an inbound endpoint carries over into endpoints in catch-all strategy

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Critical Critical
  • Resolution: Fixed
  • Affects Version/s: 2.0.2
  • Fix Version/s: 2.1.1
  • Component/s: Core: Configuration
  • Labels:
    None
  • User impact:
    Medium
  • Effort points:
    0.5
  • Similar Issues:
    None

Description

Currently, the "synchronous" attribute on an endpoint affects Mule on the Event level (not the endpoint). This causes a problem when applying a forwarding catch-all strategy that forwards to the same endpoint, but tries to set it as "asynchronous".

In other words, under certain circumstances, a customer wants to forward messages from the default inbound endpoint to the same endpoint URL, but wants to make it asynchronous instead of synchronous. Unfortunately, "synchronous" is set on the event level, and setting the "synchronous" attribute on the second endpoint has no effect.

Weiwei has developed a quick fix (to DefaultInboundRouterCollection), and successfully applied it to the customer's installation. I will attach it to this record.

I will also post a config/test to demonstrate the issue as soon as it is available.

  1. Text File
    DefaultInboundRouterCollection_patch.txt
    15/Aug/08 02:46 PM
    1 kB
    Angelo Bresci
  2. Java Source File
    InboundRouterSynAsynClientTest.java
    15/Aug/08 02:46 PM
    1 kB
    Angelo Bresci
  3. Java Source File
    InboundRouterSynAsynTestComponent.java
    15/Aug/08 02:46 PM
    1 kB
    Angelo Bresci
  4. XML File
    oneInbrtSupport-syncAsyn.xml
    15/Aug/08 02:46 PM
    2 kB
    Angelo Bresci

Activity

Ascending order - Click to sort in descending order
Angelo Bresci made changes -
Field Original Value New Value
Link This issue relates to EE-729 [ EE-729 ]
Angelo Bresci made changes -
Attachment DefaultInboundRouterCollection_patch.txt [ 11808 ]
Attachment InboundRouterSynAsynTestComponent.java [ 11810 ]
Attachment InboundRouterSynAsynClientTest.java [ 11809 ]
Angelo Bresci made changes -
Attachment oneInbrtSupport-syncAsyn.xml [ 11811 ]
Dirk Olmes made changes -
Fix Version/s 2.0.x Backlog [ 10352 ]
Ross Mason made changes -
Priority To be reviewed [ 6 ] Critical [ 2 ]
Affects Version/s 2.0.2 [ 10267 ]
Daniel Feist made changes -
Effort points 0.5
Daniel Feist made changes -
Fix Version/s 2.x Backlog [ 10440 ]
Fix Version/s 2.0.x Backlog [ 10352 ]
Hide
Permalink
Daniel Feist added a comment -

Is this fixed with the work you did Ross?

Show
Daniel Feist added a comment - Is this fixed with the work you did Ross?
Daniel Feist made changes -
Assignee Ross Mason [ ross ]
Daniel Feist made changes -
Fix Version/s 2.x Backlog [ 10440 ]
Fix Version/s 2.1.x Backlog Candidates [ 10559 ]
Hide
Permalink
Ross Mason added a comment -

this was fixed, I just forgot to close it

Show
Ross Mason added a comment - this was fixed, I just forgot to close it
Ross Mason made changes -
Fix Version/s 2.1.1 [ 10531 ]
Fix Version/s 2.1.x (to be PO reviewed) [ 10559 ]
Status Open [ 1 ] Closed [ 6 ]
Resolution Fixed [ 1 ]
Transition Time In Source Status Execution Times Last Executer Last Execution Date
Open Open Closed Closed
77d 12h 20m 1 Ross Mason 01/Nov/08 03:04 AM
This list may be incomplete, as errors occurred whilst retrieving source from linked applications:
  • Repository mule on http://foo.bar/ failed: Error in remote call to 'FishEye 0 (http://foo.bar/)' (http://foo.bar) [AbstractRestCommand{path='/rest-service-fe/changeset-v1/listChangesets/', params={expand=changesets[-21:-1].revisions[0:29], comment=MULE-3627, p4JobFixed=MULE-3627, rep=mule}, methodType=GET}] : java.net.UnknownHostException: foo.bar

People

  • Assignee:
    Ross Mason
    Reporter:
    Angelo Bresci
Vote (0)
Watch (1)

Dates

  • Created:
    Updated:
    Resolved: