|
Replies:
24
-
Last Post:
Jun 28, 2007 11:29 PM
by: ai109478
|
|
|
|
|
|
|
Once again -> Glassfish vs. JBoss
Posted:
Jun 20, 2007 6:19 AM
|
|
|
Hello,
I will be developing a new project shortly, but I still do not know which application server to choose.
There are many Glassfish vs. JBoss comparisons, but I did not find any recent one.
What are the main pros and cons for Glassfish/JBoss for today?
Which one would you reccomend for a semilarge project for a person starting its adventures with JEE5?
Thanks for replies in advance.
Kind regards,
WB.
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 20, 2007 6:39 AM
in response to: wojtekb82
|
|
|
Hello Wojtek,
So obviously the following is a little biased but I'm sure you
expect that since you're asking a GlassFish mailing list. Also,
you would probably need to describe your project a little more
in order to get a more detailed answer. Java EE 5 is just very
large and GlassFish has a lot to offer in may areas.
Having said this:
- GlassFish is on it's way to deliver the second version of a
Java EE 5 compliant product (most likely in September). JBoss
is not yet Java EE 5 compliant (I understand version 5 will be).
Being the reference implementation makes GlassFish ideal to
learn Java EE 5 also with tutorials, samples and tools all up
to speed with Java EE 5.
- If you intend to use web services, I believe Metro (the name
of the stack grouping together JAX-WS, JAXB and WSIT) has great
performance, usability, and extensibility. See
http://wiki.apache.org/ws/StackComparison and
http://weblogs.java.net/blog/kohsuke/archive/2007/02/jaxws_ri_21_ben.html
- On the administration side of things, both the Web Console and
the CLI are fully featured and often cited as a big plus for
GlassFish.
- Overall we believe to have a product with very good performance
out of the box (thanks to Grizzly and many other enhancements
throughout the application server).
There a are probably other things worth mentioning but you would
need to provide some details on your project/application goals
first.
Have a look at the "Stories" blog to see why and how others are
using GlassFish in production: http://blogs.sun.com/stories .
cheers,
-Alexis
glassfish@javadesktop.org wrote:
> Hello,
>
> I will be developing a new project shortly, but I still do not know which application server to choose.
>
> There are many Glassfish vs. JBoss comparisons, but I did not find any recent one.
>
> What are the main pros and cons for Glassfish/JBoss for today?
> Which one would you reccomend for a semilarge project for a person starting its adventures with JEE5?
>
> Thanks for replies in advance.
>
> Kind regards,
> WB.
> [Message sent by forum member 'wojtekb82' (wojtekb82)]
>
> http://forums.java.net/jive/thread.jspa?messageID=223077
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
--
Alexis Moussine-Pouchkine - Java Middleware Evangelism Team
http://blogs.sun.com/alexismp
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 20, 2007 9:09 AM
in response to: Alexis Moussine...
|
|
|
Can you please explain more about Metro project.
Thanks
Alexis Moussine-Pouchkine wrote:
> Hello Wojtek,
>
> So obviously the following is a little biased but I'm sure you
> expect that since you're asking a GlassFish mailing list. Also,
> you would probably need to describe your project a little more
> in order to get a more detailed answer. Java EE 5 is just very
> large and GlassFish has a lot to offer in may areas.
>
> Having said this:
> - GlassFish is on it's way to deliver the second version of a
> Java EE 5 compliant product (most likely in September). JBoss
> is not yet Java EE 5 compliant (I understand version 5 will be).
> Being the reference implementation makes GlassFish ideal to
> learn Java EE 5 also with tutorials, samples and tools all up
> to speed with Java EE 5.
>
> - If you intend to use web services, I believe Metro (the name
> of the stack grouping together JAX-WS, JAXB and WSIT) has great
> performance, usability, and extensibility. See
> http://wiki.apache.org/ws/StackComparison and
> http://weblogs.java.net/blog/kohsuke/archive/2007/02/jaxws_ri_21_ben.html
>
> - On the administration side of things, both the Web Console and
> the CLI are fully featured and often cited as a big plus for
> GlassFish.
>
> - Overall we believe to have a product with very good performance
> out of the box (thanks to Grizzly and many other enhancements
> throughout the application server).
>
> There a are probably other things worth mentioning but you would
> need to provide some details on your project/application goals
> first.
>
> Have a look at the "Stories" blog to see why and how others are
> using GlassFish in production: http://blogs.sun.com/stories .
>
> cheers,
> -Alexis
>
>
>
> glassfish@javadesktop.org wrote:
>> Hello,
>>
>> I will be developing a new project shortly, but I still do not know
>> which application server to choose.
>>
>> There are many Glassfish vs. JBoss comparisons, but I did not find
>> any recent one.
>>
>> What are the main pros and cons for Glassfish/JBoss for today?
>> Which one would you reccomend for a semilarge project for a person
>> starting its adventures with JEE5?
>>
>> Thanks for replies in advance.
>>
>> Kind regards,
>> WB.
>> [Message sent by forum member 'wojtekb82' (wojtekb82)]
>>
>> http://forums.java.net/jive/thread.jspa?messageID=223077
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: users-help@glassfish.dev.java.net
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 20, 2007 9:10 AM
in response to: Legolas wood
|
|
|
http://blogs.sun.com/page/theaquarium?anchor=what_s_in_a_name sums it up.
-Alexis
Legolas wood wrote:
> Can you please explain more about Metro project.
> Thanks
>
>
> Alexis Moussine-Pouchkine wrote:
>> Hello Wojtek,
>>
>> So obviously the following is a little biased but I'm sure you
>> expect that since you're asking a GlassFish mailing list. Also,
>> you would probably need to describe your project a little more
>> in order to get a more detailed answer. Java EE 5 is just very
>> large and GlassFish has a lot to offer in may areas.
>>
>> Having said this:
>> - GlassFish is on it's way to deliver the second version of a
>> Java EE 5 compliant product (most likely in September). JBoss
>> is not yet Java EE 5 compliant (I understand version 5 will be).
>> Being the reference implementation makes GlassFish ideal to
>> learn Java EE 5 also with tutorials, samples and tools all up
>> to speed with Java EE 5.
>>
>> - If you intend to use web services, I believe Metro (the name
>> of the stack grouping together JAX-WS, JAXB and WSIT) has great
>> performance, usability, and extensibility. See
>> http://wiki.apache.org/ws/StackComparison and
>> http://weblogs.java.net/blog/kohsuke/archive/2007/02/jaxws_ri_21_ben.html
>>
>> - On the administration side of things, both the Web Console and
>> the CLI are fully featured and often cited as a big plus for
>> GlassFish.
>>
>> - Overall we believe to have a product with very good performance
>> out of the box (thanks to Grizzly and many other enhancements
>> throughout the application server).
>>
>> There a are probably other things worth mentioning but you would
>> need to provide some details on your project/application goals
>> first.
>>
>> Have a look at the "Stories" blog to see why and how others are
>> using GlassFish in production: http://blogs.sun.com/stories .
>>
>> cheers,
>> -Alexis
>>
>>
>>
>> glassfish@javadesktop.org wrote:
>>> Hello,
>>>
>>> I will be developing a new project shortly, but I still do not know
>>> which application server to choose.
>>>
>>> There are many Glassfish vs. JBoss comparisons, but I did not find
>>> any recent one.
>>>
>>> What are the main pros and cons for Glassfish/JBoss for today?
>>> Which one would you reccomend for a semilarge project for a person
>>> starting its adventures with JEE5?
>>>
>>> Thanks for replies in advance.
>>>
>>> Kind regards,
>>> WB.
>>> [Message sent by forum member 'wojtekb82' (wojtekb82)]
>>>
>>> http://forums.java.net/jive/thread.jspa?messageID=223077
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>>> For additional commands, e-mail: users-help@glassfish.dev.java.net
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 21, 2007 9:10 AM
in response to: Alexis Moussine...
|
|
|
I'm obviously biased, but one summup I tend to use is: "GlassFish is
WebLogic Features and Performance at JBoss's price".
Except that we really shooting for better Features and Performance than
WebLogic 
- eduard/o
Alexis Moussine-Pouchkine wrote:
> Hello Wojtek,
>
> So obviously the following is a little biased but I'm sure you
> expect that since you're asking a GlassFish mailing list. Also,
> you would probably need to describe your project a little more
> in order to get a more detailed answer. Java EE 5 is just very
> large and GlassFish has a lot to offer in may areas.
>
> Having said this:
> - GlassFish is on it's way to deliver the second version of a
> Java EE 5 compliant product (most likely in September). JBoss
> is not yet Java EE 5 compliant (I understand version 5 will be).
> Being the reference implementation makes GlassFish ideal to
> learn Java EE 5 also with tutorials, samples and tools all up
> to speed with Java EE 5.
>
> - If you intend to use web services, I believe Metro (the name
> of the stack grouping together JAX-WS, JAXB and WSIT) has great
> performance, usability, and extensibility. See
> http://wiki.apache.org/ws/StackComparison and
> http://weblogs.java.net/blog/kohsuke/archive/2007/02/jaxws_ri_21_ben.html
>
> - On the administration side of things, both the Web Console and
> the CLI are fully featured and often cited as a big plus for
> GlassFish.
>
> - Overall we believe to have a product with very good performance
> out of the box (thanks to Grizzly and many other enhancements
> throughout the application server).
>
> There a are probably other things worth mentioning but you would
> need to provide some details on your project/application goals
> first.
>
> Have a look at the "Stories" blog to see why and how others are
> using GlassFish in production: http://blogs.sun.com/stories .
>
> cheers,
> -Alexis
>
>
>
> glassfish@javadesktop.org wrote:
>> Hello,
>>
>> I will be developing a new project shortly, but I still do not know
>> which application server to choose.
>>
>> There are many Glassfish vs. JBoss comparisons, but I did not find any
>> recent one.
>>
>> What are the main pros and cons for Glassfish/JBoss for today?
>> Which one would you reccomend for a semilarge project for a person
>> starting its adventures with JEE5?
>>
>> Thanks for replies in advance.
>>
>> Kind regards,
>> WB.
>> [Message sent by forum member 'wojtekb82' (wojtekb82)]
>>
>> http://forums.java.net/jive/thread.jspa?messageID=223077
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: users-help@glassfish.dev.java.net
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 21, 2007 10:09 AM
in response to: Eduardo Pelegri...
|
|
|
Eduardo Pelegri-Llopart wrote:
> I'm obviously biased, but one summup I tend to use is: "GlassFish is
> WebLogic Features and Performance at JBoss's price".
>
> Except that we really shooting for better Features and Performance
> than WebLogic
Impressive!! I can't think of a better way to define GlassFish Appserver!
Anil
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 21, 2007 11:16 AM
in response to: Alexis Moussine...
|
|
|
> Having said this:
> - GlassFish is on it's way to deliver the second version of a
> Java EE 5 compliant product (most likely in September). JBoss
> is not yet Java EE 5 compliant (I understand version 5 will be).
> Being the reference implementation makes GlassFish ideal to
> learn Java EE 5 also with tutorials, samples and tools all up
> to speed with Java EE 5.
Will Glassfish support Java EE 6 a year before everyone else too?
Thanks,
Ryan
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 9:11 AM
in response to: Ryan de Laplante
|
|
|
Ryan de Laplante wrote:
>
> Will Glassfish support Java EE 6 a year before everyone else too?
Well, it depends on what the other groups do
The GlassFish community delivers an AppServer. Since many of the RIs
are created here, and these RIs are commercial quality, the GlassFish
AppServer does have an inside track, but GlassFish is an open and
transparent community and we are committed to adoption of our code by
other members of the larger community. This means it is easier for
other groups to deliver compliant implementations. See for example
WebLogic Server 10, which is using the WS stack from GlassFish verbatim.
Or many others (check TheAquarium for examples).
This means there will be faster adoption of the Java Platform standards.
This is good for the Java Platform, and it should be good for
everybody delivering products based on that platform... Including
GlassFish.
But the above argument is the same that lead to creating the notion of a
Reference Implementation way early in the definition of the JCP process.
Open Source changes a bit the dynamics, BUT, I think the changes
actually benefit the adoption of GlassFish.
This seems a bit counter-intuitive for people not used to the complex
dynamics of Open Source, but... would you rather get your support later,
from a second source, and possibly paying more $$s, or directly from
GlassFish?
A bit similar argument to that of ZFS and Solaris/Linux/MacOSX.
_ALL_ the signs I see show strong adoption of GlassFish/SJS AS 9.x, and
the release of GFv2 and the work on SailFin (the SIP Telco AS) and GFv3
should reinforce that.
...
Sorry for the long reply. I'm afraid I could spend a full hour just
talking about how this actually works out.
- eduard/o
Ryan de Laplante wrote:
>
>> Having said this:
>> - GlassFish is on it's way to deliver the second version of a
>> Java EE 5 compliant product (most likely in September). JBoss
>> is not yet Java EE 5 compliant (I understand version 5 will be).
>> Being the reference implementation makes GlassFish ideal to
>> learn Java EE 5 also with tutorials, samples and tools all up
>> to speed with Java EE 5.
> Will Glassfish support Java EE 6 a year before everyone else too?
>
>
> Thanks,
> Ryan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 12:22 PM
in response to: Eduardo Pelegri...
|
|
|
Thanks, I understand what you are talking about. I'm very excited about
Java EE 6 and have a large project that requires the new EJB timer
functionality, JSF 2.0 and WebBeans. Other EJB 3.1 features might also
be helpful. I'm just hoping that I don't have to wait 2 years to work
with it (1 year until final release, and 1 year for vendors to adopt it).
An other option is to use different open source technologies such as
JBoss Seam until Java EE 6. I haven't looked much into the equivalent
of an EJB timer that is cluster aware and does cron-like scheduling.
Thanks,
Ryan
Eduardo Pelegri-Llopart wrote:
> Ryan de Laplante wrote:
> >
> > Will Glassfish support Java EE 6 a year before everyone else too?
>
> Well, it depends on what the other groups do
>
> The GlassFish community delivers an AppServer. Since many of the RIs
> are created here, and these RIs are commercial quality, the GlassFish
> AppServer does have an inside track, but GlassFish is an open and
> transparent community and we are committed to adoption of our code by
> other members of the larger community. This means it is easier for
> other groups to deliver compliant implementations. See for example
> WebLogic Server 10, which is using the WS stack from GlassFish
> verbatim. Or many others (check TheAquarium for examples).
>
> This means there will be faster adoption of the Java Platform
> standards. This is good for the Java Platform, and it should be good
> for everybody delivering products based on that platform... Including
> GlassFish.
>
> But the above argument is the same that lead to creating the notion of
> a Reference Implementation way early in the definition of the JCP
> process.
>
> Open Source changes a bit the dynamics, BUT, I think the changes
> actually benefit the adoption of GlassFish.
>
> This seems a bit counter-intuitive for people not used to the complex
> dynamics of Open Source, but... would you rather get your support
> later, from a second source, and possibly paying more $$s, or directly
> from GlassFish?
>
> A bit similar argument to that of ZFS and Solaris/Linux/MacOSX.
>
> _ALL_ the signs I see show strong adoption of GlassFish/SJS AS 9.x,
> and the release of GFv2 and the work on SailFin (the SIP Telco AS) and
> GFv3 should reinforce that.
>
> ...
>
> Sorry for the long reply. I'm afraid I could spend a full hour just
> talking about how this actually works out.
>
> - eduard/o
>
> Ryan de Laplante wrote:
>>
>>> Having said this:
>>> - GlassFish is on it's way to deliver the second version of a
>>> Java EE 5 compliant product (most likely in September). JBoss
>>> is not yet Java EE 5 compliant (I understand version 5 will be).
>>> Being the reference implementation makes GlassFish ideal to
>>> learn Java EE 5 also with tutorials, samples and tools all up
>>> to speed with Java EE 5.
>> Will Glassfish support Java EE 6 a year before everyone else too?
>>
>>
>> Thanks,
>> Ryan
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
>> For additional commands, e-mail: users-help@glassfish.dev.java.net
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 2:53 PM
in response to: Ryan de Laplante
|
|
|
> An other option is to use different open source technologies such as
> JBoss Seam until Java EE 6. I haven't looked much into the equivalent
> of an EJB timer that is cluster aware and does cron-like scheduling.
I'm not certain if it will fulfill your specific requirements, but we
use Quartz very successfully in our J2EE apps for cron-like
scheduling, and it is absolutely cluster-aware and supports JTA.
Wayne
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 3:07 PM
in response to: Wayne Fay
|
|
|
Do you run this in the EJB tier or within the servlet tier?
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 3:39 PM
in response to: whartung
|
|
|
It would be very useful to start creating small snippets of information
on how to do things like this.
The closest we have right now is TheAquarium. I did a quick search for
Quartz and I got this [1] from last year; it includes a pointer to an
OnJava article...
http://blogs.sun.com/theaquarium/entry/open_symphony_providing_j2ee_components
While we improve a user-focused (cf developer-focused) wiki, it would be
useful to have a refresh blog or what-have-you on the topic...
- eduard/o
glassfish@javadesktop.org wrote:
> Do you run this in the EJB tier or within the servlet tier?
> [Message sent by forum member 'whartung' (whartung)]
>
> http://forums.java.net/jive/thread.jspa?messageID=223615
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 4:16 PM
in response to: Eduardo Pelegri...
|
|
|
Yea, the problem is that it's running in the Servlet tier.
And I know that in many cases there is little distinction between the Servlet tier and that App tier, but there is in fact a difference. And while EJB Timer has "issues", it DOES run in the App tier, and not the servlet tier. So, if I had an application that is a truly remote application tier, (i.e. all the clients communicate through RemoteSessionBeans, etc.), then I would need a local empty web app on the application tier to simply run Quartz.
So, it's more a separation of the two tiers and wanting job scheduling in the application tier.
You can argue that it's moot, I mean, just put the Quartz threads in the Servlet tier and have them call Session Beans to do all the work.
So it's a matter of taste. I would prefer that the scheduling be done in the app tier, letting the server manage those threads like it does everything else, rather than having to configure Quartz in its own way to manage these things.
I imagine, the "best" way to integrate Quartz in the app tier would be perhaps creating a JCA wrapper around it, or perhaps as a GF specific AMX module. But I don't quite know how that all works.
EJB Timers, if they fit within your model, are pretty darn trivial to use.
We leveraged EJB Timers and JMS queues to make a generic Task Model that lets us schedule and run tasks, and the tasks can either run synchronously (all at once), or splatter the work across a cluster of servers (using JMS and MDBs) if your units of work can truly work in parallel. Even on a single machine, we've seen 2-5 times speed ups for brain dead IT work when we parallelize it using the JMS queues on high end hardware like Mac Laptops and generic Dell Towers. T2000 anyone?
Whoo boy...
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 7:43 PM
in response to: whartung
|
|
|
That's what I like about the EJB Timer - it's in the app tier. I don't
really like the idea of running a job scheduler in the servlet container
because it doesn't feel right. However, if that is my only option I'll
certainly look at it.
Thanks,
Ryan
glassfish@javadesktop.org wrote:
> Yea, the problem is that it's running in the Servlet tier.
>
> And I know that in many cases there is little distinction between the Servlet tier and that App tier, but there is in fact a difference. And while EJB Timer has "issues", it DOES run in the App tier, and not the servlet tier. So, if I had an application that is a truly remote application tier, (i.e. all the clients communicate through RemoteSessionBeans, etc.), then I would need a local empty web app on the application tier to simply run Quartz.
>
> So, it's more a separation of the two tiers and wanting job scheduling in the application tier.
>
> You can argue that it's moot, I mean, just put the Quartz threads in the Servlet tier and have them call Session Beans to do all the work.
>
> So it's a matter of taste. I would prefer that the scheduling be done in the app tier, letting the server manage those threads like it does everything else, rather than having to configure Quartz in its own way to manage these things.
>
> I imagine, the "best" way to integrate Quartz in the app tier would be perhaps creating a JCA wrapper around it, or perhaps as a GF specific AMX module. But I don't quite know how that all works.
>
> EJB Timers, if they fit within your model, are pretty darn trivial to use.
>
> We leveraged EJB Timers and JMS queues to make a generic Task Model that lets us schedule and run tasks, and the tasks can either run synchronously (all at once), or splatter the work across a cluster of servers (using JMS and MDBs) if your units of work can truly work in parallel. Even on a single machine, we've seen 2-5 times speed ups for brain dead IT work when we parallelize it using the JMS queues on high end hardware like Mac Laptops and generic Dell Towers. T2000 anyone?
>
> Whoo boy...
> [Message sent by forum member 'whartung' (whartung)]
>
> http://forums.java.net/jive/thread.jspa?messageID=223621
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 9:27 PM
in response to: Ryan de Laplante
|
|
|
That's why I prefaced my Quartz suggestion with "if it will fulfill
your specific requirements..." 
Wayne
On 6/22/07, Ryan de Laplante <ryan@ijws.com> wrote:
> That's what I like about the EJB Timer - it's in the app tier. I don't
> really like the idea of running a job scheduler in the servlet container
> because it doesn't feel right. However, if that is my only option I'll
> certainly look at it.
>
>
> Thanks,
> Ryan
>
>
> glassfish@javadesktop.org wrote:
> > Yea, the problem is that it's running in the Servlet tier.
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 7:34 PM
in response to: Wayne Fay
|
|
|
Wayne Fay wrote:
>> An other option is to use different open source technologies such as
>> JBoss Seam until Java EE 6. I haven't looked much into the equivalent
>> of an EJB timer that is cluster aware and does cron-like scheduling.
>
> I'm not certain if it will fulfill your specific requirements, but we
> use Quartz very successfully in our J2EE apps for cron-like
> scheduling, and it is absolutely cluster-aware and supports JTA.
>
> Wayne
Thanks! I have heard of Quartz but not spent any time looking at it.
That was the one I was going to investigate first.
Ryan
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 21, 2007 12:06 PM
in response to: wojtekb82
|
|
|
Here are my Glassfish point why I like it better than JBoss.
o The admin GUI and the CLI -- these alone are true differentiators. When you're new to these systems, the hand holding of a good interface are really important. You get up to speed very quickly.
o JEE 5. JEE 5 w EJB3 is just so much better to work with. I know that JBoss is working toward JEE 5 compliance, and no doubt they are very close. But GF does JEE 5 really well.
o Integration with NetBeans. I don't know how well NB integrates with JBoss (I know it does, I just don't know how well). NB integration with GF is pretty well seemless, and the combination is just really powerful and useful. Again, this combination lets you get up to speed readily.
o Solid, consolidated documentation and information. The GF/SJAS docs are really good. A bit terse at points, more a reference manual than a users guide, but overall really usable. I've never been a fan of JBoss' docs, and I don't care much for their book as it focuses more on how their server is implemented rather than how to use it. As an JEE programmer, I'm not that interested in how the server is implemented. Unfortunately, those implementation details are pretty much directly exposed to you in order to configure the server.
So, simply put, overall GF is just plain easier to use and that's my major pain point. I've never compared performance (but to be fair, JBoss has never published a benchmark either, even tho Sun has for SJAS), but GF is "fast enough" for what we do with it.
The new clustering looks spectacular, though JBoss has a cluster component as well.
GF isn't perfect, no complex software is, but GF is really a joy to work with and we haven't had any major problem using it. Having the source is handy (it's nice having a stack dump in NetBeans where all of the lines are blue and clickable), of course JBoss has this as well.
Bottom line, I feel that you will be up to speed and productive more quickly on GF than JBoss, and just as important, you will stay that way.
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 21, 2007 12:50 PM
in response to: whartung
|
|
|
I am a GlassFish developer, so my opinion can be considered biased. But I want to draw your attention to a very important issue of using an open source software: the quality of support provided to the end users. GlassFish developers play a very active role in supporting the community for free and so do our users. It's a community that's growing very fast. There are various kinds of paid support options as well, but I am talking about the free support that a user gets in our forums and aliases. We also hold regular teleconferences with our external users where we listen to the feedback from them.
-- Sahoo
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 9:03 AM
in response to: whartung
|
|
|
glassfish@javadesktop.org wrote:
> Here are my Glassfish point why I like it better than JBoss..
>
> I've never compared performance (but to be fair, JBoss
> has never published a benchmark either, even tho Sun has
> for SJAS), but GF is "fast enough" for what we do with it.
Stay tuned on performance; I think you will like what you will see...
I can assure you we are not "just 'fast enough'"...
> Bottom line, I feel that you will be up to speed and
> productive more quickly on GF than JBoss, and just as
> important, you will stay that way.
Nice to read your opinion! Hope we can maintain it, and let us know if
we ever fall short.
- eduard/o
>
> [Message sent by forum member 'whartung' (whartung)]
>
> http://forums.java.net/jive/thread.jspa?messageID=223382
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 2:24 PM
in response to: Eduardo Pelegri...
|
|
|
> Stay tuned on performance; I think you will like what
> you will see...
>
> I can assure you we are not "just 'fast enough'"...
I didn't want to suggest that GF is slow, but I have simply not run into any performance problems in my use, but we don't stress it really hard however.
By using the term "Fast enough", basically I don't feel that GF is getting in the way of our system getting things done. Every method call and whatever "counts", and all of that infrastructure "adds up", but we're not seeing or feeling anything from GF. It seems to stay out of the way.
I will be frank tho, that according to the SPEC marks as of mid last year (I don't recall the last time you guys ran your spec test), it was certainly "less fast" than Weblogic, if you compared server to server, instance to instance. This was a J2EE 1.4 benchmark also. Yes I know they didn't run on the exactly the same hardware, etc. etc. etc., but on a server per server case, the WLS benchmark hardware wasn't that drastically different than SJAS hardware, at least not enough in my eye to compensate for the difference in performance recorded.
HOWEVER, in many cases, most applications are limited by their DB tier rather than the application server. And if your application is written well enough to partake in a load balanced configuration (not spectacularly difficult for many applications -- the community has been preaching the design models for year), then whatever performance difference is recorded between WLS and SJAS can be readily, and practically, compensated by hardware. And you can buy a LOT of hardware for the price of BEA WLS licenses.
Finally, many IT systems are tapped out trying to eek out the last 10/10th of performance, but a significantly larger percentage really aren't. They're simply not loaded that hard.
I can safely say, tho, so far, that because of JEE 5, EJB3, and the JPA, and leveraging that technology, our applications run better, and are easier to maintain. GF is not the sole perveyor of such technology, but the combination and integration of the whole thing: GF, NB, EJB3, and the low learning curve and overall ease of use makes the entire package a "performance win" for our apps as is.
If and when GF gets in the way, we'll route around it, just like we always have, just like we've done with other JEE servers in the past, and leverage the server where it fits us best. The best part is the server is handling more and more of the stuff we need to do and we have to work around it less and less.
Trust me, if GF implodes and starts getting in the way, y'all will hear about it here from me first.
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 2:34 PM
in response to: whartung
|
|
|
> I didn't want to suggest that GF is slow,
I know... I was just using the oppty to suggest that you may want to
wait for some news on this front. We have made very significant
performance improvements since GF v1 and we hope to talk about them
pretty soon.
Sorry for the teaser...
- eduard/o
glassfish@javadesktop.org wrote:
>> Stay tuned on performance; I think you will like what
>> you will see...
>>
>> I can assure you we are not "just 'fast enough'"...
>
> I didn't want to suggest that GF is slow, but I have simply not run into any performance problems in my use, but we don't stress it really hard however.
>
> By using the term "Fast enough", basically I don't feel that GF is getting in the way of our system getting things done. Every method call and whatever "counts", and all of that infrastructure "adds up", but we're not seeing or feeling anything from GF. It seems to stay out of the way.
>
> I will be frank tho, that according to the SPEC marks as of mid last year (I don't recall the last time you guys ran your spec test), it was certainly "less fast" than Weblogic, if you compared server to server, instance to instance. This was a J2EE 1.4 benchmark also. Yes I know they didn't run on the exactly the same hardware, etc. etc. etc., but on a server per server case, the WLS benchmark hardware wasn't that drastically different than SJAS hardware, at least not enough in my eye to compensate for the difference in performance recorded.
>
> HOWEVER, in many cases, most applications are limited by their DB tier rather than the application server. And if your application is written well enough to partake in a load balanced configuration (not spectacularly difficult for many applications -- the community has been preaching the design models for year), then whatever performance difference is recorded between WLS and SJAS can be readily, and practically, compensated by hardware. And you can buy a LOT of hardware for the price of BEA WLS licenses.
>
> Finally, many IT systems are tapped out trying to eek out the last 10/10th of performance, but a significantly larger percentage really aren't. They're simply not loaded that hard.
>
> I can safely say, tho, so far, that because of JEE 5, EJB3, and the JPA, and leveraging that technology, our applications run better, and are easier to maintain. GF is not the sole perveyor of such technology, but the combination and integration of the whole thing: GF, NB, EJB3, and the low learning curve and overall ease of use makes the entire package a "performance win" for our apps as is.
>
> If and when GF gets in the way, we'll route around it, just like we always have, just like we've done with other JEE servers in the past, and leverage the server where it fits us best. The best part is the server is handling more and more of the stuff we need to do and we have to work around it less and less.
>
> Trust me, if GF implodes and starts getting in the way, y'all will hear about it here from me first.
> [Message sent by forum member 'whartung' (whartung)]
>
> http://forums.java.net/jive/thread.jspa?messageID=223609
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 26, 2007 6:28 PM
in response to: whartung
|
|
|
As a member of the documentation team, I am very pleased to read your feedback on the GlassFish documentation. Thank you for your comments.
We are always looking for ways to improve the GlassFish documentation and welcome feedback from users. If you would like to provide more detailed suggestions for improvements, or comment on a specific area of the documentation, you can use the GlassFish Documentation Comments Wiki for this purpose.
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 3:19 AM
in response to: wojtekb82
|
|
|
Hello,
Many thanks foy Your replies.
I have one more question.
Do you think that GlassFish is production-ready? Is it safe to use it in a commercial environment? For eg. JBoss 4.0.5 seems to look very stable, looks like it has all common bugs fixed, etc.
Kind regards,
WB.
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 22, 2007 5:31 AM
in response to: wojtekb82
|
|
|
The answer is a big YES. It's been a year since GlassFish had its first production release (V1), where the main focus was Java EE 5 compliance. There was a bug fix release as well immediately after that , called V1_UR1. We are in our way to deliver V2 in a few months and work has already started for V3. Another point to remember is that, although GlassFish V1 was released only last year, the base source code came from Sun's Java System Application Server, which had gone through several release cycles. So, the stability of the GlassFish code is actually pretty good for production use.
BTW, did you look at this link [1] that Alexis mentioned in his response to your question. Take a look at that to get an idea about some real production use of GlassFish.
Thanks,
Sahoo
[1] http://blogs.sun.com/stories/
|
|
|
|
|
|
|
|
|
Re: Once again -> Glassfish vs. JBoss
Posted:
Jun 28, 2007 11:29 PM
in response to: wojtekb82
|
|
|
[nobr]> Do you think that GlassFish is production-ready?
Stories blog is a good place to start to read about GlassFish adoption. Sun who initially donated the code base for GlassFish takes the sources and productize it under the name Java Enterprise System with other middleware software from Sun. It is a yearly subscription-based services model. Currently, there are about 1.5 million subscribers of Java ES.
Refer to this blog for more related questions:
http://blogs.sun.com/nazrul/entry/glassfish_javaone[/nobr]
|
|
|
|
|
java.net RSS
