dotCMS / dotCMS/core

[Task] v1 publishing detail: expose bundle/publish start/end timestamps

Open
#36,044 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Team : Modernization
Dominant language
Java
Stars
970
Forks
486
Avg merge
3d 33m
Merged PRs (30d)
170

Description

Context

Surfaced by the Publishing Queue migration spike (#36039). The new Bundle Details modal (per the redesign) renders a 9-field definition list, four of which depend on backend fields:

  • Bundle start
  • Bundle end
  • Publish start
  • Publish end

com.dotcms.rest.api.v1.publishing.PublishingResource#getPublishingJobDetails (PublishingResource:331) currently returns PublishingJobDetailView, which exposes status, created/modified, environments, and endpoint breakdown — but not the publish window timestamps. The Bundle entity has publishDate and expireDate, but the helper that builds the view does not include them.

Proposed change

Add to PublishingJobDetailView:

private final Date bundleStart;   // bundling started (from PublishAuditStatus)
private final Date bundleEnd;     // bundling finished
private final Date publishStart;  // first push attempt
private final Date publishEnd;    // last endpoint completion (or null if still sending)

Populate from existing audit data + bundle entity in the helper.

Acceptance criteria

  • GET /v1/publishing/{bundleId} JSON includes the four new ISO8601 timestamps (bundle_start, bundle_end, publish_start, publish_end)
  • Null when not yet known (e.g. publish_end is null until the last endpoint reports)
  • OpenAPI schema updated
  • Integration test asserts the fields are present and correctly populated for a completed and an in-progress bundle

Source links

  • Spike audit: #36039
  • FE consumer: #36040 (Bundle Details modal expects all four fields)
  • Epic: #34734

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start at PublishingResource#getPublishingJobDetails (PublishingResource:331) and inspect PublishingJobDetailView, the Bundle entity, and existing PublishAuditStatus data used by the helper. Check the OpenAPI schema and integration-test coverage for GET /v1/publishing/{bundleId}. Done means completed and in-progress bundles return the four ISO8601 fields, with unknown values represented as null.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
api, backend
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
68/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.