Visitar URL original
[Improvement] Fix documentation defects found while publishing the 1.3.1 site docs · Issue #13634 · apache/gravitino · GitHub
Skip to content

[Improvement] Fix documentation defects found while publishing the 1.3.1 site docs #13634

Description

@bharos

What would you like to be improved?

While publishing the 1.3.1 documentation to gravitino-site, an automated review flagged several defects in docs/. I have confirmed each still exists on main, so they affect the next release too.

Incorrect information

  • docs/topics.md — the Kafka broker default is num.partitions, not num.partition. Users following this will look up a property that does not exist.
  • docs/functions.md — states that Spark uses a Python implementation, but the Spark UDF guide says only Java implementations with RuntimeType.SPARK are supported and Python cannot be invoked.
  • docs/topics.md — the access-control table lists Topic as a valid grant target for CREATE_TOPIC; docs/security/access-control.md limits it to Metalake, Catalog and Schema.
  • docs/filesets.md — same problem for CREATE_FILESET, which lists Fileset as a grant target.

OpenAPI specification

  • docs/open-api/credentials.yaml — a media type schema references components.responses, which is not a Schema Object. This makes the published document invalid.
  • docs/open-api/datatype.yaml — an example omits the required catalogString and supplies an undefined externalType property, so it fails strict example validation.
  • docs/open-api/policies.yaml — the operation description omits COLUMN, although the request schema accepts it.
  • docs/open-api/idp/openapi.yaml — still reports version: 1.3.0-SNAPSHOT. It shipped that way in 1.3.1, so clients read the wrong API version.

Broken links

  • docs/table-maintenance-service/optimizer-extension-guide.md — the CLI Reference link points at the configuration page instead of optimizer-cli-reference.md.
  • docs/iceberg-rest-catalog-chart.md and docs/lance-rest-server-chart.md — relative links to ../dev/charts/... resolve inside this repo but break on the published site. Present since 1.0.0.

How should we improve?

Fix each in docs/ so the corrections flow into the next release. The wrong-information items are worth prioritising, since they lead users to configurations that cannot work.

The 1.3.0-SNAPSHOT version string also suggests the release process does not update that file — worth checking whether it should be templated like the main specification.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

1.3.2Release v1.3.22.0.0Release v2.0.0improvementImprovements on everything

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions