What else do you want from next release of VI Java API?

After we released VI Java 2.0 GA for about half year, it’s about time to plan for the next release. My current plan is to have a synchronized release with next major release of vSphere. Therefore the must-have feature is to support next vSphere.

On top of that, here are several things we most likely do as well:

Bothered by SLOW Web UI to manage vSphere? Want to manage ALL your VMware vCenters, AWS, Azure, Openstack, container behind a SINGLE pane of glass? Want to search, analyze, report, visualize VMs, hosts, networks, datastores, events as easily as Google the Web? Find out more about vSearch 3.0: the search engine for all your private and public clouds.

  1. Support vSphere solution products like SRM, Lab Manager. Our SRM QA team has done investigation and came up with a prototype last summer. The Web Service engine needs to be modified a little for this requirement.
  2. Enhance caching framework. I still take the caching framework as experimental in 2.0, but many companies I know already used it in real projects. The magic side is you can get the properties faster than via normal retrieval.  
    Two possibilities are there with enhancement. First, open up the subscription for notifications. I used the Publisher-Subscriber pattern in the framework, and allowed only one subscriber which is the local cache instance in 2.0. This works perfect for caching purpose. To fully leverage the infrastructure already in place, we need to open up the interface for others to get notification.
    The other possibility is to provide search capability to the local cache instance. It would just search whatever in the cache based on some criteria. Please let me know your use case that can leverage this local search over cache. Long term, I believe more search capabilities should be added to the server side so that you don’t need to pull everything locally in order to search what you want. But if you already have something locally in cache, a search utility could be handy.
  3. Per server HTTPS certificate handling. We currently have HTTPS support. But if you have multiple servers, you can either ignore certificate all or none. It’s better to have per server choice. Since you have our source code, you can modify it today. Some people already did in fact.
  4. More utilities that make development easier. I would call actions from the community: contribute your utility code that may benefit others; voice your wishes on the utilities you want. For the best quality, I have been pretty selective in adding new utilities. But if there are valid use cases, I am happy to add more utilities.  

Please let me know your thoughts and add your wish list in the comments. I will summarize them into a final list for the community to vote.

This entry was posted in vSphere API and tagged , , , . Bookmark the permalink. Post a comment or leave a trackback: Trackback URL.

2 Comments

  1. Posted February 11, 2010 at 1:07 am | Permalink

    I’d love for you to collaborate with jclouds and bring vsphere support. I’m currently getting requests from people who want to be able to try stuff locally on fusion before deploying to cloud.

  2. Jamie Whitehouse
    Posted April 15, 2010 at 3:49 pm | Permalink

    How about a package in Maven Central? Your project doesn’t have to build with Maven, but does need to meet certain reqirements. See Sonatype’s Open Source Repository Hosting for details [1], I’d be glad to help.

    [1] https://docs.sonatype.com/display/NX/OSS+Repository+Hosting

Post a Comment

Your email is never published nor shared. Required fields are marked *

*
*

You may use these HTML tags and attributes <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

  • NEED HELP?


    My company has created products like vSearch ("Super vCenter"), vijavaNG APIs, EAM APIs, ICE tool. We also help clients with virtualization and cloud computing on customized development, training. Should you, or someone you know, need these products and services, please feel free to contact me: steve __AT__ doublecloud.org.

    Me: Steve Jin, VMware vExpert who authored the VMware VI and vSphere SDK by Prentice Hall, and created the de factor open source vSphere Java API while working at VMware engineering. Companies like Cisco, EMC, NetApp, HP, Dell, VMware, are among the users of the API and other tools I developed for their products, internal IT orchestration, and test automation.