BIND 10 #2386: support generic version of rdata::createRdata(text) in NSEC, DS RDATA

[BIND 10 Development]

#2386: support generic version of rdata::createRdata(text) in NSEC, DS RDATA
-------------------------------------+-------------------------------------
            Reporter:  jinmei        |                        Owner:  jelte
                Type:  task          |                       Status:
            Priority:  medium        |  reviewing
           Component:  libdns++      |                    Milestone:
            Keywords:                |  Sprint-20130305
           Sensitive:  0             |                   Resolution:
         Sub-Project:  DNS           |                 CVSS Scoring:
Estimated Difficulty:  3             |              Defect Severity:  N/A
         Total Hours:  0             |  Feature Depending on Ticket:
                                     |  loadzone-ng
                                     |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------
Changes (by muks):

 * owner:  muks => jelte


Comment:

 Replying to [comment:11 jinmei]:
 > I don't remember why I wrote that test, but while working on #2389
 > I realized this may be a bit subtle.  In cases like A or AAAA, where
 > we would expect a single, ascii-numeric string that would be converted
 > by another helper function, beginning or trailing space would make it
 > an invalid form.  In #2389 I decided to not use lexer for the string
 > version, so (unless we change that due to review) this is still the
 > case.  For other types, especially for complex ones like NSEC, I think
 > it's okay to be flexible by allowing begin/trail spaces, but I think
 > it's worth noting in documentation.

 Should the test be removed? What documentation change has to be made?
 Change the API doc to say that whitespace is allowed?

-- 
Ticket URL: <http://bind10.isc.org/ticket/2386#comment:13>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development