JIRA

  • Log In Access more options
    • Online Help
    • GreenHopper Help
    • Agile Answers
    • Use Agile By Default
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What’s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
  • Agile Access more options (Alt+g)
  • Create Issue
  • Mule
  • MULE-4968

Inbound property scope must be read-only

  • Agile Board
  • More Actions
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Improvement Improvement
  • Status: Open Open
  • Priority: Major Major
  • Resolution: Unresolved
  • Affects Version/s: 3.2.1
  • Fix Version/s: Tech. Debt
  • Component/s: Core: API, Core: Properties
  • Labels:
    None
  • User impact:
    Low
  • Affects Docs:
    Yes
  • Migration Impact:
    None since inbound scope was read only previously, but we must make sure it is documented
  • Similar Issues:
    None

Description

There is no reason for INBOUND scope to be read/write. AP use this issue to track the areas that need to be addressed, but we can't go GA with this behaviour change.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
  • Transitions
  • Commits
  • Source
  • Builds
Hide
Permalink
Ross Mason added a comment - 19/Jul/10 05:24 AM

There is a test DefaultMuleMessageTestCase with a fixture called clearProperties. Can you add the following when fixing this issue:

>> +// try
>> +// { >> +// payload.clearProperties(PropertyScope.INBOUND); >> +// fail("inbound scope is read only"); >> +// }
>> +// catch (UnsupportedOperationException e)
>> +// { >> +// //expected >> +// }
>> +
>> + }

Show
Ross Mason added a comment - 19/Jul/10 05:24 AM There is a test DefaultMuleMessageTestCase with a fixture called clearProperties. Can you add the following when fixing this issue: >> +// try >> +// { >> +// payload.clearProperties(PropertyScope.INBOUND); >> +// fail("inbound scope is read only"); >> +// } >> +// catch (UnsupportedOperationException e) >> +// { >> +// //expected >> +// } >> + >> + }
Hide
Permalink
Mike Schilling added a comment - 07/Sep/10 11:08 AM

There are a number of places in the code (e.g. the Atom module) that modify Inbound properties long after the message is constructed. Removing all of them will be a project of at least a week.

Show
Mike Schilling added a comment - 07/Sep/10 11:08 AM There are a number of places in the code (e.g. the Atom module) that modify Inbound properties long after the message is constructed. Removing all of them will be a project of at least a week.
Hide
Permalink
Daniel Feist added a comment - 07/Sep/10 11:13 AM

Is there any way you can remove api to write to inbound scope and then still set them using some other mechanism e.g. casting to impl and using method in imp or something? Primarily so that users don't use the api.

Show
Daniel Feist added a comment - 07/Sep/10 11:13 AM Is there any way you can remove api to write to inbound scope and then still set them using some other mechanism e.g. casting to impl and using method in imp or something? Primarily so that users don't use the api.
Hide
Permalink
Mike Schilling added a comment - 07/Sep/10 03:21 PM

Addressed some API-ish issues with 19400. At least the API no longer encourage people to modify inbound properties

Show
Mike Schilling added a comment - 07/Sep/10 03:21 PM Addressed some API-ish issues with 19400. At least the API no longer encourage people to modify inbound properties

People

  • Assignee:
    Daniel Feist
    Reporter:
    Ross Mason
Vote (0)
Watch (0)

Dates

  • Created:
    19/Jul/10 05:19 AM
    Updated:
    07/Mar/12 12:40 PM

Agile

  • View on Board
  • Atlassian JIRA (v5.0.7#734-sha1:8ad78a6)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for MuleForge. Try JIRA - bug tracking software for your team.