Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DT-853 #64

Merged
merged 2 commits into from
Feb 2, 2024
Merged

DT-853 #64

merged 2 commits into from
Feb 2, 2024

Conversation

preetamnpr
Copy link
Collaborator

No description provided.

Copy link
Collaborator

@nt-gt nt-gt left a comment

Choose a reason for hiding this comment

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

I am missing a validation to ensure the shipper provides the current scenario parameters.

As an example, for the REGULAR_NON_OPERATING_REEFER scenario, the shipper must supply isNonOperatingReefer = false.

I am aware that it was not present prior to your changes, but there is no point in all of these scenarios of the shipper can get a conform respond without actually following the scenario.

prefix,
"the isNonOperatingReefer was true"
);
if (!scenarioType.equals(ScenarioType.REGULAR_NON_OPERATING_REEFER)) {
Copy link
Collaborator

Choose a reason for hiding this comment

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

I do not understand why you are making this validation conditional on the scenario. The validation here was not intended to be scenario specific.

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

I have created a story to add the scenario based checks DT-897

generateValidPolUNLocationCode(),
generateValidPodUNLocationCode());
CarrierScenarioParameters carrierScenarioParameters = switch (scenarioType) {
case REGULAR, REGULAR_SHIPPER_OWNED -> new CarrierScenarioParameters("Example Carrier Service",
Copy link
Collaborator

Choose a reason for hiding this comment

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

I prefer the previous way of providing a service name other this static Example Carrier Service string (applies to more lines than I highlighted)

@preetamnpr preetamnpr merged commit f5fc3e3 into dev Feb 2, 2024
1 check passed
@nt-gt nt-gt deleted the DT-853 branch February 2, 2024 12:03
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