2009-08-04 39 views
23

Có ai có kinh nghiệm với cả trong thế giới thực? Làm thế nào để họ so sánh về hiệu suất (sử dụng bộ nhớ, tốc độ, vv)? Ổn định?So sánh thế giới thực của Glassfish và JBoss 5?

JBoss Seam có hoạt động tốt trên Glassfish không?

+0

vui lòng, diễn giải lại câu hỏi khi so sánh giữa EITHER: Glassfish 2 vs JBoss 5, .... hoặc .... Glassfish 3 vs JBoss 6. –

Trả lời

49

Một số điều từ kinh nghiệm của riêng tôi:

  1. GlassFish có quản lý tốt hơn nhiều console (JBoss có ba console, mỗi người trong số họ xa là lý tưởng).
  2. Triển khai nóng đáng tin cậy hơn trên GlassFish
  3. JMS hoạt động tốt hơn trên GlassFish - điều này áp dụng cho GF so với JBoss 4.X. Theo như tôi thấy việc triển khai JMS đã được sửa đổi đáng kể trong JBoss 5.X, vì vậy có thể yêu cầu này không còn đúng là
  4. Dịch vụ web đang hoạt động tốt hơn trên GlassFish, Tôi gặp một số vấn đề với cấu hình nâng cao hơn trên JBoss
  5. GlassFish có nhiều siêu cao cấp entrprise add-ons, như HA-Cơ sở dữ liệu, mà các cửa hàng sử dụng phiên trên một cụm trong cơ sở dữ liệu, không phải trong bộ nhớ, vì vậy toàn bộ failover là có thể, bất cứ điều gì thảm họa sẽ xảy ra
  6. JBoss phổ biến hơn rất nhiều, có rất nhiều quản trị viên, nhà phát triển, những người biết điều đó, để tìm kiếm ai đó dễ dàng hơn, người c phát triển trên JBoss, cũng có thêm tài nguyên trong mạng. Đôi khi điều này quan trọng hơn, sau đó ưu thế kỹ thuật của một giải pháp khác.
  7. GlassFish thân thiện với nhà phát triển hơn.Việc triển khai lại ứng dụng web trên GF 3 kéo dài nhiều hơn hoặc ít hơn một giây - trong oreder để đạt được loại tốc độ này của redeployment cho JBoss tôi cần JRebel. Ngoài ra, nếu ai đó đang sử dụng NetBeans, có một số trình thuật sĩ thông minh, rất hữu ích.
  8. Tương lai của GlassFish không chắc chắn vì việc mua lại SUN của Oracle. Ngay bây giờ Oracle tuyên bố nó sẽ hỗ trợ nó, nhưng ai biết cách hỗ trợ này sẽ trông như thế nào và nó sẽ kéo dài bao lâu. Mặc dù GlassFish là mã nguồn mở, hầu như không ai đã sẵn sàng để phát triển máy chủ ứng dụng cho/nhu cầu riêng của mình ...

Từ quan điểm của tôi GF là dễ dàng hơn để quản lý, là một giải pháp tốt hơn từ quan điểm thuần túy về công nghệ của tầm nhìn, nhưng nó ít phổ biến hơn và có tương lai không chắc chắn.

Tôi không được kết nối theo bất kỳ cách nào với RedHat/JBoss hoặc SUN/GlassFish, công ty của tôi (erudis.pl) đang hỗ trợ và phát triển cho cả hai máy chủ.

+0

Một bản tóm tắt tuyệt vời, không thể lỗi so sánh. – skaffman

15

(từ chối trách nhiệm: Tôi làm việc tại Sun và tôi trong đội GF)

Tôi đồng ý rằng Seam hoạt động tốt trên GlassFish; xem https://blogs.oracle.com/theaquarium/tags/seam

GFv3 hoàn toàn khác với JBoss 5; cụ thể:

  • GFv3 dựa trên OSGi trong khi hạt nhân của JBoss 5 dựa trên JMX.
  • GFv3 hỗ trợ JavaEE 6; JBoss 5 hỗ trợ Java EE 5.

