cbValidation
v1.x
v1.x
  • Introduction
  • Overview
    • Installation
    • Configuration
    • Declaring Constraints
      • Configuration File
      • Domain Object
      • A-la-carte
    • Available Constraints
      • Unique Constraints
      • Constraint Custom Messages
      • Custom Message Replacements
    • Validating Constraints
      • Validating With Failures
      • Validating with shared constraints
      • Validating with a-la-carte constraints
      • Validating Custom Fields
    • Displaying Errors
    • WireBox DSL & Integration
  • Advanced
    • i18n Integration
    • Advanced Custom Validators
    • Custom Validators
    • Custom Validation Managers
Powered by GitBook
On this page

Was this helpful?

Edit on Git
Export as PDF
  1. Overview
  2. Declaring Constraints

A-la-carte

You can also define your constraints on the fly right where you are doing your validation.

In this sample we validate the public request context rc. This sample validates all fields in the rc. If you need more control you can specify the fields parameter (default all) or the includeFields and excludeFields parameters in your validate() call.

// sample REST API create user
function create( event, rc, prc ){
	var validationResult = validate( 
		target = rc,
		constraints = { 
			username = { required = true },
			email = { required = true, type = "email" },
			password = { required = true }
		}
	)
	if ( !validationResult.hasErrors() ) {
		UserService.createUser(rc.username, rc.email, rc.password);
		prc.response.setData( UserService.readUser(username=rc.username) );
	} else {
		prc.response
			.setError( true )
			.addMessage( validationResult.getAllErrors())
			.setStatusCode( STATUS.BAD_REQUEST )
			.setStatusText( "Validation error" );
	}
}
PreviousDomain ObjectNextAvailable Constraints

Last updated 5 years ago

Was this helpful?