|   xen-cim
| Gareth -    Jim, Raj, and I discussed your point exactly on 
Thursday.  Jim has a python script that does something similar to what you 
describe in your curl script.  Independence is a great thing, however, then 
we need to reinvent the wheel in a sense by rewriting test suite 
functionality.  We talked about having a separate script to 
define VMs (like Jim's python script of your curl script), etc and having a test 
suite do the other things (sblim-test suite).  Choosing sblim-test does not 
paint us into any corner and we could always opt to go independent if we 
want.  If this sounds reasonable or if something is missing, this is a 
good time to discuss it before I get too serious with 
the coding.   Luke 
 BTW - if you want to go 'all the way' in terms of independence, we could 
ditch wbemcli/CLI/whatever and use straight CIM-XML. I have a small script that 
uses curl to submit an XML doc to a specific host/port and display the results 
if/when they get back. 
 I'm not implying that avoiding a CLI to make our 
lives simpler is the way to go, but I just wanted to throw it out there as an 
option [BTW - one that we may be forced to take to test some things like 
DefineVS(), at least till these CIM clients correctly handle embedded 
instances...]
 
 - G
 
 
 xen-cim-bounces@xxxxxxxxxxxxxxxxxxx 
wrote on 05/11/2007 05:07:27 PM:
 
 > Gareth S Bestor wrote:
 > 
>
 > > CIM provider test tool should have little or dependency on a 
cimom IMO.
 > >
 >
 > Agreed.
 >
 > Luke,
 > 
Can you put together an equivalent patch that uses sblim-testsuite?
 > 
Sorry for not realizing cimtester dependencies earlier.
 >
 > 
Thanks,
 > Jim
 >
 > > SBLIM Testsuite has a 'dependency' on 
wbemcli, which is a
 > > cimom-agnostic command-line client tool for 
performing CIM operations,
 > > pretty much equivalent functionality to 
Pegasus CLI tool.
 > >
 > > Perhaps that's enugh reason to go 
with SBLIM Testsuite? Certainly it
 > > lacks ability today to perform 
complex like scripted CIM
 > > operations, but I'm not getting the 
impression cimtester provides
 > > significantly more in terms of 
functionality. Plus SBLIM Testsuite
 > > is being used today for the 
automated testing of the various SBLIM
 > > provider packages going into 
SLES & RHEL...
 > >
 > > - Gareth
 > >
 > > 
xen-cim-bounces@xxxxxxxxxxxxxxxxxxx wrote on 05/10/2007 02:40:28 PM:
 > 
>
 > > > Szymanski, Lukasz K wrote:
 > > > >
 > 
> > > This patch is the humble beginnings of our test suite.  The 
tests did
 > > > > not get too far with the latest because of all 
the instability (CIMOM
 > > > > seg faults), however, this is one 
of the reasons we started down this
 > > > > path anyway. 
 There are a bunch of errors if cimtester is run on a
 > > > 
> previous, more stable version, but the test finishes.  Let's 
decide
 > > > > soon which direction we want to pursue (sblim-test 
or cimtester) so I
 > > > > can either make improvements on the 
cimtester stuff or get started on
 > > > > the sblim-test 
work.
 > > > >
 > > >
 > > > Damn... 
 While playing with your patch I realized (while building it)
 > > 
> that cimtester has a dependency on  OW client library - which is 
only
 > > > available in the whole of OW itself.  So you have to 
have OW installed
 > > > to build/run cimtester :-(.
 > > 
>
 > > > sblim-testsuite has a dependency on sblim-wbemcli, but 
the latter has no
 > > > cimom dependencies.
 > > 
>
 > > > Seems to me we want a cimom-independent test 
infrastructure.  Thoughts?
 > > >
 > > > Jim
 > 
> >
 > > >
 > > > 
_______________________________________________
 > > > Xen-cim 
mailing list
 > > > Xen-cim@xxxxxxxxxxxxxxxxxxx
 > > > http://lists.xensource.com/xen-cim
 > 
>
 >
 > _______________________________________________
 > 
Xen-cim mailing list
 > Xen-cim@xxxxxxxxxxxxxxxxxxx
 > http://lists.xensource.com/xen-cim
 
 _______________________________________________
Xen-cim mailing list
Xen-cim@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-cim
 | 
 |  |