Re: [regext] EAI in EPP from a registrar point of view

[Klaus Malorny <[e-mail]>]

On 20.11.20 14:37, Taras Heichenko wrote:
> 
>> Right - it's a lot MORE work.
> 
> Let's ask Klaus what takes more developer's work, changing namespace, or adding the extension generation and parsing.
> (In the neighbor thread Klaus wrote that his company is developing EPP software.)
> 

Hi,

well, for the first case our EPP toolkit already allows the use of the 
domain, host and contact objects with different XML namespaces. The 
changes would mostly comprise creating subclasses for the respective 
commands and responses that simply override the previous (RFC 5733) 
namespace, since the schema would not change. This is less work than 
creating a brand new extension.

For the registrar system, I would have to introduce a configuration 
parameter to select EAI support in any case. For the login process, the 
work would also be more or less the same. For the code actually issuing 
the contact commands only changes for the creation of the toolkit 
objects would be required in the first case, whereas the extension 
version would require additional logic to create the extension resp. 
check for the presence of the extension and fiddle around with it. This 
is some more work and an additional source of bugs.

For the namespace solution, when some time in the future all supported 
registries have phased out the RFC 5733 contact object, I could clean up 
my code. In contrast, the code for the extension would stay forever and 
clutter up my code.

Klaus