<div dir="ltr">OK, this makes sense. Thanks for clarification!  </div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jan 25, 2017 at 10:50 PM Ihar Hrachyshka <<a href="mailto:ihrachys@redhat.com">ihrachys@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Jan 24, 2017 at 10:29 PM, Anna Taraday<br class="gmail_msg">
<<a href="mailto:akamyshnikova@mirantis.com" class="gmail_msg" target="_blank">akamyshnikova@mirantis.com</a>> wrote:<br class="gmail_msg">
> Thanks for bringing this up!<br class="gmail_msg">
><br class="gmail_msg">
> I was assuming that from Ocata everyone should switch from usage 'old'<br class="gmail_msg">
> TunnelTypeDriver to updated one.<br class="gmail_msg">
<br class="gmail_msg">
I am not sure. We haven't marked the 'old' one with any deprecation<br class="gmail_msg">
warnings, did we? For Ocata at least, both classes will be available<br class="gmail_msg">
for use. In Pike, we can look at cleaning up the old class (either<br class="gmail_msg">
through deprecation warning and removal in Q; or using<br class="gmail_msg">
NeutronLibImpact process).<br class="gmail_msg">
<br class="gmail_msg">
><br class="gmail_msg">
> Revering both back to session means reverting all refactor and this is not<br class="gmail_msg">
> in line with enginefacade work and as I remember some of OVO patches we<br class="gmail_msg">
> waiting for this refactor too.<br class="gmail_msg">
><br class="gmail_msg">
> I we can duplicate methods or we can check type of the argument if session<br class="gmail_msg">
> or context and proceed differently. I will push patch for this ASAP.<br class="gmail_msg">
><br class="gmail_msg">
<br class="gmail_msg">
I reviewed the patch, I think it's a good path forward, thanks.<br class="gmail_msg">
<br class="gmail_msg">
Ihar<br class="gmail_msg">
</blockquote></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr">Regards,<br>Ann Taraday</div></div>