Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>I guess the question is about the runtime environment but still, I don't understand what <em>lighter application</em> does mean. Memory footprint? Startup time? Deployment time? What problem do you actually have? And please define light.</p> <p>For what it's worth, I consider GlassFish 3 as a light runtime and my experience with it is very positive. From the product <a href="http://www.oracle.com/us/products/middleware/application-server/050870.pdf" rel="nofollow noreferrer">data sheet</a>:</p> <blockquote> <p>Oracle GlassFish Server 3 implements the OSGi runtime, which allows features to be dynamically added to the Java server as needed, and for the smallest possible Java stack to be deployed to support applications. This helps to keep the footprint as small as possible by loading only the modules required to service deployed applications—improving startup time and reducing resource utilization.</p> </blockquote> <p>Second, I personally don't like the Frankenstein approach, <a href="https://stackoverflow.com/questions/2992738/what-is-an-enterprise-java-bean-really/2993906#2993906">I believe that the glue between all parts that you get with a real application server is part of the added value</a>, that's actually why I use an app server.</p> <p>Third, I never benched OpenEJB, I used it for testing only and never planned to use it for production, mostly because of its bad reputation. See this <a href="http://www.theserverside.com/news/thread.tss?thread_id=42961#221705" rel="nofollow noreferrer">comment</a> about Geronimo's performances on TSS (from Hani Suleiman, don't be surprised if it's caustic): </p> <blockquote> <p>I'd imagine that saying that the EJB tier is 'acceptable' is about the nicest thing you could say.</p> <p>From what I know, geronimo's ejb code is based off openEJB, which has, historically, bean the worst container you could possibly find. You'd have to look pretty hard to find it too, only to be filled with various degrees of regret/rage once you achieve that dubious goal.</p> <p>It's not surprising that G's performance will always be sub-par. The frankenstein approach of software building is a great recipe for bad performance. Sure, you'll have lots of pretty diagrams, great looking dependency graphs, and loose coupling. All of which are fairly irrelevant to users who want a coherent appserver that they can treat as a black box.</p> </blockquote> <p>Things might have changed, OpenEJB has probably improved, at least a bit, but still:</p> <ul> <li>OpenEJB doesn't fully support EJB 3.1.</li> <li>Tomcat + OpenEJB is still not a full Java EE implementation, you might still have to add some pieces to your creature (not even mentioning Java EE 6). </li> <li>And what about the administration, clustering, etc?</li> <li>If you don't need the full Java EE 6 profile, there is the Java EE 6 web profile</li> <li>I'm happy with GlassFish 3, I don't find it "heavy" (and I suggest to try it).</li> <li>I know it can perform well.</li> </ul> <p>For all these reasons, I wouldn't consider Tomcat+OpenEJB instead of GlassFish, especially if there is no problem to solve. </p> <h3>Related questions</h3> <ul> <li><a href="https://stackoverflow.com/questions/2857077/which-technologies-does-tomcat-support/2867801#2867801">Which technologies does Tomcat support</a></li> <li><a href="https://stackoverflow.com/questions/2992738/what-is-an-enterprise-java-bean-really/2993906#2993906">What is an Enterprise Java Bean really?</a></li> <li><a href="https://stackoverflow.com/questions/1229273/real-world-comparisons-of-glassfish-and-jboss-5">Real world comparisons of Glassfish and JBoss 5?</a></li> </ul> <h3>See also</h3> <ul> <li><a href="http://raibledesigns.com/rd/entry/glassfish_2_vs_tomcat_6" rel="nofollow noreferrer">GlassFish 2 vs. Tomcat 6</a></li> <li><a href="http://jfarcand.wordpress.com/2009/11/27/putting-glassfish-v3-in-production-essential-surviving-guide/" rel="nofollow noreferrer">Putting GlassFish v3 in Production: Essential Surviving Guide</a></li> </ul>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
    3. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload