idempotent-receiver-router does not allow custom object store in XML configuration

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Minor Minor
  • Resolution: Fixed
  • Affects Version/s: 2.2.1
  • Fix Version/s: 3.2.0
  • Component/s: Core: Configuration
  • Labels:
    None
  • User impact:
    Medium
  • Effort points:
    0.5
  • Affects Docs:
    Yes
  • Similar Issues:
    None

Description

Currently, the idempotent-receiver-router XML element allows only a fixed set of object stores to be configured: in-memory-store and simple-text-file-store. You cannot, however, configure a custom obejct store.

Allow the following config:

<idempotent-receiver-router idExpression="#[header:Message-Id]">
    <custom-object-store ref="xyz"/>
or
    <custom-object-store class="xyz"/>
<idempotent-receiver-router>

As workaround you can use the custom-inbound-router element and configure it though spring properties like this:

<custom-inbound-router class="org.mule.routing.inbound.IdempotentReceiver">
    <spring:property name="idExpression" value="#[header:Message-Id]"/>
    <spring:property name="store" ref="DatabaseObjectStore"/>
</custom-inbound-router>

(DatabaseObjectStore is a plain spring:bean in the config)

Issue Links

blocks

New Feature - A new feature of the product, which has yet to be developed. MULE-5390 Provide an ehcache object store

  • To be reviewed - The priority for new issues filed by users
  • Open - The issue is open and ready for the assignee to start work on it.

Activity

Ascending order - Click to sort in descending order
Dirk Olmes made changes -
Field Original Value New Value
Fix Version/s Bug Backlog (2.1.x, 2.2.x) [ 10522 ]
Priority To be reviewed [ 6 ] Minor [ 4 ]
Andrew Perepelytsya made changes -
Labels 20-config
Hide
Permalink
Dirk Olmes added a comment -

The idempotent-message-filter available in Mule 3 suffers from the same limitation.

Show
Dirk Olmes added a comment - The idempotent-message-filter available in Mule 3 suffers from the same limitation.
Dirk Olmes made changes -
Link This issue blocks MULE-5390 [ MULE-5390 ]
Dirk Olmes made changes -
Assignee Dirk Olmes [ dirk ]
Dirk Olmes
20/Apr/11 05:12 AM
View full commit
MULE-4333 (idempotent-receiver-router does not allow custom object store in XML configuration) git-svn-id: https://svn.codehaus.org/mule/branches/mule-3.x@21704 bf997673-6b11-0410-b953-e057580c5b09
mule-3.2.x
+1
-
modules/spring-config/src/main/java/org/mule/config/spring/handlers/MuleNamespaceHandler.java
+105
-75
modules/spring-config/src/main/resources/META-INF/mule.xsd
Added
tests/functional/src/test/java/org/mule/test/config/IdempotentMessageFilterNamespaceHandlerTestCase.java
Added
tests/functional/src/test/resources/org/mule/test/config/idempotent-message-filter-config.xml
Hide
Permalink
Dirk Olmes added a comment -

Added a custom-object-store element in the abstract-object-store substitution group. This means that idempotent-message-filter and idempotent-receiver-router can configure a custom object store now.

3.x: http://fisheye.codehaus.org/changelog/mule/?cs=21704

Show
Dirk Olmes added a comment - Added a custom-object-store element in the abstract-object-store substitution group. This means that idempotent-message-filter and idempotent-receiver-router can configure a custom object store now. 3.x: http://fisheye.codehaus.org/changelog/mule/?cs=21704
Hide
Permalink
Dirk Olmes added a comment -

Adding a -ref element to an ObjectStore configured as a Spring bean is out of scope for now as it requires quite a bit of work on the BDPs. If required, open a new JIRA.

Show
Dirk Olmes added a comment - Adding a -ref element to an ObjectStore configured as a Spring bean is out of scope for now as it requires quite a bit of work on the BDPs. If required, open a new JIRA.
Dirk Olmes made changes -
Status Open [ 1 ] Closed [ 6 ]
Labels 20-config
Fix Version/s 3.2.0 [ 10942 ]
Fix Version/s Bug Backlog [ 10522 ]
Resolution Fixed [ 1 ]
Dirk Olmes
16/May/11 03:42 AM
View full commit
Blocked revisions 21703-21704,21748-21749,21751,21763,21765-21766,21782,21857,21888 via svnmerge ........ r21703 | dirk.olmes | 2011-04-20 09:05:32 +0200 (Wed, 20 Apr 2011) | 1 line Explain the motivation for this ObjectStore implementation in javadocs, add comment. ........ r21704 | dirk.olmes | 2011-04-20 12:12:19 +0200 (Wed, 20 Apr 2011) | 2 lines MULE-4333 (idempotent-receiver-router does not allow custom object store in XML configuration) ........ r21748 | dirk.olmes | 2011-04-29 11:01:26 +0200 (Fri, 29 Apr 2011) | 2 lines switch all references to '3.1' schemas to 3.2 ........ r21749 | dirk.olmes | 2011-04-29 17:20:47 +0200 (Fri, 29 Apr 2011) | 2 lines fix svn properties ........ r21751 | dirk.olmes | 2011-04-29 18:25:36 +0200 (Fri, 29 Apr 2011) | 2 lines ignore files in ant task ........ r21763 | dirk.olmes | 2011-05-03 04:32:27 +0200 (Tue, 03 May 2011) | 3 lines MULE-5322 (Remove Acegi module) The module is still around in case it's needed in EE. The distro does not contain it any more. ........ r21765 | dirk.olmes | 2011-05-03 13:33:05 +0200 (Tue, 03 May 2011) | 2 lines MULE-5322 (Remove Acegi module): switch all unit tests using acegi to spring-security, get rid of other occurrences of "acegi" in the code ........ r21766 | dirk.olmes | 2011-05-03 15:05:53 +0200 (Tue, 03 May 2011) | 1 line MULE-5322 (Remove Acegi module): proper conversion of the spring security config ........ r21782 | dirk.olmes | 2011-05-04 06:18:07 +0200 (Wed, 04 May 2011) | 2 lines MULE-5322 (Remove Acegi module): get rid of the acegi module ........ r21857 | dirk.olmes | 2011-05-09 13:45:34 +0200 (Mon, 09 May 2011) | 2 lines fix svn properties ........ r21888 | dirk.olmes | 2011-05-12 05:01:09 +0200 (Thu, 12 May 2011) | 2 lines remove the new obsolete queue persistence strategy classes ........ git-svn-id: https://svn.codehaus.org/mule/branches/mule-3.1.x@21923 bf997673-6b11-0410-b953-e057580c5b09
3.1.x
Transition Time In Source Status Execution Times Last Executer Last Execution Date
Open Open Closed Closed
725d 18h 59m 1 Dirk Olmes 20/Apr/11 05:16 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-4333, p4JobFixed=MULE-4333, rep=mule}, methodType=GET}] : java.net.UnknownHostException: foo.bar

People

  • Assignee:
    Dirk Olmes
    Reporter:
    Dirk Olmes
Vote (0)
Watch (2)

Dates

  • Created:
    Updated:
    Resolved:

Time Tracking

Estimated:
5h
Original Estimate - 5 hours
Remaining:
5h
Remaining Estimate - 5 hours
Logged:
Not Specified
Time Spent - Not Specified