RE: Re: Can I regist two instance providers for a same CIM class?

Karl Schopmeyer <[email protected]>
Newsgroups gmane.network.open-pegasus.general
Message-ID <[email protected]>
And further it would mean that eventually in 
general it would mean that the cim server would 
end up being the guaranteer of uniqueness of 
key.  Within an ideal world or one where a single 
party controls all the providers this allocation 
of resources makes sense.  In a world where new 
providers can come from multiple resources and 
there are no rules to control this division of 
the resources it would depend on the server to 
enforce the uniqueness of instances rules.  Thus, 
one reason for the creatio of "trivial" 
subclasses is to provide uniqueness of instances.

Thus pegasus chose the solution that works today, 
limit to one instance provider for a class.

Note, however, that while this whole discussion 
has really been about instance providers the 
actual question that initiated appears to have 
been about an indication provider (despite the 
title of the message) and since the rules for 
uniqueness for indications are different,  it is 
not really clear how we should answer this 
question of multiple alert_indication providers based on a single class.

Karl


Thanks for your message at 12:58 PM 4/26/2011. Your message was:
>Yes, the trick would be that the vendors would have to make sure that the
>keyset for each of their instances was unique and ignore keysets that don't
>match.
>
>________________________________________
>From: Kirk Augustin [[email protected]]
>Sent: Tuesday, April 26, 2011 11:55 AM
>To: Edward Shober; huruifeng; Paul Robert Marino
>Cc: Sampige, Sahana Prabhakar (R&DBangalore); [email protected]
>Subject: Re: Re: Can I regist two instance providers for a same CIM class?
>
>Oh it could work that way.
>Whether or not is might be better I don't know.
>But the point is it is currently not the way it is expected to work.
>In general vendors tend to always extend the 
>functionality, so must subclassed.
>For example, if they are providing a diagnostic 
>of some sort, if it is short, they can just just 
>have a property that the provider knows it has 
>to run the diagnostic every time the property is 
>accessed.  They then only create a method if a 
>parameter has to be passed in.  While other 
>vendors always create methods, whether it needs parameters or not.
>But there may be many other ways it could work.
>To allow a list of providers for a single class 
>would require more cooperation between vendors than now exists.
>
>Kirk Augustin
>11821 NW McNamee Rd
>Portland, OR 97231
>
>
>________________________________
>From: Edward Shober <[email protected]>
>To: Kirk Augustin <[email protected]>; 
>huruifeng <[email protected]>; Paul Robert Marino <[email protected]>
>Cc: "Sampige, Sahana Prabhakar (R&DBangalore)" 
><[email protected]>; "[email protected]" <[email protected]>
>Sent: Tue, April 26, 2011 10:34:01 AM
>Subject: RE: Re: Can I regist two instance providers for a same CIM class?
>
>This is all theoretical, but each instance of 
>the class should be distinguishable
>by a set of keys. So, if you want to set properties of a particular device you
>must send the key values as well. Providers must 
>ignore operations on instances
>that don't match the key values of the devices that they're responsible for.
>The CIMOM would call all providers registered for a particular class and each
>would respond with the instances that they have. Of course, if vendors extend
>the functionality of classes they must subclass.
>
>I guess my point is that, this may not be the 
>way it works, but I don't see why
>it couldn't work this way.
>
>________________________________________
>From: Kirk Augustin [[email protected]<mailto:[email protected]>]
>Sent: Tuesday, April 26, 2011 11:07 AM
>To: Edward Shober; huruifeng; Paul Robert Marino
>Cc: Sampige, Sahana Prabhakar (R&DBangalore); 
>[email protected]<mailto:[email protected]>
>Subject: Re: Re: Can I regist two instance providers for a same CIM class?
>
>Yes, each vendor is supposed to subclass with 
>their company or product name appended to the class.
>Otherwise if you wanted to configure or set 
>properties of a particular device, you would end 
>up sending it to all of the devices of that 
>class, when you really meant to only set the one brand device.
>Typically each vendor uses different 
>hardware/software features, so requires its own 
>provider, and therefore own subclass.
>If you don't subclass, then how would the CIMOM know which provider to call?
>
>Kirk Augustin
>11821 NW McNamee Rd
>Portland, OR 97231
>
>
>________________________________
>From: Edward Shober <[email protected]<mailto:[email protected]>>
>To: huruifeng 
><[email protected]<mailto:[email protected]>>; 
>Paul Robert Marino 
><[email protected]<mailto:[email protected]>>; 
>Kirk Augustin <[email protected]<mailto:[email protected]>>
>Cc: "Sampige, Sahana Prabhakar (R&DBangalore)" 
><[email protected]<mailto:[email protected]>>; 
>"[email protected]<mailto:[email protected]>" 
><[email protected]<mailto:[email protected]>>
>Sent: Tue, April 26, 2011 8:38:55 AM
>Subject: RE: Re: Can I regist two instance providers for a same CIM class?
>
>I'm not sure what Huruifeng is trying to do but it seems like it should
>be important for multiple providers to be able to be registered for the
>same class. What about multiple PCI devices from different vendors
>for example? Shouldn't each vendor be able to register their provider
>with the CIMOM so that they can each serve up the appropriate
>instances of PCIDevice for their specific devices?
>
>I don't see why the CIMOM can't have a list of providers to be queried
>for each class. Does each vendor have to subclass PCIDevice or can
>they each register as an instance provider for PCIDevice?
>
>________________________________
>From: huruifeng 
>[[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>]
>Sent: Tuesday, April 26, 2011 12:41 AM
>To: Paul Robert Marino; Kirk Augustin
>Cc: Sampige, Sahana Prabhakar (R&DBangalore); 
>[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>
>Subject: Re: Re: Can I regist two instance providers for a same CIM class?
>
>Hi Paul:
>Thank you for your idea.It is a way to resolve 
>my problem,but when I have a lot of third-party 
>providers,writting proxy providers will be a big job.
>
>Regards
>2011-04-26
>________________________________
>huruifeng
>________________________________
>·¢¼þÈË£º Paul Robert Marino
>·¢ËÍʱ¼ä£º 2011-04-26  14:15:17
>ÊÕ¼þÈË£º Kirk Augustin
>³­ËÍ£º huruifeng; Sampige, Sahana Prabhakar 
>(R&DBangalore); 
>[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>
>Ö÷Ì⣺ Re: Can I regist two instance providers for a same CIM class?
>The simple answer is if you want two different c 
>or java based providers to provide information 
>to one or multiple instances of the same class 
>create a proxy provider which gathers 
>information from both and consolidates it into 
>specific instances prior to handing the 
>information off to open Pegasus or any other WBEM server API.
>
>
>On 4/25/2011 11:40 PM, Kirk Augustin wrote:
>Hi Huruifeng,
>
>It does not matter what kind of provider you 
>might want to try having 2 of, it won't work.
>If it could, it would be ambiguous.
>When you register the 2nd provider, for the same 
>purpose, it will over write the first.
>I am not familiar with Small Footprint CIM 
>Broker (SFCB), but it would make no sense for it 
>allow 2 providers for the same class and purpose.
>I have not actually tried to have a separate 
>provider for say instances and methods, because there would be no reason to.
>A method provider would also need to know about 
>instances as well, so it is hard to see how it 
>would be useful to separate them.
>Nothing is gained by having more providers than the minimal necessary.
>Often it is easiest to use one provider for many, many classes.
>The provider is told what class it is being 
>queried on, so there is no problem having fewer providers.
>Think of each provider as an interface to a database.
>You would not want a provider for each table in 
>a database, but just one for the entire database.
>You don't need another provider until you have a 
>different database to also be able to connect to.
>
>Kirk Augustin
>11821 NW McNamee Rd
>Portland, OR 97231
>
>
>________________________________
>From: huruifeng 
><[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>><mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>
>To: "Sampige, Sahana Prabhakar (R&D Bangalore)" 
><[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>><mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>; 
>"[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>"<mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>> 
><[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>><mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>
>Sent: Mon, April 25, 2011 8:03:27 PM
>Subject: Re: RE: Can I regist two instance providers for a same CIM class?
>
>Hi Sahana:
>Here "two providers" you mean two instance providers?
>Now I hava two indication providers for 
>CIM_AlertIndication,can I regist both of them like sfcb does?
>And what about a instance provider and a method 
>provider both for CIM_ComputerSystem?
>
>Regards
>
>2011-04-26
>________________________________
>huruifeng
>________________________________
>·¢¼þÈË£º Sampige, Sahana Prabhakar (R&D Bangalore)
>·¢ËÍʱ¼ä£º 2011-04-25  17:53:17
>ÊÕ¼þÈË£º huruifeng; 
>[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>><mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>
>³­ËÍ£º
>Ö÷Ì⣺ RE: Can I regist two instance providers for a same CIM class?
>Hi Huruifeng,
>You cannot register two providers for the same 
>CIM class. But you could register one provider 
>each for the CIM class hierarchy. When you 
>enumerate the base class for example 
>CIM_ManagedElement, instances for 
>CIM_ManagedElement and its sub class like 
>CIM_LogicalElement, CIM_Processor etc, will be returned.
>Rgds,
>Sahana
>
>From: huruifeng 
>[mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>]
>Sent: Monday, April 25, 2011 3:05 PM
>To: 
>[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>><mailto:[email protected]<mailto:[email protected]><mailto:[email protected]<mailto:[email protected]>>>
>Subject: Can I regist two instance providers for a same CIM class?
>
>Hi:
>Can I regist two instance providers for a same CIM class?
>If it is possible, which provider will be called 
>when a getInstance request is recieved?
>
>Regards
>
>2011-04-25
>________________________________
>huruifeng
>
>
>Confidentiality Notice: This e-mail message, its 
>contents and any attachments to it are 
>confidential to the intended recipient, and may 
>contain information that is privileged and/or 
>exempt from disclosure under applicable law. If 
>you are not the intended recipient, please 
>immediately notify the sender and destroy the 
>original e-mail message and any attachments (and 
>any copies that may have been made) from your 
>system or otherwise. Any unauthorized use, 
>copying, disclosure or distribution of this information is strictly prohibited.

Karl Schopmeyer                   Inova Development Inc.
305 Spring Creek Village, Suite 475 -  Dallas TX, 75248 USA
EMAIL: [email protected]       FAX: 1-972-239-0326
Phone 1-972-814-5581
Skype: kschopmeyer         Skype Phone: (214) 556-5971
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.