downloads-all.adoc

Update downloads-all.adoc

Update downloads-all.adoc

Update downloads-all.adoc

Update downloads-all.adoc

JDO 850: Consolidate download pages (#45)

Fix year on copyright. Add various hyperlinks between sections.

Clarify the locking on transactions, and add brief non-transactional
subsection

typo

Add docs for JDOQLTyped and example for using SQL.
Fix formatting to use "Java" to get colour syntaxing.
Many other improvements

Change to JDO 3.2 javadocs links.
Remove extents doc since already part of object retrieval.
Copy query_api doc from DN docs, removing DN-specific parts.

Add missing JDO 3.2 JDOQL methods

Add java.time types supported in 3.2, and split types into functional
groupings for readability.

Basic docs for AttributeConverters

missed the jdoquery in last commit

update XSD/DTD to match the JDO 3.2.1 variant

Separate downloads folder

Add files via upload

Import jdoconfig 3.2 xsd and dtd files

Update README.TXT

Update readme.txt

xsd/dtd files

Update annotations.adoc

Update pom.xml

Merge branch 'main' of https://gitbox.apache.org/repos/asf/db-jdo-site

First Version of xmlns.adoc

Update info.adoc

Update annotations.adoc

rebuild trigger

Update deploy-site.yml

add src/main/resources as a build trigger

test

Update index.adoc

Delete xmlns directory

Delete README.md

Add quotes around git arguments in workflows

Adds quotes around the parameters for the email and name set as
part of the git config setup in the workflows. Otherwise, names
containing spaces will not be parsed correctly.

Update index.adoc

Create index.adoc

Add index.adoc

Update README.md

Create README.md

New location for xml and dtd files.

Create README.md

Removed JDO 3.1-rc1 from the specification page

Fixed spacing

Update spec links to jcp and new repo

Update source-code.adoc

Update source-code.adoc

Update source-code.adoc

New release notes for 3.2

3.2 initial (#44)

Co-authored-by: Craig L Russell <apache.clr@gmail.com>
Co-authored-by: Michael Bouschen <Michael.Bouschen@akquinet.de>

changed subdir to "content/jdo" (#43)

Update .asf.yaml.publish

changed subdir to "jdo" (#42)

Dummy change to trigger redeploy (#41)

Minor change to trigger rebuild/deploy

Update README.md

Remove references to 'master' branch

Adjust .asf.yaml and GitHub workflows to use 'main' instead of 'master'

Minor change to trigger re-deploy

Fix deploy action by specifying '--local' for git config

Update issuetracking.adoc

Remove gendered "she" from description.

Update guides-maven-jdo.adoc

Remove gendered "he" and fix punctuation.

Update README.md

Update README.md

Update README.md

Update README.md (#14)

* Update README.md

* Apply suggestions from code review

Co-authored-by: Tobias Bouschen <tobias.bouschen@googlemail.com>
* Update README.md

* Update README.md

Final review of README.md

* Update README.md

Incorporate suggestions from Tobous.

Co-authored-by: Tobias Bouschen <tobias.bouschen@googlemail.com>

Remove required GitHub actions

Remove required GitHub actions to allow directly pushing to 'master'.
Also prevent accidental desyncs when directly pushing to 'master'
through GitBox.

Fix typos

Revert "Fix branch protection"

This reverts commit e5def6b2a20602562f346b14eb5d3f01d2b8a735.

This fix was necessary to allow us to merge pull requests. Now that the
configuration has been updated, the nicer action name should be
restored.

Adjust branch protection to use previous name

Adjusts the branch protection to use the previous name for the required
action. As this change will only apply after it was merged into master,
the name of the required action will be changed separately.

Fix branch protection

Adjusts the name of the required GitHub action to match the name
specified in the .asf.yaml configuration.

JDO-792: Add branch protection rules

Adds the following branch protection rules for the 'master' branch:
- require a linear history (disallow merge commits)
- require the 'build-site' action to pass before merging a PR

Disables the option "Create a merge commit" for merging a PR as merge
commits are not desired.

Rename GitHub action jobs

Renames the GitHub action "Job" entries to make them distinguishable.
The "Job" entry is used to specify which actions to require before
merging. Therefore, giving them distinct names is important.

JDO-789: Cleanup jdo-site pom (#33)

* JDO-789: Cleanup jdo-site pom

* Apply suggestions from code review

Co-authored-by: Tobias Bouschen <tobias.bouschen@googlemail.com>
* Adjust deploy workflow to ignore other resources in build directory

Adjusts the deploy workflow to only check whether there are no remaining
resources in the 'target/site' directory instead of the entire 'target'
directory. The workflow now simply drops all other resources in the
'target' directory.

Adds additional output on deletion failure for 'target/site' displaying
the remaining resources. This should help debug such issues.

* Changed version to 1.0-SNAPSHOT und removed relativePath

Co-authored-by: Tobias Bouschen <tobias.bouschen@googlemail.com>

Move copy-resources from compile to prepare-package maven lifecycle phase

Add site build workflow for pull requests

Adds a simple site build workflow running only for pull requests. The
job allows us to check whether a PR breaks the site build before merging
it.

Simplify workflow branch rule

Simplifies the deploy workflow branch rule by switching to specifying
which branches to run on.

I previously thought that 'branch' and 'path' rules were compared with
an OR operator. From my new tests, this does not seem to be the case.
Instead, they are compared with the AND operator, allowing for this
simplified configuration.

Use icons with highest resolution available for website

Adjusts the website to use the 150x150 version of the JDO logo instead
of smaller ones. Sets the scaling manually to keep the previous size
when using the larger image.

Adjusts the image size of the header icon to better fit the bar and
create an even spacing with the default layout.

Mention automatic JIRA linking as part of the "Get Involved" page

Mentions the capability to automatically referencing a pull request in a
JIRA ticket by including a reference to the ticket in the pull request
title in the "Get Involved" section.

The wording was chosen carefully not to imply that this would actually
link the state of the two. As far as I can tell, merging the pull
request will not have any influence on the state of the referenced
ticket. If this is actually the case, the wording should be adjusted to
reflect the behavior.

Moved the links to the JDO JIRA to HTTPS.

Set notification settings in .asf.yaml

Adds specific notification settings in the asf.yaml configuration.

Diverts messages regarding new commits being pushed to the 'jdo-commits'
mailing list to avoid clogging up 'jdo-dev'. The notifications for
pull-requests and issues still go to 'jdo-dev'.

Adds the preexisting jira linking options to the configurations. With
the current configuration, the label 'pull-request-available' and a link
to the pull-request/issue is automatically added to any Jira ticket that
is referenced in the pull-request/issue name. See wiki for more details.

Only try to publish results if there are any changes

Adjusts the deploy action to only try to commit and push if there are
any staged changes. This avoids the action "failing" if there is nothing
to commit.

Split up publishing stage of recreate action into multiple steps

Splits up the publishing stage of the action to recreate the publishing
branch into multiple steps. This makes it easier to determine where an
issue occurred during debugging. Furthermore, it makes the logs easier
to digest as they are automatically grouped by steps.

Makes the steps moving the site build results to the correct location
verbose to make debugging easier.

Also introduces the multi-line syntax for the site build to make the
used syntax more uniform.

Split up publishing stage of deploy action into multiple steps

Splits up the publishing stage of the deploy action into multiple steps.
This makes it easier to determine where an issue occurred during
debugging. Furthermore, it makes the logs easier to digest as they are
automatically grouped by steps.

Also introduces the multi-line syntax for the site build to make the
used syntax more uniform.

Set 'bash' as the default shell for all deploy tasks

Capitalize short sha env name in deploy actions

Use GitHub action env field to declare publish branch name

Declares the publish branch name as a GitHub action 'env' field. This
makes the value accessible for all steps of the job.

Ensure that all changes are staged by deploy action

Removes the implicit assumption that the action is working in the
repository root by using the '-A' option to stage everything.

Also introduces the '-v' option to make the step more verbose for better
debugging.

Set up branch protection for the 'publish' branch

Enables branch protection for the 'publish' branch used to publish the
site build artifacts. This ensures that the publishing branch is never
accidentally deleted, which could break the currently deployed website.

Force-pushes are explicitly enabled with the set-up branch protection as
new versions of the site are published by force-pushing to the 'publish'
branch.

Remove svn references for specification PDFs (#21)

Removed github.io reference (#24)

Update get-involved.adoc (#22)

Remove 'docs/' and 'content'

Removes the 'docs/' directory containing the site build artifacts. They
are no longer necessary on the master branch as they will now be
deployed to the separate site branch 'publish'.

Removes the 'content' symlink pointing to 'docs/'.

Move quickref to resources

Moves the JDO quickref PDF to the resources folder. This was done as it
is a pre-built artifact and not created by the site build.

Includes the new directory 'resources/quickref' to the Maven resource
copy step. This ensures that it will still be included in the site
build.

Removed unused release PDF (#20)

Update pom.xml (#19)

Update .gitignore

Update .gitignore

Update glossary.adoc

Move javadoc entries to resources folder

Moves the JDO javadoc references previously contained in the 'docs'
directory to the resources folder. These resources will have to be
included in the site build in the future.

Add recovery workflow to recreate the site branch

Adds a workflow to recreate the site branch in case it ever gets deleted
on accident or becomes corrupted.

The new workflow to automatically deploy the site relies on there being
a functioning site branch. This workflow offers an recovery option to
recreate a stable version of the site branch with which the deploy
workflow can function.

The workflow does not listen for any events on the repository. It can
only be triggered manually. To do so, go to the "Actions" section of the
GitHub page for the repository and select the action from the menu. At
the top of the list of past workflow runs is a blue bar offering the
option to "Run workflow". Select the option and press the green button
"Run workflow".

When running the workflow, the default selection to run it on the master
branch should not be changed. Even though the workflow is explicitly
configured to check out the master branch, running the action on a
different branch might still have other unintended side effects.

Adjust site build workflow to preserve build artifact history

Adjusts the workflow building and publishing the website to the site
branch to preserve the history of the site branch.

This was done to avoid issues with the Apache backend caused by
force-pushing the new build results to an orphan branch every time.

This new behavior is a bit more brittle than the old one as it relies on
the current state of the site branch. The action will fails if the site
branch is not already present. Additionally, it might also fail if the
branch is in an unexpected state. But, as the action removes all
existing resources, this should be unlikely.

To resolve any issues caused by a missing or corrupted site branch, a
future commit will introduce a recovery workflow that can be used to
manually return the site branch to a usable base state.

Adjust hosting configuration to match new setup

Adjusts the publishing '.asf.yaml' configuration to use 'content/jdo' as
the subdir.

Adds '.htaccess', setting up URL forwarding from 'db.apache.org/jdo/*'
to 'db.apache.org/content/jdo/*'. This was done to act as if the website
were hosted under 'jdo' directly.

Added Tobias Bouschen to the Apache JDO committers list