Another advantage for this construction if we make it generic is that non-OSGi non multi-tenant designed apps can now be 'virtualized' in a VM, which makes it easier for developer in the future to use Amdatu as a transition point to cloud thinking. +1 for me for this potential new construct.
From: Marcel Offermans <[email protected]<mailto:[email protected]>> Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Date: Thu, 20 Oct 2011 00:24:02 +0200 To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: [Amdatu-developers] Starting Java agent from OSGi On Oct 19, 2011, at 8:49 PM, Bram de Kruijff wrote: Cons: 1) Forking a private VM means 2 Xms/Xmx heaps possibly causing higher ram requirements for small systems. Agreed, but I think this hardly matters. If you can run Cassandra on a node, it has to have a decent size anyway, and not running anything besides Cassandra in that same VM probably improves the way Cassandra runs since it was clearly not designed to run alongside anything else. 2) Forking a private VM means you need to monitor it and account for ghosts after an ama crash. Yes. That will take some extra code. 3) Forking a VM means you need a known VM on the AMA node or provisision it yourself. True, but to even launch the initial OSGi framework we also need to know what VM the AMA has. In fact, we currently use an AMI on Amazon that contains just a basic Linux distribution and install the VM ourselves in the boot script. So I think we've got that covered. Again, not sure this is trivial if you want to do it right but Cassandra simply is anti OSGi by design. Either we need to fix Cassandra, but the easier way may be this one. I agree we should at least consider this option and perhaps do an experiment in a sandbox to see how it could work. Greetings, Marcel _______________________________________________ Amdatu-developers mailing list [email protected]<mailto:[email protected]> http://lists.amdatu.org/mailman/listinfo/amdatu-developers
_______________________________________________ Amdatu-developers mailing list [email protected] http://lists.amdatu.org/mailman/listinfo/amdatu-developers
