I do not yet understand the events system, but one thing struck me:
public void handle(Domain dom, int event) {
I think that the virDomainEventType C enum shuld be represented as a
Java Enum, just as all other ENUMS are.
It does require some trickery, but makes for cleaner code (not in the
Daniel Veillard wrote:
On Mon, Aug 04, 2008 at 11:59:38PM +0200, Toth Istvan wrote:
Here's a new take on the patch (It's against current CVS)
The changes from the previous patch:
- I've changed the generic functions to macros, so now they are as
typesafe as JNI lets them be.
- I've
Hello!
This patch contains the following:
- The complete storage handling API
- Fixing memory leaks in the VirConnect JNI implementation
I've written the new classes using a new approach.
I've found that libvirt for the most part has a very perdicitble and
repetitive API (great design!), and
Daniel Veillard wrote:
On Sun, Jul 20, 2008 at 12:32:41PM +0200, Tóth István wrote:
I've attached the patch to fix the refactored ConnectAuth jni code.
(javap -private -s is your friend when doing JNI stuff)
Argh, well I went with the full GDB thing, which helped find some
errors and
exceptions, but 1.0 is a long way. :-)
regards
István
Daniel Veillard wrote:
On Sun, Jul 20, 2008 at 12:32:41PM +0200, Tóth István wrote:
I've attached the patch to fix the refactored ConnectAuth jni code.
(javap -private -s is your friend when doing JNI stuff)
Argh, well
I've attached the patch to fix the refactored ConnectAuth jni code.
(javap -private -s is your friend when doing JNI stuff)
I had to do a cp README README.in in the cvs downloaded code, bacuase
autogen.sh refused to run otherwise. Maybe it's missing from CVS?
I am still targeting to add the
Daniel Veillard wrote:
On Fri, Jul 04, 2008 at 09:23:36PM +0200, Tóth István wrote:
I took at a look at that code.
The JNI code is basically unchanged from the 0.1 version.
okay
The interesting part is the code is for handling the XML structures used
by libvirt.
You can
I took at a look at that code.
The JNI code is basically unchanged from the 0.1 version.
The interesting part is the code is for handling the XML structures used
by libvirt.
You can see how Daniel Schweger's added functionality is meant to be
used in the
As I was trying to understand exact semantics of the libvirt flags api,
I found an error in the xs_internal.c file.
When it wants to indicate that it cannot report the state of the domain,
it user VIR_DOMAIN_NONE as a return value, which does not, in fact,
refer to a domain state at all, but is a
This patch contains:
-random bugfixes
-gcc -Wall fixes
-a few new constants for 4.x
-Implementation of virConnectAuth
-javah build fixes (One .class file can generate many .h files.)
It is NOT a full update for 4.x, the only major new feature is
authentication support.
I've attached the
wrote:
Hallo list,
i took the java-libvirt port from Tóth István (Thank you - great work !!) and
added
- the some features from libvirt 0.4.0
- integrate of xsd XML-description / validator
- added auto generation of XML-beans related to the XSD file.
- project build.xml file
- integration
Actually, there are two different problems here.
One is that a freshly installed xen hvm windows domain is stuck in the
- state, until I reboot Dom0.
The way to
A new version is available at
http://tiger.3ginformatika.hu/java-libvirt-0.1.tgz
Changes:
-Javadoc documentation
-Some fields weren't marked public
-Minor consistency fixes
-No new functionality
regards
István
Tóth István wrote:
Hello!
A development version of the java bindings I've been
It should, its basically the open sourced SUN JVM.
However, you'll probably need the java-1.7.0-icedtea-devel package, too
for the javac compiler and the JNI includes.
regards
István
Richard W.M. Jones wrote:
Tóth István wrote:
Hello!
A development version of the java bindings I've been
Hello!
A development version of the java bindings I've been working on are
available at :
http://tiger.3ginformatika.hu/java-libvirt.tgz
I'd appreciate your feedback on it.
Building:
Have java/gcc set up correctly through alternatives ( I use jpackage sun
java 1.5.0 on Fedora 7 x86_64)
Thanks for the replays
If an individual stats field isn't supported by the hypervisor, it
will be returned as ((long long) -1) [for various reasons we're using
long long here, but really we mean 64 bit signed int].
Thats very useful info, I spent quite a lot of time messing with
BigIntegers,
Hello!
I am currently working on java bindings for libvirt, and in the process
I have found a few bugs with the documentation, and also what I believe
to be a design problem in the API.
1. The parameterized C macros do not have their arguments listed either
on libvirt.org, or in the docs folder
17 matches
Mail list logo
