Skip to content

Conversation

@simonbos
Copy link

See bufbuild/protovalidate#101 for details.

This depends on bufbuild/protovalidate#114 being merged. However, locally I was able to build & run conformance tests using some edits to the build.gradle.kts and Makefile. (After the merge on the main repo, I would best re-generate the generated stubs.)

Copy link
Member

@pkwarren pkwarren left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changes look good - just had a few minor comments. I know this is waiting for upstream PRs to be unblocked.

* allowing access to the message fields.
*/
class TimestampEvaluator implements Evaluator {
private final long maxTimestamp = +253402300799L;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
private final long maxTimestamp = +253402300799L;
private static final long MAX_TIMESTAMP = ZonedDateTime.parse("9999-12-31T23:59:59Z").toEpochSecond();

We should make these static constants but I also think it improves readability if we use the timestamp strings instead of the epoch second here.

ValueEvaluator valueEvaluatorEval) {
if (fieldDescriptor.getType() != FieldDescriptor.Type.MESSAGE
|| !fieldDescriptor.getMessageType().getFullName().equals("google.protobuf.Timestamp")) {
return;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What do you think about returning early if !fieldConstraints.getTimestamp.getValid()? I don't see any sense in creating the evaluator in that case since there is only one rule and otherwise it is a no-op.

Descriptors.FieldDescriptor secondsDescriptor,
Descriptors.FieldDescriptor nanosDescriptor,
boolean valid) {
this.secondsDescriptor = secondsDescriptor;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
this.secondsDescriptor = secondsDescriptor;
this.secondsDescriptor = Objects.requireNonNull(secondsDescriptor, "secondsDescriptor");

Descriptors.FieldDescriptor nanosDescriptor,
boolean valid) {
this.secondsDescriptor = secondsDescriptor;
this.nanosDescriptor = nanosDescriptor;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
this.nanosDescriptor = nanosDescriptor;
this.nanosDescriptor = Objects.requireNonNull(nanosDescriptor, "nanosDescriptor");

Violation.newBuilder()
.setConstraintId("timestamp.valid")
.setMessage(errorMessage)
.build();
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should set the field path on the violation as well.

.setMessage(errorMessage)
.build();
violationList.add(violation);
if (failFast) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This isn't looping over anything here, so I think we can just remove this if statement.

} else if (seconds > maxTimestamp) {
errorMessage = "timestamp after 9999-12-31";
} else if (nanos < 0 || nanos >= 1e9) {
errorMessage = "timestamp has out-of-range nanos";
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it would be useful if the error message included details of all parts of the timestamp which are invalid. So if both the seconds and nanos values are invalid, we should return that in the error message.

Do we also want to include in the error message the expected range of the timestamp nanos?

@simonbos
Copy link
Author

I am closing this because in recent projects I don't need this anymore. See bufbuild/protovalidate-python#85 (comment).

@simonbos simonbos closed this Aug 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants