Comments

1. 

   Issue VixVmHandle.release()

   Raphael Zamith says:

   When i create an VixVmHandle, and then try to release it, apparently it is not releasing the vmhandle, and causing an issue that don't allow me to interate with the VixVmHandle after the 30rd iteration.

   March 21, 2012 at 9:34 am  |  Reply
   • Raphael Zamith says:

     Solved this problem. Some handles created by the toolkit were never released, so handles were created in the vix that were never released, so that the limit was exceeded for vm handles, which are 30.
     If the developers are interested in the correction of the problem for an update, please contact.
     Regards.

     March 23, 2012 at 1:12 pm  |  Reply
2. 

   vix.jar

   Akash patel says:

   Weather vix.jar support vsphere 5.0 infrastructure?

   m trying to connect to host through vixvsphereHandle but getting error ,.. Null exception.

   i want to know .. weather vix.jar support above infrastructure ??

   Waiting for your response >>

   December 12, 2011 at 12:06 am  |  Reply
3. 

   VIX not support x64 JVM

   Victor Papanaga says:

   Available for now VIX API not support Java 1.6.x (64 bit).
   Is VMWare plan to support this JVM in the future?

   Thanks

   September 29, 2011 at 2:12 am  |  Reply
4. Tuan says:

   I used the utility dependencywalker to determine the dependency of vix.dll. I found the following errors:

   (1) DEVMGR.DLL Error opening file: The system cannot file the find specified.
   (2) MSJAVA.DLL Error opening file: The system cannot file the find specified.

   Warning: At least one delay-load dependency module was not found.

   Any idea?

   Tuan

   May 6, 2011 at 11:25 am  |  Reply
5. Tuan says:

   In my class, I define jna.library.path as such:

   static {
   System.setProperty("jna.library.path", "C:\\Software\\VMWare\\VSphere-4.1");
   }

   In Jboss's start-up script. I set the ... Show more

   In my class, I define jna.library.path as such:

   static {
   System.setProperty("jna.library.path", "C:\\Software\\VMWare\\VSphere-4.1");
   }

   In Jboss's start-up script. I set the JVM argument to to point to jna.library.path containing DLL's
   set "JAVA_OPTS=%JAVA_OPTS% -Djna.library.path=C:\Software\VMWare\VSphere-4.1"

   When I run the code on Jboss server, I got a null pointer exception for the following code:

   hostHandle = new VixVSphereHandle("10.2.0.100",443,"administrator","cf@dp@$$w0rd");

   It seems that Jboss could not find the DLL's to link VixVSphereHandle.

   Any idea?

   Thanks,

   Tuan Show less

   May 4, 2011 at 3:20 pm  |  Reply
6. Guy Crumpley says:

   Help!! We've gotten through all hurdles except one: we're having trouble nailing down an NPE. Specifically, we're making VIX RunScriptInGuest calls from EJBs running in JBoss AS 5.0.1 (which itself i... Show more

   Help!! We've gotten through all hurdles except one: we're having trouble nailing down an NPE. Specifically, we're making VIX RunScriptInGuest calls from EJBs running in JBoss AS 5.0.1 (which itself is on a VCenter 4.1 server w/Windows 2003 Enterprise R2 64-bit). Probably just a path issue wrt VIX.dll and JNA. We're able to make the exact call from Eclipse running on the same VCenter server -- just seems to be an environment issue. Any advice on working JNA within JBoss?

   Note: Since I didn't find VIX.dll installed in VCenter, I did install VIX on the VCenter server, and append to the machine-level PATH environment variable:
   C:\Program Files (x86)\VMware\VMware VIX\VSphere-4.1\32bit;C:\Program Files (x86)\VMware\VMware VIX;

   ** Again, can't stress this enough: We're able to make the exact call from Eclipse running on the same VCenter server. Show less

   May 2, 2011 at 3:23 pm  |  Reply
   • Mike S says:

     In reading this note, seems like you overcame the Windows 7 issue with JNA. Is that true and if so, what was the solution? We are running into the same issue.

     June 22, 2011 at 3:30 pm  |  Reply
