Re: WBEM Implementations in Windows
From: [MS] Scott McNairy (scotmc_at_online.microsoft.com)
Date: 05/13/04
- Previous message: Dave Patrick: "Re: event logs into database?"
- In reply to: John Ramsden: "Re: WBEM Implementations in Windows"
- Next in thread: John Ramsden: "Re: WBEM Implementations in Windows"
- Reply: John Ramsden: "Re: WBEM Implementations in Windows"
- Messages sorted by: [ date ] [ thread ]
Date: Thu, 13 May 2004 14:29:51 -0700
WMI Scripting layer supports JScript, and Perl as well. The downside is
that the support for WMI Scripting Objects is in wbemdisp.dll which resides
on Windows OS's (for the most part). It connects to Windows Management
Service on the target computer which only Windows has.
As for ODBC adapter these might help you from older post:
http://groups.google.com/groups?q=odbc+adapter+%2B+%22Scott+McNairy%22+%2B+%22WMI%22&hl=en&lr=&selm=402d4b2f%241%40news.microsoft.com&rnum=2
-- [MS] Scott McNairy WMI Test Engineer This posting is provided "As Is" with no warranties, and confers no rights. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm "John Ramsden" <john_ramsden@sagitta-ps.com> wrote in message news:d27434e.0405130954.797e52c2@posting.google.com... > eliasstmailbox-google@yahoo.com (Elias Sanchez) wrote in message news:<a48b303a.0405080642.38220002@posting.google.com>... > > > > "Ivan Brugiolo [MSFT]" <ivanbrug@online.microsoft.com> wrote in message news:<eTgK0AKNEHA.1688@TK2MSFTNGP10.phx.gbl>... > > > > > > The only "transport" offered in the box is the DCOM "transport" and API > > > access level. > > > > > > It was left to the ISV the task to write the missing layer > > > that gathers the requests from an HTTP listener, forwards them to > > > WinMgmt, and represent the output in XML. > > > > > > There is supposed to be a Java-based implementation of WBEM, > > > that should run on Windows-derivatives-OSes, but I don't remember > > > the name. > > > > Thanks Ivan, > > I thing I saw something about that implementation a few months ago, > > but I recall it was still being developed, and I can't remember it's > > name either. > > Ivan and Elias, any chance of putting your thinking caps on and trying > a bit _harder_ to remember those names ?-) > > Seriously, I'm at my wit's end trying to figure out a practical method > of producing a perl script that manages WMI data and can be run from > either Windows or Unix, and an HTTP interface would do nicely. > > I thought ODBC might be the way to go, given the existence of > Microsoft's > WMI ODBC Adapter, and the unixODBC project [ http://www.unixodbc.com/ > ]. > But even after jumping through endless hoops to get hold of the latest > version of the WMI ODBC Adapter DLL (wbemdr32.dll 1.50.1085.0027 in > case > anyone is interested), I couldn't get the WMI ODBC link in Microsoft > Access to display any records in the 'tables' I created - It would > display the columns fine, but all the tables were empty as if it was > just displaying class definitions (?). The same happened even when I > granted "Profile System Performance" all rights from anyone. > > In view of this and the documented limitations of WMI ODBC (read-only > and treats unsigned integers as signed) I have now abandoned the ODBC > approach. > > Would it be reasonable to assume that Microsoft definitely don't want > anyone managing or even accessing WMI from platforms other than > Windows? > As evidence for this I cite: > > * Absence of HTTP interface > > * Limitations of WMI ODBC Adapter (see schpiel above) > > * Only Microsoft proprietary languages supported in WMI Scripting > > I'm now hoping the last can be circumvented by using C or C++, via > RPC from Unix (shudder!). > > If anyone has any C/C++ examples of WMI Scripting that would be very > much appreciated. I suppose I could adapt C# examples, as this looks > pretty much like C++. > > (I'm not interested in a solution that involves more than minimal > setup on the target systems. So for example having to install the > WMI SDK on them and then running wbemdump.exe via telnet would not > be acceptable.) > > > > Cheers > > John R Ramsden (john_ramsden@sagitta-ps.cam) <-- com not cam
- Previous message: Dave Patrick: "Re: event logs into database?"
- In reply to: John Ramsden: "Re: WBEM Implementations in Windows"
- Next in thread: John Ramsden: "Re: WBEM Implementations in Windows"
- Reply: John Ramsden: "Re: WBEM Implementations in Windows"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|