Description
The domains youtu.be and youtube.com sometimes return a HTTPS RR that doesn't have any parameters:
youtu.be. 213 IN TYPE65 \# 3 000100
dnsjava will accept this, but if an attempt is made to create a HTTPS record from the corresponding textual representation (1 .) a TextParseException instance is thrown with message "At least one parameter value must be specified for ServiceMode".
Reading the RFC draft, I couldn't find the place where it's mandated that at least one parameter is required. In fact, the spec is vague about this. However, the wire format definitely allows for no parameters because section 2.2 says: "When the list of SvcParams is non-empty [...]". https://datatracker.ietf.org/doc/html/draft-ietf-dnsop-svcb-https-08
I think the check in dnsjava should be relaxed. The permissive parsing in one place and strict parsing in another creates an issue in our code where we get a RR in wire format, persist it as text (using dnsjava), but can't convert it back into a RR later.