T.R | Title | User | Personal Name | Date | Lines |
---|
2433.1 | | METSYS::THOMPSON | | Tue Feb 11 1997 17:24 | 9 |
|
I guess this should be a reply to another note?
At least as far as OBB V2.7 VAX, the routine OBB_MGT_RunningImpl_get_attrs
has an ActiveState attribute. I requested all attributes in a test
program and this one showed up.
Mark
|
2433.2 | supplementary log... | LEMAN::DONALDSON | Froggisattva! Froggisattva! | Wed Feb 12 1997 05:42 | 7 |
| Using the Mgmt interface, is there anyway to find out how
many objects are active for a given implementation?
ObjectBroker clearly 'knows' because it calls ACTIVATE_OBJ_ROUTINE
when it needs to 'activate' a new object.
John D.
|
2433.3 | John - don't seem to be | MIASYS::DLUGOSZ | My reality check just bounced | Wed Feb 12 1997 09:05 | 8 |
| re .2
John,
I haven't found a way to do that. The implementation appears to be
the finest granularity you can get.
Ron
|
2433.4 | | REQUE::ctxobj.zko.dec.com::Patrick | ObjectBroker Engineering | Wed Feb 12 1997 17:25 | 7 |
| Implementation is the finest grain you can get to with the management
API. This is because the API only gives you access to the ObjectBroker
Agent which does not have insight into the object instances that are
active within a server.
Paul Patrick
|
2433.5 | | METSYS::THOMPSON | | Thu Feb 13 1997 08:27 | 12 |
|
But some Objects are more important than others... If you send requests
for the same "Initial Object Reference" the Agent will not auto-start
new servers for those implementations. This would leave me to deduce
that the Agent must have memory of these?
If that's not the case, how does the Agent associate Object with a server?
If that is the case, a routine that would find out what Objects the Agent
does know about would be handy.
M
|