`
我的论坛
请问jstl里可以访问静态变量吗?
多次贴都未能正常显示,不知是否因为代码中有html标签。建议在编辑器中添加html源码编辑功能!
    默认情况下,要使用WebWork的客户端校验需要使用xhtml theme,但是这个theme会自动生成布局用的表格,给我们的页面布局带来不便。     查看了生成这些校验的ftl模板后,发现直接修改simple中的几个模板就可以xhtml theme中的校验功能。     步骤如下:    1. 将webwork-2.xx.jar中的template中的xhtml和simple个目录拷到 WebRoot/template目录下,修改webwork.properties文件让webwork使用这个目录下的simple theme。这里拷xhtml目录,只是为了使用里面的ftl模板,也可 ...
raykcn 写道兄弟你有救了... serivce的出现,就是为了解决你的问题... 我所说的是解决如二级缓存管理的这种问题,这也属于业务逻辑吗?
ASDF1982 写道DAO 调用DAO 那你事物在哪里控制? 这个跟DAO调DAO没什么关系吧,我现在用的事务控制都是PROPAGATION_REQUIRED
在我的应用中菜单(Menu)这个持久化对象是组织成树形结构的,Menu与另一对象Module有对应关系,Menu与Module是多对一的,一个Module对应于多个Menu,其对应关系由Module中的menuSet维护。 在删除某个Menu对象时,其子节点应该被级联删除,这样就引出了一个问题,我如何来维护Module中的那个menuSet(这个模块对应的菜单)?假设在删除前,所有对象都已经处于二级缓存中。 我现在知道的只有两种办法: 1、清空这两个对象的二级缓存 2、笨的办法,遍历所有要删除的Menu节点,将这些节点从对应的Module.menuSet集合中删除。 另外,这种维护二级缓存的代码 ...
我个人也觉得数据访问应该保持简单,并保持各个DAO的独立性。但如果放在逻辑层,这种逻辑并非业务上的逻辑,而只是在使用Hibernate作数据访问层时才出现的问题。现在我有个想法,利用Hibernate的事件机制来处理这种问题,正在实验中。
带来的方便就是在业务层不再需要理解持久层对象之间复杂的关联关系。
在设计DAO时,如果一个DAO操作,比如删除对象a的这个操作,在删除a前需要处理与a相关联的b对象的关联关系,而在删除b时也需要处理与其相关联的c对象的关联关系。 这种情况下,我是否应该在删除a对象的DAO中,调用删除b对象的DAO来删除b,以便自动处理b与c的关系? 如果这样操作是否就引起了DAO之间的混乱? 请问DAO之间相互调用是不是一种正确的设计?
Global site tag (gtag.js) - Google Analytics