7. Guy Crumpley says:

   Windows 7 seems to also be problematic for development.

   I've tried on 2 physical machines (Intel-based 64-bit Professional & 32-bit Enterprise), and one virtual machine running in a VSphere 4... Show more

   Windows 7 seems to also be problematic for development.

   I've tried on 2 physical machines (Intel-based 64-bit Professional & 32-bit Enterprise), and one virtual machine running in a VSphere 4.1 environment (AMD-based 64-bit Professional) with the same results:

   #
   # A fatal error has been detected by the Java Runtime Environment:
   #
   # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7701e39e, pid=1428, tid=2264
   #
   # JRE version: 6.0_24-b07
   # Java VM: Java HotSpot(TM) Client VM (19.1-b02 mixed mode, sharing windows-x86 )
   # Problematic frame:
   # C [ntdll.dll+0x2e39e]
   # Show less

   April 7, 2011 at 8:33 am  |  Reply
   • Dan Parrella says:

     Hi Guy,
     This is a known issue that I've been trying to figure out. I've traced the problem down to anything that calls VixVM_FreeBuffer() (which does get called in the example code). This works fine ... Show more

     Hi Guy,
     This is a known issue that I've been trying to figure out. I've traced the problem down to anything that calls VixVM_FreeBuffer() (which does get called in the example code). This works fine on a 32-bit system but triggers the JVM crash on 64-bit. I have only used Windows 7 64-bit to debug the issue, but I would guess that any 64-bit Windows system would see this problem.

     This may be due to the fact that VIX only supplies a 32-bit DLL for Windows platforms. As long as you're using a 32-bit JVM it works fine until you try to free a buffer. This makes me think it could also be a JNA issue. According to JNA, any Pointer objects that it allocates will free their memory upon garbage collection. I'm not sure how reliable that is, but one workaround I have considered is to remove the VixVm_FreeBuffer() calls. This will require some testing to make sure that JNA actually does free the memory. Show less

     April 7, 2011 at 12:12 pm  |  Reply
8. atrockz says:

   I am trying to run VIX java sample on Ubuntu 10.04 with VIX API 1.10.3 installed on it and it is failing with an exception message "Exception in thread "main" java.lang.UnsatisfiedLinkError: Unable to load library 'vix': libvix.so: cannot open shared object file: No such file or directory"
   Looks like the JNA Native is not able to load the VIX library.

   April 5, 2011 at 2:09 pm  |  Reply
   • Guy Crumpley says:

     As stated earlier in this thread, I have a working development worksttation.

     Clarification: That working system is running Windows 2003 Enterprise R2, fully patched.

     I expect Windows XP would work fine, too. It's just Windows 7 that has the ntdll problem.

     April 7, 2011 at 8:38 am  |  Reply
9. Guy Crumpley says:

   Looking to see if we have a known issue with VSphere 4.1, and if so, should I be looking elsewhere for a supported java toolkit for VIX?

   First time using VIX Java Toolkit in our new VSphere 4.1 arc... Show more

   Looking to see if we have a known issue with VSphere 4.1, and if so, should I be looking elsewhere for a supported java toolkit for VIX?

   First time using VIX Java Toolkit in our new VSphere 4.1 architecture (running up-to-date Win2K3 64-bit for DC and VCenter, with latest VMWare-Tools and latest VIX API installed on the development workstation).

   Getting NPEs when running your sample code (FindRunningVMs), specifically on:
   hostHandle = new VixVSphereHandle(host, user, password);

   Background: Have a Ubuntu 9.10 desktop with Eclipse, JDK 1.6, latest VIX API installed (in path), and JNA + VIXJava included as external jars. Show less

   April 4, 2011 at 8:09 am  |  Reply
   • Guy Crumpley says:

     FYI - VMRUN works great in the environment, so we're able to rule out infrastructure issues.

     April 4, 2011 at 8:13 am  |  Reply
   • Guy Crumpley says:

     UPDATE - Re-attempted from a Windows development box (vs Ubuntu) - no issues on Windows. Good to go.

     April 4, 2011 at 12:07 pm  |  Reply
10. Emerson Farrugia says:

    So will this remain a "fling" or "labs" project, or does VMware have plans to make its Java API for VIX a first-class citizen?

    March 14, 2011 at 6:35 am  |  Reply
11. Gavin Gray says:

    You need to make sure you have VIX installed to start. Either the VIX DLL (Windows) or shared object library (Linux) must be present in your path. Hope this helps!

    G

    February 24, 2011 at 10:55 am  |  Reply
    • Steve says:

      What should the title of the entry in the path be?

      September 13, 2011 at 3:49 pm  |  Reply
12. Tom says:

    I am trying to run your example code from JAR but i am not able because i am getting eclipse java.lang.unsatisfiedlinkerror 'vix' error. I put jni path to VIX folder in program files but its still not working :/
    Any ideas?

    February 4, 2011 at 12:19 pm  |  Reply