I'd also like to see an "unknown_operation" function. That function would get set by the dispatch logic when the operation to deliver the message to cannot be figured out. So that's like how a dynamic proxy works in Java or how the "method_unknown" thing works in Ruby.

I'd actually like to extend the service lifecycle stuff in Axis2 to have this concept too. Then if the dispatcher hasn't found an operation to dispatch to and if this operation is present, the message will be dispatched to that operation.

Sanjiva.

Keith Chapman wrote:
Hi,

I think its good to introduce some service life cycle stuff to our
mashups. It makes our stuff more interesting. So basically it would
calla special function at deployment time and another on undeployment.

I propose introducing some annotations to take care of this.
this.init="functionName";     -> To be called in deployment
this.destroy="functionName";  -> To be called on undeployment

Jonathan proposed destruct instead of destroy.
What do u guys this how should we go about this?

Thanks,
Keith.

_______________________________________________
Mashup-dev mailing list
[email protected]
http://www.wso2.org/cgi-bin/mailman/listinfo/mashup-dev


--
Sanjiva Weerawarana, Ph.D.
Founder, Chairman & CEO; WSO2, Inc.; http://www.wso2.com/
email: [EMAIL PROTECTED]; cell: +1 650 265 8311 | +94 77 787 6880

"Oxygenating the Web Service Platform."

_______________________________________________
Mashup-dev mailing list
[email protected]
http://www.wso2.org/cgi-bin/mailman/listinfo/mashup-dev

Reply via email to