2008-12-03 36 views
21

Tôi đang làm việc trên một ứng dụng web Java tích hợp với một vài ứng dụng bên ngoài khác được triển khai cùng với nó. Thông tin xác thực phải được đồng bộ hóa trên mọi thứ và các ứng dụng khác muốn xác thực với LDAP. Ứng dụng sẽ được triển khai trong các môi trường không có máy chủ LDAP nào khác để sử dụng; Tôi phải cung cấp nó. Giải pháp của tôi cho đến nay là sử dụng Penrose Server làm ứng dụng độc lập, mà tôi đã thiết lập để kiểm tra các bảng trong cơ sở dữ liệu của ứng dụng chính và xuất bản LDAP dựa trên đó. Nó hoạt động tốt, nhưng nó sẽ là tốt đẹp để có một cái gì đó có thể được nhúng vào ứng dụng chính nó để đơn giản hóa việc triển khai.Máy chủ Java LDAP nhúng tốt là gì?

Dường như Penrose có thể được nhúng, nhưng tài liệu có thể hơi bị đốm hoặc lỗi thời (mặc dù nó dường như được tích cực phát triển). Nó có thể là một giải pháp có thể chấp nhận được, nhưng nếu có một giải pháp khác có thể hoạt động tốt trong cấu hình được nhúng, tôi có thể muốn kiểm tra nó.

Tôi cũng lo ngại về vấn đề GPL với Penrose. Tôi không có quyền tự do GPL mã nguồn cho ứng dụng. Tôi không tin rằng nó là một vấn đề chạy nó độc lập, nhưng nhúng nó có thể là không-không ... ai biết chắc chắn? Một giấy phép cho phép sẽ là tốt để tránh những vấn đề này.

Yêu cầu:

  1. v3 LDAP
  2. Phải có khả năng được có các nội dung thư mục được cập nhật trong khi chạy, hoặc lập trình hoặc bằng cách khác phương tiện như đồng bộ với cơ sở dữ liệu như Penrose không
  3. Dễ dàng cấu hình (không có cấu hình bổ sung nào cho ứng dụng tại thời điểm triển khai sẽ là lý tưởng)

Cho đến bây giờ tôi đã xem qua ApacheDSOpenDS dường như có thể nhúng được.

Có ai có kinh nghiệm với loại điều này không?

Trả lời

5

Vì câu hỏi này chưa được trả lời trong một thời gian, tôi muốn đề nghị bạn cũng lấy giấy phép thương mại của Penrose - nó có giấy phép kép cho những người giống như bạn, khi các tác động của GPL bị cấm . Tôi không biết giá cả và mô hình của họ, nhưng nó có thể dễ dàng và rẻ hơn để đi với một giải pháp mà bạn đã biết hơn là làm quen với một giải pháp khác mà bạn cần làm quen với nó. Bạn có thể trả bằng tiền của bạn hoặc với thời gian của bạn ...

Ngoài ra - đối với hồ sơ, không áp dụng trong trường hợp này: Khi dự án sử dụng GPL và bạn muốn nhúng chúng theo cách không GPL, nó có thể trả tiền để yêu cầu các nhà phát triển cho một giấy phép dễ dãi hơn. Một số người xuất bản theo GPL không suy nghĩ về các tác động. Bạn có thể khiến họ thay đổi giấy phép nếu điều này có nghĩa là sử dụng rộng rãi hơn của dự án. Những người khác đặc biệt muốn ý nghĩa GPL, nhưng nó luôn luôn tốt để hỏi. Penrose đã nghĩ về điều này và cung cấp một giấy phép thương mại.

2

Tôi vừa dành một vài ngày xem xét việc hiển thị db người dùng ứng dụng nội bộ của chúng tôi dưới dạng dịch vụ LDAP. Tôi nhìn ban đầu tại apache-ds, trong khi nó có vẻ là một dịch vụ thư mục rất mạnh mẽ mở rộng nó để lộ một db quan hệ là tâm tê liệt phức tạp.

Đã giải quyết trên penrose vì nó dường như cung cấp một giải pháp khá tốt, đã quản lý để tạo mẫu thử nghiệm trong khoảng 2 giờ.

7

Bạn nên xem Apache DS. Tôi chỉ cần started using it as an embedded server để thiết lập kiểm tra JUnit.Nó hoạt động tốt cho đến nay, điều duy nhất ngăn tôi ngay bây giờ là kiến ​​thức LDAP hạn chế của tôi. ApacheDS trông giống như một dự án phong nha và tôi nghĩ nó xứng đáng với nỗ lực.

3

Tôi chưa bao giờ tự làm, nhưng bạn có thể sử dụng Spring Security để dễ dàng set up an embedded Apache Directory server, với cấu hình Spring XML tối thiểu được yêu cầu.

+1

Máy chủ LDAP được nhúng của mùa xuân chỉ được thiết kế cho mục đích thử nghiệm. Tôi nghi ngờ rằng có bất kỳ khuyến nghị nào để sử dụng nó trong sản xuất. –

Các vấn đề liên quan