grails-validation

    5熱度

    3回答

    我正在使用grails 2.2.1並嘗試驗證嵌套的命令結構。這是我的命令對象的一個​​簡化版本: @Validateable class SurveyCommand { SectionCommand useful SectionCommand recommend SurveyCommand() { useful = new SectionComman

    4熱度

    2回答

    Grails有驚人的驗證;有可能獨立於Grails框架使用它嗎? 我們有一個基於Java/Groovy Camel的web應用程序,我們無法將其轉換爲Grails應用程序。我很喜歡用聲明性約束來使用Grails風格的驗證,但一直未能成功配置應用程序以使用Grails庫而不轉換整個事物。

    1熱度

    1回答

    當前表單提交時,我們應用程序中的所有表單驗證都會執行。 每個CommandObject都有多個字段,因此有多個約束和檢查。 我們正在調整驗證,以便當用戶從每個字段(onblur)分開標籤時錯誤以內聯方式顯示。 我對grails比較陌生,所以希望對可能的插件或最佳實踐方法有所建議? 很好的例子或指向優秀教程的鏈接。

    0熱度

    1回答

    class User { String userName static constraints = { userName nullable:false } } *** I tried the different combination of the following in the message.properties *** User.userN

    2熱度

    1回答

    您好我是Griffon Framework中的新成員我想在我的應用程序中添加登錄功能。按照是我的模型,視圖和控制器: SignInModel.groovy @ArtifactProviderFor(GriffonModel) @griffon.transform.Validateable class SignInModel { @Bindable String userName

    0熱度

    1回答

    似乎在Grails中的電子郵件驗證只適用simple regex。雖然它驗證了大多數電子郵件,但一些奇特但授權的字符會使驗證失敗。 例如德國黨衛軍字符用於in some email addresses,但將無法通過驗證大盤: package com.stuff.user.AppUser import grails.test.mixin.Mock import spock.lang.Speci

    1熱度

    2回答

    我正在對字段執行內嵌驗證,作爲它們之間的用戶選項卡。 當一個字段出現多個錯誤(即顯示兩個錯誤)時會出現問題。 我只想顯示一個錯誤(第一個參數爲參數)。 是否有不同的標籤來處理這個問題? <jqvalui:renderError for="title"> <g:eachError bean="${objInstance}" field="title"><g:message error="$

    0熱度

    1回答

    我使用的是Grails 2.4.2並擁有類別合同其中有很多InvoiceRecipient的。 InvoiceRecipients類有一個屬性invoiceType它有兩個可能的值,'O'爲發票原件和'C'爲發票副本。如您所見,只有一個類型爲'O'的記錄可用於一份合同的InvoiceRecipients。 如果我嘗試像下面的snipplet一樣實現它,VM將運行到StackOverflow中。 我

    0熱度

    1回答

    我的代碼有問題。我如何處理服務錯誤到我的gsp?我嘗試使用服務或控制器渲染,在調用save()期間發生驗證錯誤: - 字段'core.db_email'的對象'talent.CandidateProfile'中的字段錯誤:被拒絕的值[];具有完整例外跟蹤的代碼。我的消息來源: def create() { [candidateProfileInstance: new Candidate

    3熱度

    2回答

    我正在尋找一種方法來驗證Grails中的IP地址通過約束。 是這樣的可能嗎? package example class Ip { String ip static constraints = { ip(unique: true, inetAddress: true) } } 我發現這個鏈接:http://grails.org/doc/2.2