I think the general answer to your question is, yes, java + felix can handle your use case. And with my limited knowledge of php i also say that it will probably run faster than php. But it depends on how you implement your web applications of course. I would certainly give it a try!
-atle On Sat, 2010-07-03 at 09:54 +0200, Sander de Groot wrote: > On 07/03/2010 12:21 AM, Guo Du wrote: > > On Fri, Jul 2, 2010 at 12:22 PM, Sander de Groot<[email protected]> wrote: > > > >> Okay, I was expecting this question. The problem however is: I can't give > >> you a definitive answer. Like I said: these bundles are actually just web > >> applications (WAR) with a single point of entry (single servlet > >> per-bundle). > >> > > You may "think in java", a different multi-tenant package/architecture > > could helps you solve the problem for now and future. > > > > > >> Actually, what's bothering me (at least, I think) is this: > >> To me Java Application servers are known to host really large > >> (web)applications. As far as I know Java is most commonly used for the kind > >> of applications for which you will be needing a whole server to run them. > >> PHP on the other hand is more commonly used for smaller scale applications. > >> Since we're switching to Java, I'm concerned that Java isn't designed to > >> handle that many nor such small applications. > >> > > Most of mordern languages can build internet scale web applications, > > facebook is a good usage example of php. Java is a good language to > > build complex web applications :) > > > Yes indeed they can. But in this case, Java is supposed to run hundreds > of small to large applications. So in fact we're not talking about > complex web applications but about simple web applications but very > large in quantity. > > -Guo > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
