title: Mule Inter - App communication in same instance
body: <p>I have explored the web on MULE and got to understand that for Apps to communicate among themselves - even if they are deployed in the same Mule instance - they will have to use either TCP, HTTP or JMS transports. </p>
  
  <p>VM isn't supported. </p>
  
  <p>However I find this a bit contradictory to ESB principles. We should ideally be able to define EndPoints in and ESB and connect to that using any Transport? I may be wrong. 
  Also since all the apps are sharing the same JVM one would expect to be able to communicate via the in-memory VM queue rather than relying on a transactionless HTTP protocol, or TCP where number of connections one can make is dependent on server resources. Even for JMS we need to define and manage another queue and for heavy usage that may have impact on performances. Though I agree if we have distributed and clustered systems may be HTTP or JMS will be only options.</p>
  
  <p>Is there any plan to incorporate VM as a inter-app communication protocol or is there any other way one Flow can communicate with another Flow Endpoint but in different app?</p>
  
  <p>EDIT : - Answer from Mulesoft
  <a href="http://forum.mulesoft.org/mulesoft/topics/concept_of_endpoint_and_inter_app_communication" rel="nofollow">http://forum.mulesoft.org/mulesoft/topics/concept_of_endpoint_and_inter_app_communication</a><br>
   <em>Yes, we are thinking about inter-app communication for a future release. 
  Still is not clear when we are going to do it but we have a couple of ideas on how we want this feature to behave. We may create a server level configuration in which you can define resources to use in all your apps. There you would be able to define a VM connector and use it to send messages between apps in the same server. 
  As I said, this is just an idea.</em> </p>