What would be the reason for using Felix for hosting 500 sites? Try some lightweight servlet container and go for groovy.
On Tue, Jul 6, 2010 at 6:18 AM, Will Budic <[email protected]> wrote: > I am working on something similar. The architecture however separates to > bundles to serve java libraries and static resources only. > This is eventually what in the end you want. Since like that it server > several thousand websites on a single server. > Please find attached the diagram which you might find interesting. Even I am > aware it doesn't help your case much. > As the mentioned PML is current still under development and is far and over > with any XML based implementations like PHP. > On 2 July 2010 20:27, Sander de Groot <[email protected]> wrote: >> >> Hi, >> >> Our production environment consists of >= 500 websites and are currently >> all written in PHP. We're considering moving from PHP to Java but are unsure >> if its the right choice and if it is even possible with that many sites. >> (memory?) >> >> At the moment we're considering to use Felix as the container for all >> applications. So Felix will have > 500 bundles. Each bundle (at least the >> webapps) will be around 100kb each. I'd like to know whether it is possible >> to have that many bundles deployed in Felix and would like to know more >> about the performance aspect. >> >> So in short: is it possible to deploy ~ 500 bundles on one container and >> have the same or even better performance than the same server using PHP? Or >> do you have any other (better) Â suggestions? >> >> Regards, >> >> Sander de Groot >> >> --------------------------------------------------------------------- >> 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] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
