|Re: Is Virgo used in production environments? [message #939875 is a reply to message #939767]
||Thu, 11 October 2012 05:26
| Tin N/A
Registered: December 2010
There was already some mention of this in the forum, and I can offer my example as reference.|
We have (currently) Virgo 3.0.3 running a single-sign-on system (handling user registrations, logins and shared sessions) for a userbase that is reaching 1 million accounts and is taking hundreds of hits (web requests) per second in peak times. It's using EclipseLink and Atomikos as major components, and is clustered (two active-active members: JPA cache synchronized through JMS to an external ActiveMQ, Tomcat sessions synchronized using standard Tomcat TCP clustering, other shared data synchronized using Hazelcast). The environment has some customizations added internally, but underneath it's a full fledged Virgo Tomcat Server.
This system has been in production for a good year now (last 7 months of that as a cluster), with the only major outage being on July 1st when JVMs died because of a Linux bug caused by adding a leap second. It grew out of a codebase that has been running on the Spring-based OSGi since Spring DM server 1.0 milestone releases, and while I can say that the 1.0 was not really up to the task, with 2.0 it became much better and since 3.0, well, our record speaks for itself.
The problem is still that you'll have to invest quite a bit of time in learning all the intricacies of OSGi and integrating non-OSGi ready components that you need. But it's worth it, not only because you'll gain understanding of the components you use, but also because modular programming has advantages that you'll always be able to make use of - ranging from cleaner and higher-quality code that it promotes writing, resulting in better system architectures and ending with finished modules that you can reuse wherever you need them.
I myself am looking forward to Virgo 3.6.0 with JEE web-profile support - this should additionally make it much easier to deploy Spring/JEE applications without spending too much time tweaking the server and I expect it to provide the best available environment for running Spring applications in general.
Powered by FUDForum
. Page generated in 0.02000 seconds