-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Jamie,
On 4/17/13 1:28 PM, Jamie wrote: > Dear Tomcat Users > > Forgive me for saying this (and unless I am still misinformed > after scouring the Internet for a solution), the Tomcat app server > seems wholly inadequate for the demands of modern multi-tenant > SAAS applications. Multi-tenant SAAS apps are supposed to be light > weight and have the ability to scale. Sure, you can implement > multi-tenant features inside the web app, but it makes sense that > the functionality should be provided as part of the app server. The > current business of deploying separate WARs is not > practical/efficient for multi tenant use. We should be able to > simply flag a context as multi instance. The instances should under > the same classloader in a very light weight fashion. > > Is there any chance the Tomcat dev team would look into adding > this? This can already be done with the common or shared classloaders (which were removed by default because nobody could make head or tail of how to use them properly). They can be trivially re-enabled using conf/catalina.properties. Note however that there are a whole slew of potential severe problems with simply playing ClassLoader games: 1. You likely can't have a different version of library X for one single tenant (you can put it into WEB-INF/lib but it might not be visible from the right place and/or might conflict badly with the shared library) 2. Any shared data in the libraries themselves can allow information to leak from one tenant to another. So, your webapp itself does have to have some measure of multi-tenancy awareness. Multi-tenancy isn't just something you can slip-in at the infrastructure-level. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJRbuHIAAoJEBzwKT+lPKRY22IQAJyr2H7dYBFQWUE30ihnkeuc 2UtX2gmKy7yEUHtmdUG62xwarlzsZHgnLBJv+5Vme4IOSWtGguOAGyWSKv/Ga+pg 2BHXeMv9LlGnMGxXJDrsRLvY/On/DRBq/t5RGY4Qt9ta5QT897X5qoxuehpPSZb1 vCU/JVpmwIDYdPYYpEy056ExhF1jTpwVJJcS6A3YX7EpS/aMSqLzjansKVyVOsgs XpCs0NdHD4x26OelRmoWscSqz3vroeStGWPt3+dlXe5hPtYk96JSeRfsQCCvN2Lx 5xW9XzGNxMtwMUuXAnCPqYHLCm2a1Vj1w3hrbA7O/HcpGOMMsCYCzEuSMwT0EgD/ fA917ggzenI4gRUQZsuSknAD5jc65t1f1uMnr1xoPBKSdc9uaVAZvK8+7HTsbeVL KSiRJVM3LO4X23XH6Qv6rHfZLkvcBL28Y/mTsRV4twV/eoPI6PQ314RWAd7V9LWI GqvknF3nKLN/Wye+2SHdfE4GQKCOMUR7unFgNvcLcUlklfbBNRrwRTORKbcKaOo7 sgQkqFbTqx2IFCVxWl+51ezmmGRZo58GrwYb2FxTOvqlPku7M3bI9zjaOeZ2DAay 1g+k/+4PeP+ZtaE7v+fACjr421PcuEKHEzQs1NGf18sK+n0JqLr/WJeiednew5Uj Z5DjVEs0NuVEAwnIzOAw =fKOm -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
