[英]Making a Service Layer call from Presentation layer
我必須選擇一種技術來連接我的應用程序/表示層 （基於Java）和服務層 （基於Java）。 基本上從業務代表對象中查找適當的Spring服務。
那里有很多選擇讓我很困惑。 以下是我縮小到但不確定的選項..
春季RMI
Apache Camel
Apache ServiceMix（ESB）
Iona FUSE（ESB）
這是我想知道的
任何幫助都會有用。 謝謝！
Spring Remoting似乎是最簡單的方法。 如果這是您想要采取的方向，它還將使您在未來對更復雜的方法持開放態度。
從有限的需求角度來看，我會堅持使用一個學習曲線較低的簡單解決方案，然后離開ESB，直到確定您確實需要它為止。
KISS原則是一件很棒的事情。
在這里，您可以找到將Metro和Camel集成在一起的簡單解決方案： http ： //www.everit.biz/web/guest/everit-blog/-/blogs/calling-a-camel-route-from-web-service-使用-城域和tomcat的？_33_redirect = /網絡/客戶/ everit-博客
它主要歸結為您是否希望使用Spring Remoting（Spring RMI和Apache Camel是其實現） - 或者您是否希望將JAX-WS用於Web服務（CXF或Metro實現）。 即，您是否希望自動遠程處理POJO - 或者您是否希望WS與WSDL合同等等。
一旦你決定了遠程技術; 您的下一個決定是，您希望將其作為庫（例如Spring RMI或Camel）捆綁在應用程序中 - 或者您是否希望將其部署在像ServiceMix這樣的ESB容器中以便能夠熱重新部署模塊等等。
如果后者是您的選擇，那么使用Apache ServiceMix - 或者如果您想要具有更多文檔，頻繁發布，商業支持等的商業發行版，請使用FUSE ESB。
我們能否在不影響服務層的情況下處理從dao層到表示層的異常（服務層中沒有任何修改）
[英]Can we handle a exception from dao layer to presentation layer without impacting the service layer(no modification in service layer)
將 Presentation Modal 對象傳遞給服務和業務層
[英]Passing Presentation Modal objects to the service and business layer
spring security中的手動認證邏輯應該放在哪里 - 服務層或表示層？
[英]Where should the manual authentication logic in spring security go - Service layer or presentation layer?
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
