Spring MVC:在表单处理操作中有多个@ModelAttribute

上下文

我在两个实体 - CategoryEmail (NtoM)之间有一个简单的关联。 我正在尝试创建用于浏览和管理它们的Web界面。 要浏览类别并将电子邮件添加到该类别中,我使用带有类别ID(UUID)的@RequestMapping包装的控制器,因此所有控制器操作始终在用路径指定的类别的上下文中进行。

我使用@ModelAttribute为整个控制器作用域预加载上下文类别。

问题

这种方法适用于列表和显示表单。 然而,它在表单提交时失败 - 经过一些调试后,我发现表单数据覆盖了我的类别@ModelAttribute参数。

在我的代码中,在save()方法中, category实际上不是使用addCategory()方法加载的模型属性,而是使用表单数据填充( email模型也填充了,这是正确的)。

我正在寻找能让我将表单数据绑定到特定@ModelAttribute的解决方案。

我已经阅读了Spring MVC文档中的参数顺序问题,但我相应地命令了它们的示例,但它仍然不像预期的那样工作。

代码

这是我的控制器:

@Controller
@RequestMapping("/emails/{categoryId}")
public class EmailsController
{
    @ModelAttribute("category")
    public Category addCategory(@PathVariable UUID categoryId)
    {
        return this.categoryService.getCategory(categoryId);
    }

    @InitBinder
    public void initBinder(WebDataBinder binder)
    {
        binder.registerCustomEditor(Set.class, "categories", new CategoriesSetEditor(this.categoryService));
    }

    @RequestMapping(value = "/create", method = RequestMethod.GET)
    public String createForm(@ModelAttribute Category category, Model model)
    {
        // here everything works, as there is just a single @ModelAttribute

        return "emails/form";
    }

    @RequestMapping(value = "/save", method = RequestMethod.POST)
    public String save(
        @ModelAttribute @Valid Email email,
        BindingResult result,
        Model model,
        @ModelAttribute("category") Category category
    ) {
        // saving entity, etc

        // HERE! problem is, that response is bound BOTH to `email' and `category' model attributes
        // and overrides category loaded in `addCategory()' method
        return String.format("redirect:/emails/%s/", category.getId().toString());
    }
}

以防万一这里也是表单代码:

<form:form action="${pageContext.request.contextPath}/emails/${category.id}/save" method="post" modelAttribute="email">
    <form:hidden path="id"/>
    <fieldset>
        <label for="emailName"><spring:message code="email.form.label.Name" text="E-mail address"/>:</label>
        <form:input path="name" id="emailName" required="required"/>
        <form:errors path="name" cssClass="error"/>

        <label for="emailRealName"><spring:message code="email.form.label.RealName" text="Recipient display name"/>:</label>
        <form:input path="realName" id="emailRealName"/>
        <form:errors path="realName" cssClass="error"/>

        <label for="emailIsActive"><spring:message code="email.form.label.IsActive" text="Activation status"/>:</label>
        <form:checkbox path="active" id="emailIsActive"/>
        <form:errors path="active" cssClass="error"/>

        <form:checkboxes path="categories" element="div" items="${categories}" itemValue="id" itemLabel="name"/>
        <form:errors path="categories" cssClass="error"/>

        <button type="submit"><spring:message code="_common.form.Submit" text="Save"/></button>
    </fieldset>
</form:form>

注意:我不希望多个@ModelAttribute来自POST,只是想区别以前生成的属性的形式模型。


我不确定我完全理解了这个问题,但对于我来说,当您显示表单时,似乎希望类模型对象出现在模型中,但不希望使用表单模块更改它。

当您在参数列表中指定@ModelAttribute(“categories”)时,您基本上会告诉spring MVC使用参数名称“categories”将表单数据绑定到带注释的对象。

如果您不希望绑定对象,请将其从参数列表中删除。 如果您需要处理程序方法中的原始对象通过调用addCategory并提供使用@PathVariable映射的id来手动获取它:

@RequestMapping(value = "/save", method = RequestMethod.POST)
public String save(
    @ModelAttribute @Valid Email email,
    BindingResult result,
    Model model,
    @PathVaribale("categoryId") UUID categoryId
) {
    // saving entity, etc

    return String.format("redirect:/emails/%s/", categoryId.toString());
    //if category object is needed and not just id then fetch it with Category c = addCategory(categoryId).
}

(PS。如果你使用categoryService注册一个将Long转换为Category的转换器,你也可以把@PathVariable("categoryId") Category category映射到路径变量而不是UUID,如果你希望看看7.5。 5配置ConversionService)

(编辑:删除建议命名模型不同,因为这将无助于注释中所述,并添加示例)

就个人而言,如果我需要这种行为(在显示表单时需要在表单中存在的对象,但在表单发布时不需要绑定到它),我不会使用ModelAttribute带注释的方法来填充模型。 相反,我会在显示表单时手动填充模型。 这是更多的代码(实际上只有一行),但不那么神奇,也更容易理解。

链接地址: http://www.djcxy.com/p/16491.html

上一篇: Spring MVC: Having multiple @ModelAttribute in form handling action

下一篇: invocation order of overloaded methods in JAVA