Re: WBEM Implementations in Windows

From: [MS] Scott McNairy (scotmc_at_online.microsoft.com)
Date: 05/13/04

  • Next message: John Ramsden: "Re: WBEM Implementations in Windows"
    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
    

  • Next message: John Ramsden: "Re: WBEM Implementations in Windows"

    Relevant Pages

    • RE: Downloading Problem
      ... Event Type: Error ... WMI Windows Management Instrumentation ... The Windows Security Center Service has started. ...
      (microsoft.public.windowsxp.help_and_support)
    • Re: Access is Denied after Win2K to XP Upgrade
      ... Repairing and re-registering the WMI ... MS-MVP Windows Shell/User ... Network Connections folder won't work right. ... A network error occurred in connecting to Windows Management ...
      (microsoft.public.windowsxp.setup_deployment)
    • RE: WMI Error
      ... Yes, try to look for third-party, like the Add-Ons mentioned in my earlier ... About Turning OFF the DEP protection, you can if you have a Good Anti-Virus ... P.S does starting the WMI service change any thing?. ... Turn on DEP for essential windows programs and services only. ...
      (microsoft.public.windowsxp.general)
    • Re: WMI files missing or corrupted
      ... The Windows Security Center was unable to establish event queries with WMI ... You can access Event Viewer by selecting Start, Administrative Tools, and ...
      (microsoft.public.windowsxp.help_and_support)
    • Win XP SP 2 WMI problem
      ... Top Threat: Windows Security Center Spoof ... disabled, or your antivirus is out of date, that news will display here. ... Management Instrumentation (WMI) subsystem built into Windows. ...
      (microsoft.public.windowsxp.configuration_manage)