GFv3 được thiết kế rất môđun; dịch vụ bắt đầu theo yêu cầu, có một kho lưu trữ trung tâm cập nhật, vv GFv3 nhỏ hơn đáng kể so với JBoss 5 và sẽ bắt đầu nhanh hơn nhiều. JBoss 5.1 GA được liệt kê là 130MB; GFv3Preview là 50MB. GFv3 bắt đầu sau vài giây; JBoss trong hàng chục (bạn nên thử khởi động cho nền tảng của riêng bạn).

Có những khác biệt khác, một số được thừa hưởng từ GlassFish v2 như bảng điều khiển quản trị đồ họa hoặc CLI quản trị viên.

So sánh trực tiếp hơn với JBoss 5 là bản phát hành GlassFish v2, dựa trên Java EE 5. Phiên bản mới nhất trong gia đình đó là GFv2.1, với bản phát hành GFv2.1.1 được lên lịch vào tháng 10 (xem https://blogs.oracle.com/theaquarium/entry/schedule_for_glassfish_v2_1) .

Mặt trời cũng cung cấp bản vá lỗi của GlassFish (giống như hỗ trợ của RedHat cho JBoss); xem https://blogs.oracle.com/glassfishforbusiness và sun.com/glassfish.

+5

So sánh của bạn không hợp lý. (1) Hạt nhân JBoss5 không dựa trên JMX (JBoss 4, không phải 5). (2) JBoss cũng là mô đun, bạn chọn mô-đun nào bạn muốn. Các cấu hình mà nó mang theo chỉ là điểm khởi đầu. (3) Thời gian khởi động phụ thuộc vào cấu hình bạn chọn, nó thay đổi từ khoảng 3 giây cho một cấu hình tối thiểu, đến một phút hoặc ttwo cho cấu hình chuông và chuông. – skaffman

+0

@ Pelegi, bạn có thể đề cập đến chỉ một điều mà JBoss không tốt hơn Glassfish? –

3

Tôi bắt đầu phát triển một ứng dụng Seam trên JBoss và sau một vài tháng đã cố gắng để làm cho nó hoạt động trên Glassfish. Tôi thấy môi trường Glassfish rất phản trực giác. Tôi đã phải sửa một số lỗi lạ trên GF và tôi không thể tìm thấy bất kỳ thông tin nào trên web vì vậy sau một vài ngày tôi đã từ bỏ và quay trở lại JBoss. Vì vậy, cá nhân tôi sẽ không khuyên bạn nên Glassfish.

12

Đó là những gì bạn đã quen. Tôi tìm thấy cấu hình và sử dụng JBoss để được về làm hài lòng như cố gắng cạo râu với một cái muỗng lởm chởm trong khi cưỡi một chiếc xe đạp không có chỗ ngồi. Glassfish tuy nhiên, dường như chỉ hoạt động.

4

Lựa chọn của tôi là Glassfish: khởi động nhanh hơn, để triển khai các ứng dụng web. Bảng điều khiển dành cho quản trị viên rất chính xác, hơn thế nữa là cả đồ họa và dòng lệnh. Bây giờ nó được hỗ trợ đầy đủ bởi Oracle, tương lai của nó không phải là không chắc chắn nữa. Nó dựa trên OSGi: nó thực sự là mô-đun. Bạn có thể cài đặt các ứng dụng Spring-osgi một cách dễ dàng. Bạn có thể tự do lựa chọn giữa Liên kết Eclipse, Apache Open JPA và Hibernate mà không bị đau. Nó được tích hợp rất nhiều trong NetBeans (và dĩ nhiên là Eclipse).

Mặt khác, Jboss phổ biến hơn và do đó rất dễ tìm việc (IMHO vì đây là một Máy chủ ứng dụng cũ; thủy tinh tương đối mới).

1

Tôi sẽ phải đi với Glassfish về điều này. Triển khai một phạm vi ứng dụng đa dạng được xây dựng trên các dịch vụ web khác nhau, chúng tôi có các vấn đề tương thích lớn, dẫn đến việc tùy chỉnh lớp tải & vẫn gặp nhiều vấn đề. Glassfish Tôi không bao giờ phải đối mặt với bất kỳ vấn đề như vậy.