On Fri, Feb 08, 2013 at 02:20:25PM -0500, Scott Stark wrote:
I'm working with a java vm vendor that is developing a
multi-tenancy
jvm and is trying to leverage the libvirt framework for the domain
configuration. Right now the java language binding leverages the
libvirt c library for parsing the domain.xml file. What are the
thoughts on adding a 'jvm' domain type?
It is an interesting idea. You can certainly view a multi-tenancy jvm
as another type of virtualization / hypervisor, and from that POV it
would seem relevant for libvirt.
I guess from my POV the big unknown is just how well it would fit in
with the APIs and XML description that libvirt currently defines. ie
are the current libvirt APIs / XML too focused on virtualizing
operating systems to be practical for interaction with the JVM
capabilities
I believe there would need to be a jvm specific section in a
separate namespace similar to the qemucmdline section.
This ties into my question above, about how it would fit in with
the current XML. The current QEMU specific namespace is something
that we consider to be *unsupported* in libvirt - it is just there
as a "get out of jail free" card. The goal is that anything in the
QEMU namespace will be mapped to real libvirt APIs / XML over time.
So I wouldn't want to have a JVM driver where use of a custom
namespace was a fundamental part of its usage. For it to be viable,
a JVM driver needs to be useable with the standardized XML schema,
and any JVM specific namespace would just be for temporary hacks/
edge cases that should rarely be used.
Regards,
Daniel
--
|:
http://berrange.com -o-
http://www.flickr.com/photos/dberrange/ :|
|:
http://libvirt.org -o-
http://virt-manager.org :|
|:
http://autobuild.org -o-
http://search.cpan.org/~danberr/ :|
|:
http://entangle-photo.org -o-
http://live.gnome.org/gtk-vnc :|