Gordon Sim commented on DISPATCH-803:

> 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

I think the requirement is simply that clients get some visible error signaled 
when trying to use an address for which no semantics have been configured. At 
present this is handled by treating such addresses as balanced. I don't 
personally view this as auto-creating the addresses, just as a way of inferring 
the semantics if none have been explicitly configured.

I'm not sure how your suggested config works. Are the two option - autoLink & 
autoCreateDistribution -scoped to the router? or a given address? For the 
latter, I don't think that helps with the original requirement, unless you come 
up with some special prefix that matches anything for which there is no more 
specific match. For thr former, I don't understand what autLink would do. In 
the former, the autoCreateDistribution is effectively just a different name for 
defaultDistribution, and personally I find defaultDistribution a bit more 

> 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

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

Reply via email to