You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Alan Conway (JIRA)" <ji...@apache.org> on 2017/08/09 21:03:00 UTC

[jira] [Issue Comment Deleted] (DISPATCH-803) refuse attach to undefined addresses

     [ https://issues.apache.org/jira/browse/DISPATCH-803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alan Conway updated DISPATCH-803:
---------------------------------
    Comment: was deleted

(was: I want to back up a bit, I think my suggestion was not right. The original requirement is to prevent auto-creation of addresses. This proposal sounds like the router will auto-create *forbidden* addresses which is quite different: Not auto-creating address X means client connecting/sending to X gets a 'not-found' error.  Creating X with {distribution=forbidden} creates a permanently unusable address named X, which would have to be explicitly deleted or modified to use it later.  We could make a special case meaning for defaultDistribution=forbidden but that is confusing. I think separate config is better:

autoLink = True|False # default True
autoCreateDistribution # default balanced

With these two attributes we don't need "forbidden" for this JIRA (but can still introduce it later if we want to)

Sorry for leading the conversation astray. )

> refuse attach to undefined addresses
> ------------------------------------
>
>                 Key: DISPATCH-803
>                 URL: https://issues.apache.org/jira/browse/DISPATCH-803
>             Project: Qpid Dispatch
>          Issue Type: Improvement
>            Reporter: Gordon Sim
>            Assignee: Ganesh Murthy
>             Fix For: 1.0.0
>
>
> At present, if you attach to an address in the router whose semantics have not been specifically defined, you get balanced message routing semantics.
> It would be useful to be able to configure the router such that it would refuse links whose source/target was not explicitly defined. E.g. by being able to configure the default semantics to be of type 'invalid' (or anything similar). (Being able to explicitly blacklist certain addresses might also be nice, but is a more exotic use case I think).
> Messages sent through an anonymous link to these 'invalid' addresses would be rejected.
>  



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org