json-payload-validator | JSON validator package based on jsonschema | Validation library

I'd like to skip validation for empty arrays in a json file for a specific field. Below you can see Book structs definition, which could be validated if no authors are declared in json file. On the other hand it fails if an empty array is defined for authors. Is it possible to achieve this behavior with existing tags, or do I have to define custom validator?

I've been working with rails for a while, but I thought I'd try a course to cement my knowledge.

But I already get stumped on a basic save/error action.

I am trying to show error messages after model validation fails.

If the model validation fails, I render 'new'again, where the model instance should have error messages. But if I try to print the error messages like <%= modelinstance.errors.inspect %> it just shows an empty array.

The weird thing is, if I instead do render :new, status: :unprocessable_entity it gladly renders the whole error thing.

I was just wondering why this is the case, when the ruby on rails guide is allowing the string version.

Controller:

I'm developing an API with Spring Boot and currently, I'm thinking about how to handle error messages in an easily internationalizable way. My goals are as follows:

1. Define error messages in resource files/bundles
2. Connect constraint annotation with error messages (e.g., @Length) in a declarative fashion
3. Error messages contain placeholders, such as {min}, that are replaced by the corresponding value from the annotation, if available, e.g., @Length(min = 5, message = msg) would result in something like msg.replace("{min}", annotation.min()).replace("{max}", annotation.max()).
4. The JSON property path is also available as a placeholder and automatically inserted into the error message when a validation error occurs.
5. A solution outside of an error handler is preferred, i.e., when the exceptions arrive in the error handler, they already contain the desired error messages.
6. Error messages from a resource bundle are automatically registered as constants in Java.

Currently, I customized the methodArgumentNotValidHandler of my error handler class to read ObjectErrors from e.getBindingResult().getAllErrors() and then try to extract their arguments and error codes to decide which error message to choose from my resource bundle and format it accordingly. A rough sketch of my code looks as follows:

Input:

we are currently trying to implement a non-critical validation layer that checks field inputs against certain validators without marking the form as "not valid", but rather as "out of specification" so that we can highlight the fields to the user. In particular we are talking about number ranges with lower and upper boundaries that should highlight the input fields as some sort of "out of specification" warning. The input itself is considered valid but "out of specifaction" while the user should still be able to save the data.

Here's an example:

• allowed input of any integer (validation), with an input specification of integers between 90 and 100 (specification).
• input "abc" -> wrong input type -> error message, saving not allowed
• input "95.1234" -> wrong input type -> error message, saving not allowed
• input "85" -> correct input type, valid input, but out of specification -> warning message, saving still allowed
• input "95" -> correct input type, valid input, in specification -> saving allowed

This means the normal binder validation should still block the saving while the additional non-critical validation should just highlight it, but not block it.

We are currently using the vaadin binder in vaadin version 14 and are using the features of converters and validators. Is there a possibility to add our layer to the vaadin binder so that it performs fluently with our current usage? Or do we have to build our own non-critical validation layer additionally to the normal vaadin binder usage? In an ideal world we would pin it after conversion and validation phase:

1. field input
2. type conversion
3. critical validation
4. non-critical validation
5. input saving

I hope my description is sufficient. If there are any questions, just let me know and I try to describe it a little bit more detailed. Thanks in advance.

The below returns success, even though obj contains an element that is not in the schema.

Question

Is it possible to have validate fail, when it sees elements that are not specified in the schema?

Jest have this expect(obj1).toEqual(obj2).

If Validate can't do it, what options do I then have to detect unwanted elements?

I have something like:

I've implemented a custom validation message on my input for the pattern validation rule while leaving the default message for required as is. However, when I do so, once the input becomes invalid, it never becomes valid again, even though I am meeting the pattern criteria.

I'm using Go 1.17 with Gin and I want to implement a struct validation before sending the data to my database. I took the example from Gin documentation.

In the struct we can declare different tags to validate a field like this:

I am trying to disable the form submit button until the validation is fully passed.

I have come across the threads regarding this topic.

This thread helps to trigger validation without display of UI errors: https://github.com/ant-design/ant-design/issues/25993

The below code works within the hoc of my footer button wrapper, but it is verifying for all fields to be touched and even applicable for non-required fields, which is not right and expected.