On Fri, Jul 26, 2019 at 4:06 AM Gavin Brown wrote:
>
> On 25 Jul 2019, at 22:43, Andrew Newton wrote:
> > In other words, who is NOT doing RDAP because of jCard? Are there any
> > registries willing to step up and say they'll deploy RDAP if we move
> > to JSContact?
>
> I'm not too concerned abou
;
>
>
> Thanks
>
> Roger
>
>
>
>
>
> -Original Message-
> From: regext On Behalf Of Andrew Newton
> Sent: Thursday, July 25, 2019 4:43 PM
> To: Marc Blanchet
> Cc: regext
> Subject: Re: [regext] on jcard and jscontact migration
>
>
>
>
On 25 Jul 2019, at 22:43, Andrew Newton wrote:
> In other words, who is NOT doing RDAP because of jCard? Are there any
> registries willing to step up and say they'll deploy RDAP if we move
> to JSContact?
I'm not too concerned about jCard as a barrier to server deployment. I'm more
concerned ab
ood for thought.
Thanks
Roger
-Original Message-
From: regext On Behalf Of Andrew Newton
Sent: Thursday, July 25, 2019 4:43 PM
To: Marc Blanchet
Cc: regext
Subject: Re: [regext] on jcard and jscontact migration
Notice: This email is from an external sender.
Thanks for des
Mario,
your proposals are another interesting alternatives. thanks!
My conclusion is then that there are multiple ways to handle a smooth
transition to a new card format. Therefore, I think we should put
migration aside as an issue causing to not work on a new card format.
If we find a new c
Hi Marc and Andy,
I would like to propose another possible transition model.
The model is based on the use of the rdapConformance array values and ad-hoc
parameters in the query string.
Each RDAP server can work at ant time according to only one of the following
two configurations:
1) This co
Thanks for describing that. I think that makes sense, and if we have
to transition this plan seems like the way to go.
Given that there are many registries and clients whom have already
implemented jCard, does moving to JSContact mean hold-outs will
implement RDAP?
In other words, who is NOT doing
There has been discussion on replacement of jcard. One of the
considerations in the equation is how to handle the migration. Some
people have (appropriatly) expressed concerns about this issue of
migration. While I’m not yet sure if we need to deprecate jcard, I
would like to suggest a way to m