3层架构中的Spring，Hibernate，Java EE
我需要开始将这些技术放入3层架构中：这就是我所拥有的…
-
表示层：HTML，JSP
-
应用程式。层：Java EE，Spring
-
数据访问层：Hibernate，PostgreSQL数据库
问题答案：
是的，我会将Hibernate放在数据访问层中。实际上，第三层是“数据层”，而不是数据访问层，这可能会使您感到困惑。因此，所有与业务逻辑相关的东西都进入了应用程序（或业务）层。
-
Apache Shiro 设计理念是使程序的安全变得简单直观而易于实现，Shiro的核心设计参照大多数用户对安全的思考模式--如何对某人（或某事）在与程序交互的环境中的进行安全控制。 程序设计通常都以用户故事为基础，也就是说,你会经常设计用户接口或服务api基于用户如何(或应该)与软件交互。 例如,你可能会说,“如果我的应用程序的用户交互是登录,我将展示他们可以单击一个按钮来查看他们的帐户信息。
-
我正在运行与HibernateSpring启动应用程序。我有以下属性在我的"application.properties"加载MySQL数据源和设置Hibernate属性。但是当我使用以下属性运行集成测试时，Hibernate倾向于将“information_schema”作为默认模式，而不是“知识数据库”模式，并且它会失败，出现以下异常。 Mysql连接器版本：8.0。12 Spring Boo
-
问题内容： 它被认为是很好的做法，对于应用程序的每个层（即一个例外，，等）。但是，如果我的服务层直接调用DAO方法（持久层方法）而不进行其他操作，该怎么办？ 像这样： 我是否应该将此DAO方法调用包装为一个块，然后将可能的异常抛出为？每个DAO方法应该只抛出吗？ 问题答案： 那么，您的Dao异常与服务层无关，并且服务层与dao层异常无关。正确的方法是捕获dao异常，然后将新的自定义异常扔到服务层。
-
让我们讨论一下微服务环境的体系结构。我们正在公司内部进行讨论，我想得到一些反馈。我认真考虑的是编排层（代码复制、更多移动部件改变api）。 网络应用- 原料药- 在这种情况下，服务不允许相互对话。业务流程层中的聚合服务 网络应用- 原料药- 这里允许服务相互对话，这里存在聚合服务。 账单属于哪里
-
问题内容： 我在applicationContext.xml中尝试了不同的sessionFactory。它有同样的问题。任何建议将不胜感激！applicationContext.xml 这是pom.xml。 这是错误轨道。我正在eclipse中的tomcat 7服务器上运行它 类别DAOImpl 分类DAO Category.java PageController.java web.xml 问题答
-
问题内容： 我在DAO类中使用Spring MVC 。在这里困惑从何处开始事务，它应该在服务层还是DAO层？ 我的视图与服务层交互。DAO已注入服务。 在DAO服务层体系结构中将Spring MVC与Hibernate一起使用的正确方法是什么？ 问题答案： 恕我直言，交易应转到服务层。通常，一项业务交易包含多个查询和更新。如果仅放置在DAO层上，则每个查询和更新将在单独的事务中运行，这实际上违反了