Are you suggesting using a Java-like language with parallelism constructs to rewrite the Restlet internals? That doesn't sound like a good idea.
Or do you just mean that Restlet users might find such a language helpful in writing Restlet applications? If so, my response is that it might be, but that it's orthogonal to the use of Restlet. The responsibility of a handler method is to translate from the world of Requests and Representations (and objects converted from Representations) to application-level abstractions, and then to translate the application-level result or exception back to the world of Responses and Representations (and objects to be converted to Representations). There's not much scope for parallelism there. Rather, it's the application-level computation that might benefit from parallel techniques, but that's independent of the use of Restlet. All of which is a long and (I hope) respectful way of saying that discussions of languages with parallelism constructs aren't really on-topic for this list, *buffant* though they might be. :-) --tim 2011/6/21 Xavier Méhaut <[email protected]> > Bonjour Jérome, > > Juste un petit mail pour vous signaler l'existence d'un produit que je > trouve bluffant en java : > http://www.ateji.com/px/index.html > associé aux restlets, cela pourrait améliorer les performances j'imagine. > > Cordialement > Xavier > > 2011/6/17 Jerome Louvel <[email protected]> > >> >> Jérôme >> > > ------------------------------------------------------ http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=2771558
