<vendor>
BEA WebLogic will include a JMX implementation in version 6.0, slated for a
public beta beginning in October. More details on JMX are available at
Java.sun.com.
We will continue to offer our current SNMP agent as well.
</vendor>
Thanks,
Michael
----
Michael Girdley
BEA Systems Inc.
----- Original Message -----
From: "Richard Landon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 18, 2000 4:31 PM
Subject: Re: Vendors supporting CMI (Console Management Interface) API?
> I am sure if there's a standard API other than SNMP v3.
> IPlanet seems very good at this, at one end of the spectrum,
> at the other end, say, WebLogic, has nothing.
>
> -----Original Message-----
> From: Smith, Curt H. [mailto:[EMAIL PROTECTED]]
> Sent: Monday, September 18, 2000 1:00 PM
> To: [EMAIL PROTECTED]
> Subject: Vendors supporting CMI (Console Management Interface) API?
>
>
> Hi,
>
> I'm reviewing the Appserver vendor landscape (again) with interest in what
> progress there's been at supporting a public API to access Control,
> Management,
> Eventing and Status info? At some point CMI/CMA ??? was offered as an
> API name.
>
> What vendors have a CMI?
>
> The reason that I'm interested in a CMI is that I've been very
disappointed
> in
> the consoles of the major container vendors. My view and needed Use Cases
> are those that the Operations Center folks will need to run a 24x7 mission
> critical
> set of services, deployed across 50's of boxes, 100's of objects. I'm
> willing to
> write my own code to support the Operation's Center's use cases or more
> accurately
> I'm forced to write my own code since the current batch of consoles aren't
> even close.
>
> I'm currently suffering with an environment that does not have SNMP traps
on
> object
> failures, methods that take too long (exceeding SLA limits) etc etc. So I
> know
> first hand what it's like to try to keep a large deployment up and try to
> learn what
> has just gone down.
>
> For me, and my mission critical application (run a phone company on all
java
> back end)
> The 'E' part of EJB container vendor is still missing. :)))) I.E. it's
> not Entrerprise ready
> if a 24x7 mission critical app can't be 100% reliably run by telephone
> operations
> center staff by using the vendor's console. OBTW without me getting
called
> at
> 3 AM to figure out which object just failed and how to restart it.
>
> It seems that there's a market for commercial management, control and
status
> consoles and take that job from the container vendors who at present
aren't
> doing
> that good of a job.
>
> Or how about a container vendor who has great SNMP support plus RMON
support
> to allow remote control and configuration from available good SNMP
> management
> consoles??
>
> Any helps or feed back?
>
> Thanks,
>
> curt
>
>
> Curt Smith
> Z-Tel
> email: [EMAIL PROTECTED]
> work: 404-237-1166 x182
> FAX: 404-237-1167
>
>
===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
