From 827eb8bc0da74ce3bc21c4443359d3ba42e245d7 Mon Sep 17 00:00:00 2001 From: "fern-api[bot]" <115122769+fern-api[bot]@users.noreply.github.com> Date: Thu, 22 Jan 2026 16:48:31 +0000 Subject: [PATCH] SDK regeneration --- .fern/metadata.json | 2 +- build.gradle | 4 +- reference.md | 11 +- .../com/vital/api/core/ClientOptions.java | 4 +- .../labtests/AsyncRawLabTestsClient.java | 7 + .../resources/labtests/RawLabTestsClient.java | 7 + .../requests/LabTestsGetOrdersRequest.java | 32 ++ ...sGetPscAppointmentAvailabilityRequest.java | 8 +- .../api/types/AppointmentBookingRequest.java | 88 +----- .../api/types/ClientFacingAppointment.java | 32 ++ .../vital/api/types/ClientFacingOrder.java | 100 ++++++- .../types/ClientFacingOrderInTransaction.java | 277 ++++++++++++++++++ .../types/ClientFacingOrderTransaction.java | 172 +++++++++++ .../java/com/vital/api/types/OrderOrigin.java | 26 ++ .../api/types/OrderTransactionStatus.java | 26 ++ 15 files changed, 708 insertions(+), 88 deletions(-) create mode 100644 src/main/java/com/vital/api/types/ClientFacingOrderInTransaction.java create mode 100644 src/main/java/com/vital/api/types/ClientFacingOrderTransaction.java create mode 100644 src/main/java/com/vital/api/types/OrderOrigin.java create mode 100644 src/main/java/com/vital/api/types/OrderTransactionStatus.java diff --git a/.fern/metadata.json b/.fern/metadata.json index 972db505..6a918934 100644 --- a/.fern/metadata.json +++ b/.fern/metadata.json @@ -8,5 +8,5 @@ "client-class-name": "Vital", "enable-forward-compatible-enums": false }, - "sdkVersion": "1.2.600" + "sdkVersion": "1.2.601" } \ No newline at end of file diff --git a/build.gradle b/build.gradle index 20c8f772..7d719024 100644 --- a/build.gradle +++ b/build.gradle @@ -47,7 +47,7 @@ java { group = 'io.tryvital' -version = '1.2.600' +version = '1.2.601' jar { dependsOn(":generatePomFileForMavenPublication") @@ -78,7 +78,7 @@ publishing { maven(MavenPublication) { groupId = 'io.tryvital' artifactId = 'vital-java' - version = '1.2.600' + version = '1.2.601' from components.java pom { name = 'vital' diff --git a/reference.md b/reference.md index 683b39da..bec83aea 100644 --- a/reference.md +++ b/reference.md @@ -12024,6 +12024,7 @@ client.labTests().getOrders( .userId("user_id") .patientName("patient_name") .shippingRecipientName("shipping_recipient_name") + .orderTransactionId("order_transaction_id") .page(1) .size(1) .build() @@ -12170,6 +12171,14 @@ client.labTests().getOrders(
Filter by order transaction ID
+ */ + @JsonSetter(value = "order_transaction_id", nulls = Nulls.SKIP) + public Builder orderTransactionId(Optional[Closed Beta] Serve last known good information when the PSC system is temporarily unavailable.
+ *If true, allows cached availability data to be returned.
*/ _FinalStage allowStale(Optional[Closed Beta] Serve last known good information when the PSC system is temporarily unavailable.
+ *If true, allows cached availability data to be returned.
* @return Reference to {@code this} so that method calls can be chained together. */ @java.lang.Override @@ -241,7 +241,7 @@ public _FinalStage allowStale(Boolean allowStale) { } /** - *[Closed Beta] Serve last known good information when the PSC system is temporarily unavailable.
+ *If true, allows cached availability data to be returned.
*/ @java.lang.Override @JsonSetter(value = "allow_stale", nulls = Nulls.SKIP) diff --git a/src/main/java/com/vital/api/types/AppointmentBookingRequest.java b/src/main/java/com/vital/api/types/AppointmentBookingRequest.java index c19974c5..ef9180c1 100644 --- a/src/main/java/com/vital/api/types/AppointmentBookingRequest.java +++ b/src/main/java/com/vital/api/types/AppointmentBookingRequest.java @@ -50,17 +50,7 @@ public String getBookingKey() { } /** - * @return [!] This feature (Async Confirmation) is under Closed Beta. - *If true, when the PSC system fails to confirm the booking within sync_confirmation_timeout_millisecond, this API
- * endpoint would respond with a pending appointment. The booking attempt will continue asynchronously in background, until either:
async_confirmation_timeout_millisecond timeout is reached.You will receive labtest.appointment.updated webhooks for all the relevant status changes (pending, confirmed, reserved
- * and cancelled).
If false (default), when the PSC system fails to confirm the booking, this API endpoint would respond with
- * 500 Internal Server Error.
sync_confirmation_timeout_millisecond window. If confirmation is not received in time, a pending appointment is returned and booking continues asynchronously. If false (default), the endpoint waits for confirmation or returns a 500 error on failure.
*/
@JsonProperty("async_confirmation")
public Optionalasync_confirmation is true; no-op otherwise.
- * The maximum amount of time which the Book Appointment endpoint would wait before it responds with a pending appointment. - * This timeout does not stop the booking attempt — it will continue asynchronously in background.
- *Defaults to 2.5 seconds. Must be 1-10 seconds.
+ * @return Maximum time (in milliseconds) to wait for booking confirmation before returning a pending appointment. Only applies whenasync_confirmation is true. Defaults to 2500ms. Range: 1000-10000ms.
*/
@JsonProperty("sync_confirmation_timeout_millisecond")
public Optionalasync_confirmation is true; no-op otherwise.
- * The maximum amount of time which Junction would try to asynchronously book in the pending appointment. If this timeout is - * reached, the pending appointment would be cancelled.
- *Defaults to 15 minutes. Must be 1-2880 minutes.
+ * @return Maximum time (in milliseconds) to attempt asynchronous booking before cancelling the pending appointment. Only applies whenasync_confirmation is true. Defaults to 15 minutes. Range: 60000-172800000ms.
*/
@JsonProperty("async_confirmation_timeout_millisecond")
public Optional[!] This feature (Async Confirmation) is under Closed Beta.
- *If true, when the PSC system fails to confirm the booking within sync_confirmation_timeout_millisecond, this API
- * endpoint would respond with a pending appointment. The booking attempt will continue asynchronously in background, until either:
async_confirmation_timeout_millisecond timeout is reached.You will receive labtest.appointment.updated webhooks for all the relevant status changes (pending, confirmed, reserved
- * and cancelled).
If false (default), when the PSC system fails to confirm the booking, this API endpoint would respond with
- * 500 Internal Server Error.
If true, the endpoint attempts to confirm the booking within the sync_confirmation_timeout_millisecond window. If confirmation is not received in time, a pending appointment is returned and booking continues asynchronously. If false (default), the endpoint waits for confirmation or returns a 500 error on failure.
This parameter only takes effect when async_confirmation is true; no-op otherwise.
The maximum amount of time which the Book Appointment endpoint would wait before it responds with a pending appointment. - * This timeout does not stop the booking attempt — it will continue asynchronously in background.
- *Defaults to 2.5 seconds. Must be 1-10 seconds.
+ *Maximum time (in milliseconds) to wait for booking confirmation before returning a pending appointment. Only applies when async_confirmation is true. Defaults to 2500ms. Range: 1000-10000ms.
This parameter only takes effect when async_confirmation is true; no-op otherwise.
The maximum amount of time which Junction would try to asynchronously book in the pending appointment. If this timeout is - * reached, the pending appointment would be cancelled.
- *Defaults to 15 minutes. Must be 1-2880 minutes.
+ *Maximum time (in milliseconds) to attempt asynchronous booking before cancelling the pending appointment. Only applies when async_confirmation is true. Defaults to 15 minutes. Range: 60000-172800000ms.
This parameter only takes effect when async_confirmation is true; no-op otherwise.
The maximum amount of time which Junction would try to asynchronously book in the pending appointment. If this timeout is - * reached, the pending appointment would be cancelled.
- *Defaults to 15 minutes. Must be 1-2880 minutes.
+ *Maximum time (in milliseconds) to attempt asynchronous booking before cancelling the pending appointment. Only applies when async_confirmation is true. Defaults to 15 minutes. Range: 60000-172800000ms.
This parameter only takes effect when async_confirmation is true; no-op otherwise.
The maximum amount of time which Junction would try to asynchronously book in the pending appointment. If this timeout is - * reached, the pending appointment would be cancelled.
- *Defaults to 15 minutes. Must be 1-2880 minutes.
+ *Maximum time (in milliseconds) to attempt asynchronous booking before cancelling the pending appointment. Only applies when async_confirmation is true. Defaults to 15 minutes. Range: 60000-172800000ms.
This parameter only takes effect when async_confirmation is true; no-op otherwise.
The maximum amount of time which the Book Appointment endpoint would wait before it responds with a pending appointment. - * This timeout does not stop the booking attempt — it will continue asynchronously in background.
- *Defaults to 2.5 seconds. Must be 1-10 seconds.
+ *Maximum time (in milliseconds) to wait for booking confirmation before returning a pending appointment. Only applies when async_confirmation is true. Defaults to 2500ms. Range: 1000-10000ms.
This parameter only takes effect when async_confirmation is true; no-op otherwise.
The maximum amount of time which the Book Appointment endpoint would wait before it responds with a pending appointment. - * This timeout does not stop the booking attempt — it will continue asynchronously in background.
- *Defaults to 2.5 seconds. Must be 1-10 seconds.
+ *Maximum time (in milliseconds) to wait for booking confirmation before returning a pending appointment. Only applies when async_confirmation is true. Defaults to 2500ms. Range: 1000-10000ms.
[!] This feature (Async Confirmation) is under Closed Beta.
- *If true, when the PSC system fails to confirm the booking within sync_confirmation_timeout_millisecond, this API
- * endpoint would respond with a pending appointment. The booking attempt will continue asynchronously in background, until either:
async_confirmation_timeout_millisecond timeout is reached.You will receive labtest.appointment.updated webhooks for all the relevant status changes (pending, confirmed, reserved
- * and cancelled).
If false (default), when the PSC system fails to confirm the booking, this API endpoint would respond with
- * 500 Internal Server Error.
If true, the endpoint attempts to confirm the booking within the sync_confirmation_timeout_millisecond window. If confirmation is not received in time, a pending appointment is returned and booking continues asynchronously. If false (default), the endpoint waits for confirmation or returns a 500 error on failure.
[!] This feature (Async Confirmation) is under Closed Beta.
- *If true, when the PSC system fails to confirm the booking within sync_confirmation_timeout_millisecond, this API
- * endpoint would respond with a pending appointment. The booking attempt will continue asynchronously in background, until either:
async_confirmation_timeout_millisecond timeout is reached.You will receive labtest.appointment.updated webhooks for all the relevant status changes (pending, confirmed, reserved
- * and cancelled).
If false (default), when the PSC system fails to confirm the booking, this API endpoint would respond with
- * 500 Internal Server Error.
If true, the endpoint attempts to confirm the booking within the sync_confirmation_timeout_millisecond window. If confirmation is not received in time, a pending appointment is returned and booking continues asynchronously. If false (default), the endpoint waits for confirmation or returns a 500 error on failure.
Time is in UTC
*/ @@ -382,6 +397,8 @@ public static final class Builder private OptionalThe latest date by which the order result is expected to be available.
* @return Reference to {@code this} so that method calls can be chained together. @@ -1164,6 +1257,9 @@ public ClientFacingOrder build() { hasMissingResults, expectedResultByDate, worstCaseResultByDate, + origin, + parentId, + orderTransaction, additionalProperties); } } diff --git a/src/main/java/com/vital/api/types/ClientFacingOrderInTransaction.java b/src/main/java/com/vital/api/types/ClientFacingOrderInTransaction.java new file mode 100644 index 00000000..4585d6c8 --- /dev/null +++ b/src/main/java/com/vital/api/types/ClientFacingOrderInTransaction.java @@ -0,0 +1,277 @@ +/** + * This file was auto-generated by Fern from our API Definition. + */ +package com.vital.api.types; + +import com.fasterxml.jackson.annotation.JsonAnyGetter; +import com.fasterxml.jackson.annotation.JsonAnySetter; +import com.fasterxml.jackson.annotation.JsonIgnoreProperties; +import com.fasterxml.jackson.annotation.JsonInclude; +import com.fasterxml.jackson.annotation.JsonProperty; +import com.fasterxml.jackson.annotation.JsonSetter; +import com.fasterxml.jackson.annotation.Nulls; +import com.fasterxml.jackson.databind.annotation.JsonDeserialize; +import com.vital.api.core.ObjectMappers; +import java.time.OffsetDateTime; +import java.util.HashMap; +import java.util.Map; +import java.util.Objects; +import java.util.Optional; +import org.jetbrains.annotations.NotNull; + +@JsonInclude(JsonInclude.Include.NON_ABSENT) +@JsonDeserialize(builder = ClientFacingOrderInTransaction.Builder.class) +public final class ClientFacingOrderInTransaction { + private final String id; + + private final Optional