[ https://issues.apache.org/jira/browse/QPID-7066?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15193630#comment-15193630 ]
Rob Godfrey commented on QPID-7066: ----------------------------------- # is a bug - will fix # is consistent with the other valid value style errors, so I am minded not to change # So this would require checking in the annotation processor I think - it's be weird only to throw an error on startup. I considered adding a check but decided it would be of low value - the error is the programmer attempting to add invalid meta data. I'll have a look at how hard it would be to add to the annotation processor # As discussed offline, you've raised QPID-7141 for this issue > [Java Broker] Add a validValuePattern attribute to ManagedAttribute > ------------------------------------------------------------------- > > Key: QPID-7066 > URL: https://issues.apache.org/jira/browse/QPID-7066 > Project: Qpid > Issue Type: Improvement > Components: Java Broker > Reporter: Rob Godfrey > Assignee: Rob Godfrey > Priority: Minor > Fix For: qpid-java-6.1 > > > Currently there is no way to convey through meta data that an attribute value > must conform to a particular pattern (for instance in the case of a hostname > or ip address). > Where a managed attribute is of type String, the regex can be used both > client and server side to validate the input. Client side validation will > also always need to take into account that it is always legal to insert a > context variable reference into the value... and where such a context > injection is present is is effectively impossible to correctly validate on > the client side. > For attributes which are of type Collection<String>, List<String> or > Set<String> the validValuePattern can be taken to be referring to the > validation applied to each element of the collection. > The annotation information should also be conveyed through the metadataservlet -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org