Hi Sebastian,
1) crossContext : Tomcat 7 - javadocs: Set to true if you want calls within this application to ServletContext.getContext() to successfully return a request dispatcher for other web applications running on this virtual host. But if you want something secure : Set to false (the default) in security conscious environments, to make getContext() always return null. Easy, not scalable, unsecure 2) socket : Write a server and a listener using Socket and ServerSocket. Inexpensive, not-scalable, .... must manage new threads 3) jmx / mxbean If you want to write a lot of lines of code .... 4) Memory-mapped file with NIO Easy, not scalable 5) messaging It may be overkill at first glance. Only at first glance, If you want something scalable and secure, go for a messaging bus: For example, why not using JBoss HornetQ messaging system ? It's scalable, multi-protocol, embeddable. Your components will be loosely-coupled, scalable and secure, and your unit tests much easier. Especially if you deploy your web app to a cluster.... François Meillet Le 4 févr. 2012 à 12:17, Bas Gooren a écrit : > Yeah, I was thinking the same thing. > > The only thing I need to take care of then is access control, normal users > should not be able to invoke a cache clear by calling the url. But since the > call made from the admin to the frontend will not go over a public network I > can simply use a pre-shared key for that. > > Thanks to all who replied for their input! > > Op 4-2-2012 11:02, schreef Martin Grigorov: >> On Fri, Feb 3, 2012 at 10:17 PM, Serban.Balamaci<thespamtr...@gmail.com> >> wrote: >>> Some REST interface to be called through Httpclient from the admin >>> application I'd say it's the simplest approach. >> I also think this is better than JMX, JMS/RabbitMQ/0mq, ... because >> these require different ports to be open and sometimes this is >> problematic. >> >>> -- >>> View this message in context: >>> http://apache-wicket.1842946.n4.nabble.com/Communication-in-vm-between-webapps-tp4355616p4355667.html >>> Sent from the Users forum mailing list archive at Nabble.com. >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org