You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(20) |
Jul
(3) |
Aug
(2) |
Sep
|
Oct
(4) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: Adil S. <adi...@gm...> - 2013-02-06 12:25:24
|
Can anyone share the java code to upload a vmdk file from local machine to VM datastore ([datastore2] VM_NAME/) User will provide the following input String vmname = " VM_NAME "; String URL="https://IP/FQDN/sdk"; String user="root"; String pass="****** "; String VMDkLocation=”somefilename-disk2.vmdk” Regards Adil |
From: PC V. <pc....@gm...> - 2008-10-19 03:27:51
|
From: Steve J. <sj...@vm...> - 2008-10-13 23:49:21
|
Thanks Andrew, Do you want to write up a summary of the changes you have made and the design thinking behind them? Thanks! Steve JIN | CoDevelopment, VMware, Inc.| 3401 Hillview Avenue, Palo Alto, CA 94304 | O: 1-650-427-3934 x73934 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net -----Original Message----- From: Schley Andrew Kutz [mailto:sa...@gm...] Sent: Monday, October 13, 2008 4:41 PM To: Steve Jin Cc: vij...@li... Subject: Re: [Vijava-devel] Release 1.0 soon My code, which includes pass-through authentication, is available in my branch and up for review. On Mon, Oct 13, 2008 at 6:38 PM, Steve Jin <sj...@vm...> wrote: > Hi Team, > > After several months after first alpha release, we got a lot of > positive responses from the community. The VI Java API has been > downloaded close to 600 times by community developers and commerical > companies. A developer told he is going to package things together > with the Jython as I described, and distribute a virtual appliance. I will send you a link once I hear from him. > > I plan to release the 1.0 very soon (this week). If you would like > your code to be included, please submit your code for review. > > Thanks! > > Steve JIN | CoDevelopment, VMware, Inc.| 3401 Hillview Avenue, Palo > Alto, CA > 94304 | O: 1-650-427-3934 x73934 > Open Source Virtual Infrastructure Java API @ > http://vijava.sourceforge.net > > ---------------------------------------------------------------------- > --- This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK & > win great prizes Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Vijava-devel mailing list > Vij...@li... > https://lists.sourceforge.net/lists/listinfo/vijava-devel > > -- -a "condensing fact from the vapor of nuance" |
From: Schley A. K. <sa...@gm...> - 2008-10-13 23:40:44
|
My code, which includes pass-through authentication, is available in my branch and up for review. On Mon, Oct 13, 2008 at 6:38 PM, Steve Jin <sj...@vm...> wrote: > Hi Team, > > After several months after first alpha release, we got a lot of positive > responses from the community. The VI Java API has been downloaded close to > 600 times by community developers and commerical companies. A developer told > he is going to package things together with the Jython as I described, and > distribute a virtual appliance. I will send you a link once I hear from him. > > I plan to release the 1.0 very soon (this week). If you would like your code > to be included, please submit your code for review. > > Thanks! > > Steve JIN | CoDevelopment, VMware, Inc.| 3401 Hillview Avenue, Palo Alto, CA > 94304 | O: 1-650-427-3934 x73934 > Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Vijava-devel mailing list > Vij...@li... > https://lists.sourceforge.net/lists/listinfo/vijava-devel > > -- -a "condensing fact from the vapor of nuance" |
From: Steve J. <sj...@vm...> - 2008-10-13 23:38:20
|
Hi Team, After several months after first alpha release, we got a lot of positive responses from the community. The VI Java API has been downloaded close to 600 times by community developers and commerical companies. A developer told he is going to package things together with the Jython as I described, and distribute a virtual appliance. I will send you a link once I hear from him. I plan to release the 1.0 very soon (this week). If you would like your code to be included, please submit your code for review. Thanks! Steve JIN | CoDevelopment, VMware, Inc.| 3401 Hillview Avenue, Palo Alto, CA 94304 | O: 1-650-427-3934 x73934 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net<blocked::blocked::http://vijava.sourceforge.net/> |
From: Steve J. <sj...@vm...> - 2008-08-27 02:04:26
|
Hello Tom, Thanks for the sample. Sorry for being late to get back to you. Too many stuff to do these days. I just tried the sample with my ESX and got into NullPointerException. I debugged it and it appeared that the UserLoginSessionEvent get into the update you monitored. It then failed at line 192 with null pointer exception. I think it might be related to the PropertyFilter. Also, with current setting, the waitForUpdate() doesn't really wait there -- I believe it's because the version is never updated due to the null pointer exception. Do you want to look further into the issue? Thanks! Steve JIN | CoDevelopment, VMware, Inc.| 3401 Hillview Avenue, Palo Alto, CA 94304 | O: 1-650-427-3934 x73934 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net<blocked::blocked::http://vijava.sourceforge.net/> ________________________________ From: vij...@li... [mailto:vij...@li...] On Behalf Of Tom Elliott Sent: Thursday, August 21, 2008 8:24 AM To: vij...@li... Subject: [Vijava-devel] VMEventsMonitor Sample for Review Hi all, I've checked in a preliminary port of VMEventsMonitor, can be viewed at: https://vijava.svn.sourceforge.net/svnroot/vijava/branches/main1.0/main1.0_twelliott/src/com/vmware/vim25/mo/samples/VMEventsMonitor.java Any comments welcome. Cheers, Tom |
From: Tom E. <tel...@vm...> - 2008-08-21 15:24:09
|
Hi all, I've checked in a preliminary port of VMEventsMonitor, can be viewed at: https://vijava.svn.sourceforge.net/svnroot/vijava/branches/main1.0/main1.0_twelliott/src/com/vmware/vim25/mo/samples/VMEventsMonitor.java Any comments welcome. Cheers, Tom |
From: Steve J. <sj...@vm...> - 2008-07-29 17:54:24
|
Hi Folks, The getCurrentProperty() method defined in ManagedObject was public before. When I released the first build, I marked it as protected just to be cautious. After thinking it for a while, I think it's useful for the application developer to use it since some of the properties are so huage and there is no way to get part of it if this method is not exposed. The new name for the method would be getPropertyByPath() since it will be more self explanatory. The reason for the "current" there is because I had implemented a per object based caching before and there is a method called getCachedProperty() for getting cached property. The caching was taken away since it's not mature yet. I would like all of us think about this feature with a new design. I would like to get your opinion on exposing getPropertyByPath() first. Please let me know at your earliest convenience. BTW, I would like to push the project to Beta. If you have any code, sample, that would like to be included, pls let me know as soon as possible. Tom Elloit has created his first code and it's merged into the trunk. Thanks! Steve JIN | CoDevelopment, VMware, Inc.| 3401 Hillview Avenue, Palo Alto, CA 94304 | O: 1-650-427-3934 x73934 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net<blocked::blocked::http://vijava.sourceforge.net/> |
From: Steve J. <sj...@vm...> - 2008-07-25 16:43:43
|
Tom, It looks pretty good. Please post it to a wiki page in the project. Thank you! Steve JIN | CoDevelopment, VMware, Inc.| 3401 Hillview Avenue, Palo Alto, CA 94304 | O: 1-650-427-3934 x73934 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net<blocked::blocked::http://vijava.sourceforge.net/> ________________________________ From: vij...@li... [mailto:vij...@li...] On Behalf Of Tom Elliott Sent: Wednesday, July 23, 2008 9:38 AM To: vij...@li... Subject: [Vijava-devel] Eclipse Formatter for VIJava Hi all, Not sure how many people are using Eclipse, but was thinking that it might be worth having a common formatter to maintain consistency. I've attached a draft incorporating a couple of recommendations. I'm open to suggestion, but can imagine everyone has different thoughts on the "right" way to format code, so we should probably try to avoid religious discussion on the subject ;-) This would save us from the annoyance of accidentally formatting an entire file differently when making a simple change. However, there is potential for a lot of "churn" initially with code not formatted in this way. Any recommendations for best practices in this regard? Cheers, Tom |
From: Steve J. <sj...@vm...> - 2008-06-23 17:21:28
|
Great job Tom, I don't have the original source in my workspace. Can you send me the finished source code? Mandar has gone through the process to set up Subclipse with Eclipse. He is writing a wiki page on that. In the future, everyone can just check in code into private branch. Reviewers can easily switch to your branch to take a look code. Thanks! Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo Alto, CA 94304 | O: 650-384-4812 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net<blocked::http://vijava.sourceforge.net/> ________________________________ From: vij...@li... [mailto:vij...@li...] On Behalf Of Tom Elliott Sent: Monday, June 23, 2008 9:57 AM To: vij...@li... Subject: [Vijava-devel] QueryEvent Sample for Review Hi all, As a first foray into working with the API, I've ported the QueryEvent sample from the web services API. See attached diff/patch. Would be great to get some feedback to make sure I've not missed anything obvious. Apologies if diffs should go elsewhere, still getting to grips with SVN. Cheers, Tom |
From: Schley A. K. <sa...@gm...> - 2008-06-23 01:55:18
|
My last commit log: - ported the sspihelper class from c# to java (from http://pinvoke.net/default.aspx/secur32/InitializeSecurityContext.html) - added new ctor to serviceinstance that supports loginbysspi - added new static methods to serviceinstance that builds a vi url from a server name, useHttps, and port - added new method to sessionmanager called login() that wraps loginbysspi with all the the necessary humbuggery - added dependency on j/invoke in order to call native win32 libraries in secur32 to support sspi. many thanks to gayathri singh of j/invoke for helping me port the c# code to get sspi working. - included base64.java public domain java base64 lib from http://iharder.sourceforge.net/base64/ by Robert Harder -- -a "condensing fact from the vapor of nuance" |
From: Schley A. K. <sa...@gm...> - 2008-06-23 01:38:18
|
I've got Windows pass-through auth (SSPI) working from Java -- -a "condensing fact from the vapor of nuance" |
From: Schley A. K. <sa...@gm...> - 2008-06-23 00:56:25
|
I'd like to propose that the SI ctor NOT attempt a login. This is just my personal preference, but I don't tend to like classes that can throw an exception upon instantiation. Thoughts? -- -a "condensing fact from the vapor of nuance" |
From: Steve J. <sj...@vm...> - 2008-06-21 13:12:07
|
https://www.projects.dev2dev.bea.com/Subversion%20Clients/Subclipse.html Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo Alto, CA 94304 | O: 650-384-4812 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net<blocked::http://vijava.sourceforge.net/> |
From: Steve J. <sj...@vm...> - 2008-06-21 13:11:40
|
Hello Team, I've posted 17 samples to my branch in repository. Please take a look and let me know your comments. I plan to merge them next week. https://vijava.svn.sourceforge.net/svnroot/vijava/branches/main1.0/main1.0_sjin Thanks! Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo Alto, CA 94304 | O: 650-384-4812 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net<blocked::http://vijava.sourceforge.net/> |
From: Steve J. <sj...@vm...> - 2008-06-21 13:11:39
|
https://vijava.svn.sourceforge.net/svnroot/vijava/ Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo Alto, CA 94304 | O: 650-384-4812 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net<blocked::http://vijava.sourceforge.net/> |
From: Schley A. K. <sa...@gm...> - 2008-06-16 16:16:22
|
Version 0.2 of that last week and it is close to on par with VI Java. I thought we might be able to do a feature sync... -- -a "condensing fact from the vapor of nuance" |
From: Steve J. <sj...@vm...> - 2008-06-09 21:14:40
|
That is a good point. We are fine then. Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo Alto, CA 94304 | O: 650-384-4812 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net -----Original Message----- From: Schley Andrew Kutz [mailto:sa...@gm...] Sent: Monday, June 09, 2008 2:13 PM To: Steve Jin Cc: vij...@li... Subject: Re: [Vijava-devel] Thoughts No, I understood. But I thought that Axis 1.4 required Java 1.5. I could be mistaken. Wait, obviously I am if VI Java currently runs at Java 1.4 (which you imply it does). We're good. -- -a "condensing fact from the vapor of nuance" On Jun 9, 2008, at 4:07 PM, Steve Jin wrote: > 1.4 is the JDK version. I should have made it clearer. > > -Steve > > Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo > Alto, CA > 94304 | O: 650-384-4812 > Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net > > -----Original Message----- > From: Schley Andrew Kutz [mailto:sa...@gm...] > Sent: Monday, June 09, 2008 1:57 PM > To: Steve Jin > Cc: vij...@li... > Subject: Re: [Vijava-devel] Thoughts > > Although we might want to check the version of Axis supported by the > VimApi. > I thought it was 1.5... > > -- > -a > > "condensing fact from the vapor of nuance" > > On Jun 8, 2008, at 12:28 PM, Steve Jin wrote: > >> Andrew, >> >> It's great to incorporate the functionalities from your toolkit. In >> terms of how to implement this I have several thoughts. >> >> Currently what we have is the core API and we should make the best >> effort to keep it stable and clean. I don't think the command related >> functionalities should get into the ServiceInstance class. >> >> What I propose here is that we treat the commandline utilities as a >> new package built on top of the core part. These command line >> utilities are essentially applications, and should be implemented >> that >> way. >> >> For the command line parser, I even think we should make it 1.4 >> compatible -- just remove the generics and do manual casting. Not >> many >> lines of change. >> >> What do you think? >> >> Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo >> Alto, CA >> 94304 | O: 650-384-4812 >> Open Source Virtual Infrastructure Java API @ >> http://vijava.sourceforge.net >> >> -----Original Message----- >> From: vij...@li... >> [mailto:vij...@li...] On Behalf Of >> Schley Andrew Kutz >> Sent: Friday, June 06, 2008 4:45 PM >> Cc: vij...@li... >> Subject: Re: [Vijava-devel] Thoughts >> >> Oh, and I stole Steve's code for reading command line input and >> passwords since I was relying on Java 6's System.console. This way VI >> Java is now Java >> 5 compliant even with my code in it. >> >> -- >> -a >> >> "condensing fact from the vapor of nuance" >> >> On Jun 6, 2008, at 6:38 PM, Schley Andrew Kutz wrote: >> >>> For now I have deprecated CommandLineParser in favor of a new class, >>> ServiceInstanceHelper, in my main1.0_akutz branch. I am not >>> satisfied >>> with this, but I wanted to go ahead and integrate my vitforjava into >>> VI Java as soon as I could to get unit testing up and going. My >>> thoughts on long-term plans are: >>> >>> - Integrate the functionality from vitforjava into the >>> ServiceInstance class as a static method, ex. createServiceInstance >>> - Leave it as the ServiceInstanceHelper class >>> - Gut the CommandLineParser class and replace it with what is now >>> inside ServiceInstanceHelper >>> >>> Thoughts? >>> >>> -- >>> -a >>> >>> "condensing fact from the vapor of nuance" >>> >> >> >> ---------------------------------------------------------------------- >> --- Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for just about anything >> Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Vijava-devel mailing list >> Vij...@li... >> https://lists.sourceforge.net/lists/listinfo/vijava-devel >> >> ---------------------------------------------------------------------- >> --- Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for just about anything >> Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Vijava-devel mailing list >> Vij...@li... >> https://lists.sourceforge.net/lists/listinfo/vijava-devel > |
From: Schley A. K. <sa...@gm...> - 2008-06-09 21:13:09
|
No, I understood. But I thought that Axis 1.4 required Java 1.5. I could be mistaken. Wait, obviously I am if VI Java currently runs at Java 1.4 (which you imply it does). We're good. -- -a "condensing fact from the vapor of nuance" On Jun 9, 2008, at 4:07 PM, Steve Jin wrote: > 1.4 is the JDK version. I should have made it clearer. > > -Steve > > Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo > Alto, CA > 94304 | O: 650-384-4812 > Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net > > -----Original Message----- > From: Schley Andrew Kutz [mailto:sa...@gm...] > Sent: Monday, June 09, 2008 1:57 PM > To: Steve Jin > Cc: vij...@li... > Subject: Re: [Vijava-devel] Thoughts > > Although we might want to check the version of Axis supported by the > VimApi. > I thought it was 1.5... > > -- > -a > > "condensing fact from the vapor of nuance" > > On Jun 8, 2008, at 12:28 PM, Steve Jin wrote: > >> Andrew, >> >> It's great to incorporate the functionalities from your toolkit. In >> terms of how to implement this I have several thoughts. >> >> Currently what we have is the core API and we should make the best >> effort to keep it stable and clean. I don't think the command related >> functionalities should get into the ServiceInstance class. >> >> What I propose here is that we treat the commandline utilities as a >> new package built on top of the core part. These command line >> utilities are essentially applications, and should be implemented >> that >> way. >> >> For the command line parser, I even think we should make it 1.4 >> compatible -- just remove the generics and do manual casting. Not >> many >> lines of change. >> >> What do you think? >> >> Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo >> Alto, CA >> 94304 | O: 650-384-4812 >> Open Source Virtual Infrastructure Java API @ >> http://vijava.sourceforge.net >> >> -----Original Message----- >> From: vij...@li... >> [mailto:vij...@li...] On Behalf Of >> Schley Andrew Kutz >> Sent: Friday, June 06, 2008 4:45 PM >> Cc: vij...@li... >> Subject: Re: [Vijava-devel] Thoughts >> >> Oh, and I stole Steve's code for reading command line input and >> passwords since I was relying on Java 6's System.console. This way VI >> Java is now Java >> 5 compliant even with my code in it. >> >> -- >> -a >> >> "condensing fact from the vapor of nuance" >> >> On Jun 6, 2008, at 6:38 PM, Schley Andrew Kutz wrote: >> >>> For now I have deprecated CommandLineParser in favor of a new class, >>> ServiceInstanceHelper, in my main1.0_akutz branch. I am not >>> satisfied >>> with this, but I wanted to go ahead and integrate my vitforjava into >>> VI Java as soon as I could to get unit testing up and going. My >>> thoughts on long-term plans are: >>> >>> - Integrate the functionality from vitforjava into the >>> ServiceInstance class as a static method, ex. createServiceInstance >>> - Leave it as the ServiceInstanceHelper class >>> - Gut the CommandLineParser class and replace it with what is now >>> inside ServiceInstanceHelper >>> >>> Thoughts? >>> >>> -- >>> -a >>> >>> "condensing fact from the vapor of nuance" >>> >> >> >> ---------------------------------------------------------------------- >> --- Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for just about anything >> Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Vijava-devel mailing list >> Vij...@li... >> https://lists.sourceforge.net/lists/listinfo/vijava-devel >> >> ---------------------------------------------------------------------- >> --- Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for just about anything >> Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Vijava-devel mailing list >> Vij...@li... >> https://lists.sourceforge.net/lists/listinfo/vijava-devel > |
From: Steve J. <sj...@vm...> - 2008-06-09 21:07:22
|
1.4 is the JDK version. I should have made it clearer. -Steve Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo Alto, CA 94304 | O: 650-384-4812 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net -----Original Message----- From: Schley Andrew Kutz [mailto:sa...@gm...] Sent: Monday, June 09, 2008 1:57 PM To: Steve Jin Cc: vij...@li... Subject: Re: [Vijava-devel] Thoughts Although we might want to check the version of Axis supported by the VimApi. I thought it was 1.5... -- -a "condensing fact from the vapor of nuance" On Jun 8, 2008, at 12:28 PM, Steve Jin wrote: > Andrew, > > It's great to incorporate the functionalities from your toolkit. In > terms of how to implement this I have several thoughts. > > Currently what we have is the core API and we should make the best > effort to keep it stable and clean. I don't think the command related > functionalities should get into the ServiceInstance class. > > What I propose here is that we treat the commandline utilities as a > new package built on top of the core part. These command line > utilities are essentially applications, and should be implemented that > way. > > For the command line parser, I even think we should make it 1.4 > compatible -- just remove the generics and do manual casting. Not many > lines of change. > > What do you think? > > Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo > Alto, CA > 94304 | O: 650-384-4812 > Open Source Virtual Infrastructure Java API @ > http://vijava.sourceforge.net > > -----Original Message----- > From: vij...@li... > [mailto:vij...@li...] On Behalf Of > Schley Andrew Kutz > Sent: Friday, June 06, 2008 4:45 PM > Cc: vij...@li... > Subject: Re: [Vijava-devel] Thoughts > > Oh, and I stole Steve's code for reading command line input and > passwords since I was relying on Java 6's System.console. This way VI > Java is now Java > 5 compliant even with my code in it. > > -- > -a > > "condensing fact from the vapor of nuance" > > On Jun 6, 2008, at 6:38 PM, Schley Andrew Kutz wrote: > >> For now I have deprecated CommandLineParser in favor of a new class, >> ServiceInstanceHelper, in my main1.0_akutz branch. I am not satisfied >> with this, but I wanted to go ahead and integrate my vitforjava into >> VI Java as soon as I could to get unit testing up and going. My >> thoughts on long-term plans are: >> >> - Integrate the functionality from vitforjava into the >> ServiceInstance class as a static method, ex. createServiceInstance >> - Leave it as the ServiceInstanceHelper class >> - Gut the CommandLineParser class and replace it with what is now >> inside ServiceInstanceHelper >> >> Thoughts? >> >> -- >> -a >> >> "condensing fact from the vapor of nuance" >> > > > ---------------------------------------------------------------------- > --- Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for just about anything > Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Vijava-devel mailing list > Vij...@li... > https://lists.sourceforge.net/lists/listinfo/vijava-devel > > ---------------------------------------------------------------------- > --- Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for just about anything > Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Vijava-devel mailing list > Vij...@li... > https://lists.sourceforge.net/lists/listinfo/vijava-devel |
From: Schley A. K. <sa...@gm...> - 2008-06-09 20:56:47
|
Although we might want to check the version of Axis supported by the VimApi. I thought it was 1.5... -- -a "condensing fact from the vapor of nuance" On Jun 8, 2008, at 12:28 PM, Steve Jin wrote: > Andrew, > > It's great to incorporate the functionalities from your toolkit. In > terms of > how to implement this I have several thoughts. > > Currently what we have is the core API and we should make the best > effort to > keep it stable and clean. I don't think the command related > functionalities > should get into the ServiceInstance class. > > What I propose here is that we treat the commandline utilities as a > new > package built on top of the core part. These command line utilities > are > essentially applications, and should be implemented that way. > > For the command line parser, I even think we should make it 1.4 > compatible -- > just remove the generics and do manual casting. Not many lines of > change. > > What do you think? > > Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo > Alto, CA > 94304 | O: 650-384-4812 > Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net > > -----Original Message----- > From: vij...@li... > [mailto:vij...@li...] On Behalf Of > Schley > Andrew Kutz > Sent: Friday, June 06, 2008 4:45 PM > Cc: vij...@li... > Subject: Re: [Vijava-devel] Thoughts > > Oh, and I stole Steve's code for reading command line input and > passwords > since I was relying on Java 6's System.console. This way VI Java is > now Java > 5 compliant even with my code in it. > > -- > -a > > "condensing fact from the vapor of nuance" > > On Jun 6, 2008, at 6:38 PM, Schley Andrew Kutz wrote: > >> For now I have deprecated CommandLineParser in favor of a new class, >> ServiceInstanceHelper, in my main1.0_akutz branch. I am not >> satisfied with this, but I wanted to go ahead and integrate my >> vitforjava into VI Java as soon as I could to get unit testing up >> and going. My thoughts on long-term plans are: >> >> - Integrate the functionality from vitforjava into the >> ServiceInstance class as a static method, ex. createServiceInstance >> - Leave it as the ServiceInstanceHelper class >> - Gut the CommandLineParser class and replace it with what is now >> inside ServiceInstanceHelper >> >> Thoughts? >> >> -- >> -a >> >> "condensing fact from the vapor of nuance" >> > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Vijava-devel mailing list > Vij...@li... > https://lists.sourceforge.net/lists/listinfo/vijava-devel > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Vijava-devel mailing list > Vij...@li... > https://lists.sourceforge.net/lists/listinfo/vijava-devel |
From: Schley A. K. <sa...@gm...> - 2008-06-09 20:56:22
|
All agreed. Not happy about the absence of generics, but I'll live : ) -- -a "condensing fact from the vapor of nuance" On Jun 8, 2008, at 12:28 PM, Steve Jin wrote: > Andrew, > > It's great to incorporate the functionalities from your toolkit. In > terms of > how to implement this I have several thoughts. > > Currently what we have is the core API and we should make the best > effort to > keep it stable and clean. I don't think the command related > functionalities > should get into the ServiceInstance class. > > What I propose here is that we treat the commandline utilities as a > new > package built on top of the core part. These command line utilities > are > essentially applications, and should be implemented that way. > > For the command line parser, I even think we should make it 1.4 > compatible -- > just remove the generics and do manual casting. Not many lines of > change. > > What do you think? > > Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo > Alto, CA > 94304 | O: 650-384-4812 > Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net > > -----Original Message----- > From: vij...@li... > [mailto:vij...@li...] On Behalf Of > Schley > Andrew Kutz > Sent: Friday, June 06, 2008 4:45 PM > Cc: vij...@li... > Subject: Re: [Vijava-devel] Thoughts > > Oh, and I stole Steve's code for reading command line input and > passwords > since I was relying on Java 6's System.console. This way VI Java is > now Java > 5 compliant even with my code in it. > > -- > -a > > "condensing fact from the vapor of nuance" > > On Jun 6, 2008, at 6:38 PM, Schley Andrew Kutz wrote: > >> For now I have deprecated CommandLineParser in favor of a new class, >> ServiceInstanceHelper, in my main1.0_akutz branch. I am not >> satisfied with this, but I wanted to go ahead and integrate my >> vitforjava into VI Java as soon as I could to get unit testing up >> and going. My thoughts on long-term plans are: >> >> - Integrate the functionality from vitforjava into the >> ServiceInstance class as a static method, ex. createServiceInstance >> - Leave it as the ServiceInstanceHelper class >> - Gut the CommandLineParser class and replace it with what is now >> inside ServiceInstanceHelper >> >> Thoughts? >> >> -- >> -a >> >> "condensing fact from the vapor of nuance" >> > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Vijava-devel mailing list > Vij...@li... > https://lists.sourceforge.net/lists/listinfo/vijava-devel > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Vijava-devel mailing list > Vij...@li... > https://lists.sourceforge.net/lists/listinfo/vijava-devel |
From: Steve J. <sj...@vm...> - 2008-06-09 16:39:31
|
Andrew, Can you eloborate a little more on your thoughts on how the interfaces or virtual methods helps testing? Thanks! BTW, have you got my email regarding your thoughts yesterday? After I sent it I didn't receive it from the mailing list. Just want to confirm whether you got it or not. If not, I need to report the problem to SF admin. Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo Alto, CA 94304 | O: 650-384-4812 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net -----Original Message----- From: vij...@li... [mailto:vij...@li...] On Behalf Of Schley Andrew Kutz Sent: Saturday, June 07, 2008 9:44 AM To: vij...@li... Subject: [Vijava-devel] A thought It may be a good idea to create interfaces for all the classes, or at last mark methods as virtual. This way we can use mock frameworks for testing... -- -a "condensing fact from the vapor of nuance" ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Vijava-devel mailing list Vij...@li... https://lists.sourceforge.net/lists/listinfo/vijava-devel |
From: Steve J. <sj...@vm...> - 2008-06-08 17:28:09
|
Andrew, It's great to incorporate the functionalities from your toolkit. In terms of how to implement this I have several thoughts. Currently what we have is the core API and we should make the best effort to keep it stable and clean. I don't think the command related functionalities should get into the ServiceInstance class. What I propose here is that we treat the commandline utilities as a new package built on top of the core part. These command line utilities are essentially applications, and should be implemented that way. For the command line parser, I even think we should make it 1.4 compatible -- just remove the generics and do manual casting. Not many lines of change. What do you think? Steve JIN | CoDevelopment, VMware, Inc.| 3305 Hillview Avenue, Palo Alto, CA 94304 | O: 650-384-4812 Open Source Virtual Infrastructure Java API @ http://vijava.sourceforge.net -----Original Message----- From: vij...@li... [mailto:vij...@li...] On Behalf Of Schley Andrew Kutz Sent: Friday, June 06, 2008 4:45 PM Cc: vij...@li... Subject: Re: [Vijava-devel] Thoughts Oh, and I stole Steve's code for reading command line input and passwords since I was relying on Java 6's System.console. This way VI Java is now Java 5 compliant even with my code in it. -- -a "condensing fact from the vapor of nuance" On Jun 6, 2008, at 6:38 PM, Schley Andrew Kutz wrote: > For now I have deprecated CommandLineParser in favor of a new class, > ServiceInstanceHelper, in my main1.0_akutz branch. I am not > satisfied with this, but I wanted to go ahead and integrate my > vitforjava into VI Java as soon as I could to get unit testing up > and going. My thoughts on long-term plans are: > > - Integrate the functionality from vitforjava into the > ServiceInstance class as a static method, ex. createServiceInstance > - Leave it as the ServiceInstanceHelper class > - Gut the CommandLineParser class and replace it with what is now > inside ServiceInstanceHelper > > Thoughts? > > -- > -a > > "condensing fact from the vapor of nuance" > ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Vijava-devel mailing list Vij...@li... https://lists.sourceforge.net/lists/listinfo/vijava-devel |
From: Schley A. K. <sa...@gm...> - 2008-06-07 16:43:39
|
It may be a good idea to create interfaces for all the classes, or at last mark methods as virtual. This way we can use mock frameworks for testing... -- -a "condensing fact from the vapor of nuance" |