Re: [Engine-devel] Forward comp[atibility of OVF

2012-03-22 Thread Livnat Peer
On 22/03/12 11:04, Mike Kolesnik wrote:
 Hi,
 
 I wanted to know if we want to support forward compatibility of OVF
 format, which is used for export/import of VMs/VM Templates.
 
 For example,
 I create a VM in a 3.1 system, export it to an export Domain.
 Should I be able to import this VM on a 3.0 system?
 

I think we should support only backwards compatibility no need for
forward compatibility.
The question is should we block importing such a VM (that it's version
is not something the engine identifies) I think we should block it
otherwise the engine will import the VM which can fail sometimes with
errors like NullPointerException which will end-up being filed as a BZ.


 Obviously, backwards compatibility (from older version to newer) is
 desired and is kept, but do we really need forward compatibility also?
 
 The reason I'm asking is some changes that need to be done in current
 OVF format to support new features. These new changes will be
 backwards-compatible with old OVF formats, but is it desirable for them
 to be forward compatible?
 
 Regards,
 Mike
 
 
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel

___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


Re: [Engine-devel] Forward comp[atibility of OVF

2012-03-22 Thread Mike Kolesnik
 On 22/03/12 11:04, Mike Kolesnik wrote:
  Hi,
  
  I wanted to know if we want to support forward compatibility of OVF
  format, which is used for export/import of VMs/VM Templates.
  
  For example,
  I create a VM in a 3.1 system, export it to an export Domain.
  Should I be able to import this VM on a 3.0 system?
  
 
 I think we should support only backwards compatibility no need for
 forward compatibility.
 The question is should we block importing such a VM (that it's
 version
 is not something the engine identifies) I think we should block it
 otherwise the engine will import the VM which can fail sometimes with
 errors like NullPointerException which will end-up being filed as a
 BZ.

I agree that this should be blocked, however to do so for older versions will 
require extra work that i don't know if we need or not..

 
 
  Obviously, backwards compatibility (from older version to newer) is
  desired and is kept, but do we really need forward compatibility
  also?
  
  The reason I'm asking is some changes that need to be done in
  current
  OVF format to support new features. These new changes will be
  backwards-compatible with old OVF formats, but is it desirable for
  them
  to be forward compatible?
  
  Regards,
  Mike
  
  
  
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


[Engine-devel] Releases/31/FeatureList - oVirtWiki

2012-03-22 Thread Yaniv Kaul
Is anyone maintaining this page? Is it up-to-date, wrt feature list, 
completion percentage, etc.?


http://www.ovirt.org/wiki/Releases/31/FeatureList
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


Re: [Engine-devel] Releases/31/FeatureList - oVirtWiki

2012-03-22 Thread Oved Ourfalli
We need to remove that one.
We thought at first to put a feature list there, but maintaining it is not so 
trivial.

- Original Message -
 From: Yaniv Kaul yk...@redhat.com
 To: engine-devel@ovirt.org
 Sent: Thursday, March 22, 2012 2:50:45 PM
 Subject: [Engine-devel] Releases/31/FeatureList - oVirtWiki
 
 Is anyone maintaining this page? Is it up-to-date, wrt feature list,
 completion percentage, etc.?
 
 http://www.ovirt.org/wiki/Releases/31/FeatureList
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel