James, In order to send your own event you would need to get a handle on the Topic (for which you are advertising the event) in the resource and call publish(..) passing your event.
Will you be throwning a ManagementEvent-wrapped event or something totally custom? -----Original Message----- From: James Lorenzen [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 19, 2005 4:28 PM To: [email protected]; [email protected] Subject: RE: about set requests and values kept in memory I have concerns about your 5th point. Our last iteration of 30 days we implemented two WSDM Webservices using apache-muse. For time limitations, we are just polling for status changes, but next iteration we are wanting to implement WS-Notification to subscribe and get notified of status changes. Unfortunately this status change is not going to be started from a Client SetResourceProperties request. More than likely are Status Callback will detect when its services are unavailable, and when it changes, it would send a notification. Is there currently a utility method allowing the backend logic to send Notifications? If not, whats the time frame for something like that? Thanks, James Lorenzen. Gestalt LLC ________________________________ From: Dziembowski, Kinga [mailto:[EMAIL PROTECTED] Sent: Tue 7/19/2005 11:07 AM To: [email protected] Subject: RE: about set requests and values kept in memory Carlos, Great to hire that you are learning muse and that you are using muse example to better understand how things are working. Soon it will be more documentation - it will make the learning easier. Your questions: 1. Please note that the Resources in muse example do not implement setResourceProperty operation - by this fact all Resources are read only from the point of view of the "client". ( check wsdls - this operation is commented) 2. It does not mean that the value of the properties are fixed. They change as the back end changes - but client cannot change them. 3. This is the reason why you do not see any requests examples to change properties values. 4. On the other hand you probably would like to see the notifications emitted by the resource each time the property value changes. 5. At this point of time muse project does not support such notifications. It only supports notifications for the property changes when client uses setPropertOperation. 6. You are right that it is no persistence for Resources. In general the idea is that the resource is just in between client and the back end, and its role is to make the properties values available to the client application. The real state is maintained by the back end and each time the request for the property value is coming from the client, back end is examined for the current value. I can imagine that the muse management application can run on dedicated box and be able to automatically reconnect to the back end (running on separate boxes) after the failure. This way the management info will be not available for a moment of failure, but will gracefully reconnect and operate as expected. 7. It is other persistence problem at the moment - for example, when you build your management model using the muse example, you created several instances of resources, you connected them with relationships, your client application controls the managed domain. If at this point you stop the app server - you will loose your management model - at the moment it is no mechanism to save and reconstruct the model on startup. On the other hand you can script your model creation procedure using ant, and after the app server stop rerun the script. The example for such script can be muse example " test" ant task - modification of the sequence, addition of new requests (modeled on the available requests) will do the job. I hope this helped to better understand the muse example. Please do not hesitate to ask more questions. Kinga Dziembowski Hewlett-Packard Company Applied Technology Office (ATO) 856.638.6065 [EMAIL PROTECTED] ________________________________ From: Lombrera Lombrera [mailto:[EMAIL PROTECTED] Sent: Monday, July 18, 2005 10:09 PM To: [email protected] Subject: about set requests and values kept in memory Hi all I have deployed Muse and I am very happy to see it working I would like to ask you two things: a - if there is a sample of a set request, for example, to change the value of a propertie like CpuUsage from the Host Service. I have been using the requests in the requests dir, but there is not a example of a set request to change the value of some propertie. Existing this, could you share it with me? b - I have perceived also, that when I will change the value of some propertie, this value will be kept in memory. This means that if the machine is rebooted it will loose the new values. Is this right ? What could be the best way to make this new values be mantained? Thank you in advance Excuse me for my poor english Carlos ________________________________ Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora! --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
