URI conflict validation is too constraining
See original GitHub issueMinimised repro
namespace foo
service Foo {
operations: [Hello1, Hello2]
}
structure Hello1Input {
@httpLabel
@required
name: String,
}
@http(method: "GET", uri: "/hello")
@readonly
operation Hello2 {
}
@http(method: "GET", uri: "/{name}/greet")
operation Hello1 {
input: Hello1Input,
}
Gives the following errors :

Expected behaviour :
These two URI paths should not be presenting a conflict, as there is always a possibility to distinguish between one and the other without additional informations.
I believe the cause of the problem is this condition which rakes too widely.
Issue Analytics
- State:
- Created 2 years ago
- Comments:6 (4 by maintainers)
Top Results From Across the Web
URI Pattern Validation and Conflict Resolution design doc ...
Design proposal to change the way we validate URI patterns to allow conflicting ones ... URI conflict validation is too constraining #1029.
Read more >RFC 3986: Uniform Resource Identifier (URI): Generic Syntax
If data for a URI component would conflict with a reserved character's purpose as a delimiter, then the conflicting data must be percent-encoded...
Read more >IETF RFC-2396 on URI Syntax
The structure of a registry-based naming authority is specific to the URI scheme, but constrained to the allowed characters for an authority component....
Read more >Centralized exception handling and request validation in ASP ...
/// A URI reference that identifies the specific occurrence of the problem.It may or may not yield further information if dereferenced. /// </ ......
Read more >HV000030: No validator could be found for constraint 'javax ...
I got a similiar error but ...Constraints.NotEmpty' validating type 'java.lang.Long'. It happened because I was using @NotEmpty in a ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

Yes, it is too constraining in several ways. We have a few proposals to make URI conflict resolution more flexible. I’m hoping we can finish those up and publish an RFC soon.
Is that RFC ready?