*Async behaviour*OK, as previously discussed (and promised) this has been pushed forward a little. It sat in my head for quite a while until Javapolis in Antwerp on the 14th. It was only when Rickard �berg (http://roller.anthonyeden.com/page/rickard) gave his presentation (AOP EJB killer) that I felt galvanised into action.
Joe Walnes (Mr Sitemesh - blog : http://radio.weblogs.com/0108103/), Charles Lowell (Thoughtworks) and myself are slowing pushing towards an Asynchronous aspect to AltRMI. Basically if a methods returns void and throws no exceptions, it could be executed asynchonously. This is a publication choice of course. Joe talks of a default implementation of 'over AltRMI' but envisages ones over JMS and other specialised messaging transports, possibly including the way-cool JavaGroups. With a JMS style solution hierarchies of messaging factories could be laced together to relieve the burdon on the server and guaranteed deliver could be a value added possibility.
This should be invisible for client side use as usual. See SimpleAsyncTestCase forexample of use.
Still to do :
* Ant task to allow specification of async methods.
* Async properties (specialisation of async methods)
* Over-JMS transport.
Regards,
- Paul
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
