Skip to content

Fix inconsistent maxWait value in DB2 and PostgreSQL DB pool config samples#6195

Closed
BimsaraBodaragama wants to merge 16 commits into
wso2:masterfrom
BimsaraBodaragama:fix/maxwait-db2-postgresql
Closed

Fix inconsistent maxWait value in DB2 and PostgreSQL DB pool config samples#6195
BimsaraBodaragama wants to merge 16 commits into
wso2:masterfrom
BimsaraBodaragama:fix/maxwait-db2-postgresql

Conversation

@BimsaraBodaragama

Copy link
Copy Markdown
Member

Summary

The maxWait value in the sample DB pool configurations for DB2 and PostgreSQL documentation was set to 360000 ms (6 minutes), while all other database type documentation used 60000 ms (1 minute). This PR unifies the value to 60000 ms across all affected versions.

Affected versions: IS 5.10.0 – 7.3.0 (+ next)

Files changed (16):

  • change-to-ibm-db2.md — 5.10.0, 5.11.0, 6.0.0, 6.1.0, 7.0.0, 7.1.0, 7.2.0, 7.3.0, next
  • change-to-postgresql.md — 6.0.0, 6.1.0, 7.0.0, 7.1.0, 7.2.0, 7.3.0, next

Note: PostgreSQL docs for 5.10.0 and 5.11.0 already had the correct value (60000) and were not modified.

Fixes: wso2/product-is#27975

…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
…amples

The maxWait value in DB2 and PostgreSQL database pool configuration samples
was set to 360000 ms (6 minutes) while all other database type documentation
used 60000 ms (1 minute). This unifies the value to 60000 ms across all
affected versions (IS 5.10.0 - 7.3.0).

Fixes: wso2/product-is#27975
@coderabbitai

coderabbitai Bot commented Jun 18, 2026

Copy link
Copy Markdown
Contributor

Review Change Stack

📝 Walkthrough

Walkthrough

The maxWait JDBC connection pool option is corrected from 360000 to 60000 in IBM DB2 and PostgreSQL deployment documentation across IS versions 5.10.0 through next. Two new documentation pages are added for IS 7.3.0 covering IBM DB2 and PostgreSQL database configuration from initial setup through advanced pool and timeout options, using the corrected maxWait value.

Changes

maxWait correction and new IS 7.3.0 DB documentation

Layer / File(s) Summary
maxWait value corrected across existing IS version docs
en/identity-server/5.10.0/docs/setup/changing-to-ibm-db2.md, en/identity-server/5.11.0/docs/setup/changing-to-ibm-db2.md, en/identity-server/6.0.0/docs/deploy/change-to-ibm-db2.md, en/identity-server/6.0.0/docs/deploy/change-to-postgresql.md, en/identity-server/6.1.0/docs/deploy/change-to-ibm-db2.md, en/identity-server/6.1.0/docs/deploy/change-to-postgresql.md, en/identity-server/7.0.0/.../change-to-ibm-db2.md, en/identity-server/7.0.0/.../change-to-postgresql.md, en/identity-server/7.1.0/.../change-to-ibm-db2.md, en/identity-server/7.1.0/.../change-to-postgresql.md, en/identity-server/7.2.0/.../change-to-ibm-db2.md, en/identity-server/7.2.0/.../change-to-postgresql.md, en/identity-server/next/.../change-to-ibm-db2.md, en/identity-server/next/.../change-to-postgresql.md
maxWait in database.identity_db.pool_options and database.shared_db.pool_options is changed from 360000 to 60000 in both DB2 and PostgreSQL docs across all affected IS versions.
New IS 7.3.0 DB2 and PostgreSQL documentation pages
en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md, en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md
New pages added for IS 7.3.0 covering datasource configuration in deployment.toml, SQL script execution, JDBC driver placement, advanced pool options with maxWait = "60000", connection pool commit/rollback behavior, and driver-level timeout recommendations for both IBM DB2 and PostgreSQL.

Suggested labels

Team/Identity Server Core

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Title check ✅ Passed The PR title accurately summarizes the main change: fixing the inconsistent maxWait value across DB2 and PostgreSQL database pool configuration samples.
Description check ✅ Passed The PR description provides sufficient detail about the purpose (fixing inconsistency), affected versions, files changed, and links to the related issue. It covers the main aspects expected.
Linked Issues check ✅ Passed The PR fully addresses the objectives outlined in issue #27975: standardizing the maxWait value from 360000ms to 60000ms across DB2 and PostgreSQL documentation for IS versions 5.10.0-7.3.0.
Out of Scope Changes check ✅ Passed All 16 documentation changes are directly related to resolving the documented inconsistency. No unrelated or out-of-scope modifications are present in the changeset.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
⚔️ Resolve merge conflicts
  • Resolve merge conflict in branch fix/maxwait-db2-postgresql

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@BimsaraBodaragama BimsaraBodaragama deleted the fix/maxwait-db2-postgresql branch June 18, 2026 18:44

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Actionable comments posted: 1

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (3)
en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md (1)

52-52: ⚠️ Potential issue | 🟡 Minor | ⚡ Quick win

Fix spelling: "delimeter" should be "delimiter".

The word is misspelled in the note about the DB2 command delimiter.

✏️ Proposed fix
-			While running the DB2 scripts via the terminal, use the following DB2 command to run the DB2 scripts with the delimeter "/" since the default delimiter script for DB2 is ";".
+			While running the DB2 scripts via the terminal, use the following DB2 command to run the DB2 scripts with the delimiter "/" since the default delimiter script for DB2 is ";".
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`
at line 52, Fix the spelling error in the note about running DB2 scripts via the
terminal. Change the misspelled word "delimeter" to the correct spelling
"delimiter" in the sentence that describes using the DB2 command with the "/"
delimiter since the default delimiter script for DB2 is ";".

Source: Coding guidelines

en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md (1)

52-52: ⚠️ Potential issue | 🟡 Minor | ⚡ Quick win

Fix spelling: "delimeter" should be "delimiter".

The word is misspelled in the note about the DB2 command delimiter.

✏️ Proposed fix
-			While running the DB2 scripts via the terminal, use the following DB2 command to run the DB2 scripts with the delimeter "/" since the default delimiter script for DB2 is ";".
+			While running the DB2 scripts via the terminal, use the following DB2 command to run the DB2 scripts with the delimiter "/" since the default delimiter script for DB2 is ";".
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`
at line 52, Fix the spelling error in the documentation note about running DB2
scripts. Change the misspelled word "delimeter" to "delimiter" in the sentence
that describes using the DB2 command to run scripts with the delimiter, ensuring
the correct spelling of the technical term is used throughout the documentation.

Source: Coding guidelines

en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md (1)

52-52: ⚠️ Potential issue | 🟡 Minor | ⚡ Quick win

Fix spelling: "delimeter" should be "delimiter".

The word is misspelled in the note about the DB2 command delimiter.

✏️ Proposed fix
-			While running the DB2 scripts via the terminal, use the following DB2 command to run the DB2 scripts with the delimeter "/" since the default delimiter script for DB2 is ";".
+			While running the DB2 scripts via the terminal, use the following DB2 command to run the DB2 scripts with the delimiter "/" since the default delimiter script for DB2 is ";".
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`
at line 52, Locate the word "delimeter" in the note about running DB2 scripts
via the terminal and correct the spelling to "delimiter" to match the correct
English spelling used elsewhere in the same sentence.

Source: Coding guidelines

🧹 Nitpick comments (8)
en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md (1)

5-5: ⚡ Quick win

Simplify opening sentence per documentation guidelines.

The phrase "in order to use" can be shortened to "to use" for clearer, more concise language.

✏️ Proposed simplification
-By default, WSO2 Identity Server uses the embedded H2 database as the database
-for storing user management and registry data. Given below are the steps
-you need to follow in order to use DB2 for this purpose.
+By default, WSO2 Identity Server uses the embedded H2 database as the database
+for storing user management and registry data. Follow these steps to use DB2.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`
at line 5, The opening sentence in the file contains verbose phrasing that can
be simplified. In the sentence that currently reads "you need to follow in order
to use DB2 for this purpose", replace the phrase "in order to use" with "to use"
to make the language more concise and clear per documentation guidelines.

Source: Coding guidelines

en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md (1)

5-5: ⚡ Quick win

Simplify opening sentence per documentation guidelines.

The phrase "in order to use" can be shortened to "to use" for clearer, more concise language.

✏️ Proposed simplification
-By default, WSO2 Identity Server uses the embedded H2 database as the database
-for storing user management and registry data. Given below are the steps
-you need to follow in order to use PostgreSQL for this purpose.
+By default, WSO2 Identity Server uses the embedded H2 database as the database
+for storing user management and registry data. Follow these steps to use PostgreSQL.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md`
at line 5, Simplify the opening sentence by replacing the phrase "in order to
use" with "to use" where it appears in the context of PostgreSQL configuration.
This change makes the language more concise and aligns with documentation
guidelines while maintaining the same meaning. Update the sentence to read "you
need to follow to use PostgreSQL for this purpose" instead of "you need to
follow in order to use PostgreSQL for this purpose."

Source: Coding guidelines

en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md (1)

5-5: ⚡ Quick win

Simplify opening sentence per documentation guidelines.

The phrase "in order to use" can be shortened to "to use" for clearer, more concise language.

✏️ Proposed simplification
-By default, WSO2 Identity Server uses the embedded H2 database as the database
-for storing user management and registry data. Given below are the steps
-you need to follow in order to use PostgreSQL for this purpose.
+By default, WSO2 Identity Server uses the embedded H2 database as the database
+for storing user management and registry data. Follow these steps to use PostgreSQL.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md`
at line 5, In the opening sentence of the document, replace the phrase "in order
to use" with "to use" to make the language more concise and clear. The sentence
currently reads "you need to follow in order to use PostgreSQL for this purpose"
and should be simplified to "you need to follow to use PostgreSQL for this
purpose".

Source: Coding guidelines

en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md (1)

5-5: ⚡ Quick win

Simplify opening sentence per documentation guidelines.

The phrase "in order to use" can be shortened to "to use" for clearer, more concise language.

✏️ Proposed simplification
-By default, WSO2 Identity Server uses the embedded H2 database as the database
-for storing user management and registry data. Given below are the steps
-you need to follow in order to use PostgreSQL for this purpose.
+By default, WSO2 Identity Server uses the embedded H2 database as the database
+for storing user management and registry data. Follow these steps to use PostgreSQL.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md`
at line 5, The opening sentence contains the verbose phrase "in order to use"
which can be simplified for better clarity and conciseness in accordance with
documentation guidelines. Locate the phrase "in order to use" in the first
paragraph describing the steps needed for PostgreSQL configuration, and replace
it with the shorter phrase "to use". This maintains the same meaning while
improving readability.

Source: Coding guidelines

en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md (1)

5-5: ⚡ Quick win

Simplify opening sentence per documentation guidelines.

The phrase "in order to use" can be shortened to "to use" for clearer, more concise language.

✏️ Proposed simplification
-By default, WSO2 Identity Server uses the embedded H2 database as the database
-for storing user management and registry data. Given below are the steps
-you need to follow in order to use DB2 for this purpose.
+By default, WSO2 Identity Server uses the embedded H2 database as the database
+for storing user management and registry data. Follow these steps to use DB2.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`
at line 5, Simplify the phrase "in order to use" to "to use" in the sentence on
line 5 of the change-to-ibm-db2.md file. This makes the documentation more
concise and follows standard documentation guidelines for clear, direct
language. Simply remove the words "in order" and keep "to use" in the same
sentence context.

Source: Coding guidelines

en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md (1)

5-5: ⚡ Quick win

Simplify opening sentence per documentation guidelines.

The phrase "in order to use" can be shortened to "to use" for clearer, more concise language.

✏️ Proposed simplification
-By default, WSO2 Identity Server uses the embedded H2 database as the database
-for storing user management and registry data. Given below are the steps
-you need to follow in order to use DB2 for this purpose.
+By default, WSO2 Identity Server uses the embedded H2 database as the database
+for storing user management and registry data. Follow these steps to use DB2.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`
at line 5, In the documentation file, find the sentence containing the phrase
"in order to use DB2 for this purpose" and simplify it by replacing "in order to
use" with "to use". This removes unnecessary wordiness while maintaining
clarity, making the sentence read as "you need to follow to use DB2 for this
purpose" in compliance with documentation style guidelines that prefer concise
language.

Source: Coding guidelines

en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md (1)

5-5: ⚡ Quick win

Simplify opening sentence per documentation guidelines.

The phrase "in order to use" can be shortened to "to use" for clearer, more concise language.

✏️ Proposed simplification
-By default, WSO2 Identity Server uses the embedded H2 database as the database
-for storing user management and registry data. Given below are the steps
-you need to follow in order to use DB2 for this purpose.
+By default, WSO2 Identity Server uses the embedded H2 database as the database
+for storing user management and registry data. Follow these steps to use DB2.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`
at line 5, Simplify the opening sentence by replacing the phrase "in order to
use" with "to use" to make the language more concise and align with
documentation guidelines. Locate the sentence containing "you need to follow in
order to use DB2 for this purpose" and modify it to read "you need to follow to
use DB2 for this purpose" for clearer, more direct phrasing.

Source: Coding guidelines

en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md (1)

5-5: ⚡ Quick win

Simplify opening sentence per documentation guidelines.

The phrase "in order to use" can be shortened to "to use" for clearer, more concise language.

✏️ Proposed simplification
-By default, WSO2 Identity Server uses the embedded H2 database as the database
-for storing user management and registry data. Given below are the steps
-you need to follow in order to use PostgreSQL for this purpose.
+By default, WSO2 Identity Server uses the embedded H2 database as the database
+for storing user management and registry data. Follow these steps to use PostgreSQL.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In
`@en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md`
at line 5, The opening sentence on line 5 contains the phrase "in order to use"
which can be simplified to "to use" to make the documentation more concise and
follow writing guidelines. Locate the text "you need to follow in order to use
PostgreSQL for this purpose" and remove "in order" so the phrase reads "you need
to follow to use PostgreSQL for this purpose" for improved clarity and brevity.

Source: Coding guidelines

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In
`@en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`:
- Line 52: In the note about running DB2 scripts via the terminal, correct the
spelling of "delimeter" to "delimiter" in the sentence that describes using the
DB2 command to run scripts with the "/" delimiter instead of the default ";"
delimiter.

---

Outside diff comments:
In
`@en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`:
- Line 52: Fix the spelling error in the documentation note about running DB2
scripts. Change the misspelled word "delimeter" to "delimiter" in the sentence
that describes using the DB2 command to run scripts with the delimiter, ensuring
the correct spelling of the technical term is used throughout the documentation.

In
`@en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`:
- Line 52: Locate the word "delimeter" in the note about running DB2 scripts via
the terminal and correct the spelling to "delimiter" to match the correct
English spelling used elsewhere in the same sentence.

In
`@en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`:
- Line 52: Fix the spelling error in the note about running DB2 scripts via the
terminal. Change the misspelled word "delimeter" to the correct spelling
"delimiter" in the sentence that describes using the DB2 command with the "/"
delimiter since the default delimiter script for DB2 is ";".

---

Nitpick comments:
In
`@en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`:
- Line 5: Simplify the opening sentence by replacing the phrase "in order to
use" with "to use" to make the language more concise and align with
documentation guidelines. Locate the sentence containing "you need to follow in
order to use DB2 for this purpose" and modify it to read "you need to follow to
use DB2 for this purpose" for clearer, more direct phrasing.

In
`@en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md`:
- Line 5: In the opening sentence of the document, replace the phrase "in order
to use" with "to use" to make the language more concise and clear. The sentence
currently reads "you need to follow in order to use PostgreSQL for this purpose"
and should be simplified to "you need to follow to use PostgreSQL for this
purpose".

In
`@en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`:
- Line 5: Simplify the phrase "in order to use" to "to use" in the sentence on
line 5 of the change-to-ibm-db2.md file. This makes the documentation more
concise and follows standard documentation guidelines for clear, direct
language. Simply remove the words "in order" and keep "to use" in the same
sentence context.

In
`@en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md`:
- Line 5: The opening sentence on line 5 contains the phrase "in order to use"
which can be simplified to "to use" to make the documentation more concise and
follow writing guidelines. Locate the text "you need to follow in order to use
PostgreSQL for this purpose" and remove "in order" so the phrase reads "you need
to follow to use PostgreSQL for this purpose" for improved clarity and brevity.

In
`@en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`:
- Line 5: The opening sentence in the file contains verbose phrasing that can be
simplified. In the sentence that currently reads "you need to follow in order to
use DB2 for this purpose", replace the phrase "in order to use" with "to use" to
make the language more concise and clear per documentation guidelines.

In
`@en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md`:
- Line 5: The opening sentence contains the verbose phrase "in order to use"
which can be simplified for better clarity and conciseness in accordance with
documentation guidelines. Locate the phrase "in order to use" in the first
paragraph describing the steps needed for PostgreSQL configuration, and replace
it with the shorter phrase "to use". This maintains the same meaning while
improving readability.

In
`@en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md`:
- Line 5: In the documentation file, find the sentence containing the phrase "in
order to use DB2 for this purpose" and simplify it by replacing "in order to
use" with "to use". This removes unnecessary wordiness while maintaining
clarity, making the sentence read as "you need to follow to use DB2 for this
purpose" in compliance with documentation style guidelines that prefer concise
language.

In
`@en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md`:
- Line 5: Simplify the opening sentence by replacing the phrase "in order to
use" with "to use" where it appears in the context of PostgreSQL configuration.
This change makes the language more concise and aligns with documentation
guidelines while maintaining the same meaning. Update the sentence to read "you
need to follow to use PostgreSQL for this purpose" instead of "you need to
follow in order to use PostgreSQL for this purpose."
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yml

Review profile: CHILL

Plan: Pro

Run ID: f156719a-6d3f-4bee-b453-9f07d7df889f

📥 Commits

Reviewing files that changed from the base of the PR and between 3331dfb and 1d08a8f.

📒 Files selected for processing (16)
  • en/identity-server/5.10.0/docs/setup/changing-to-ibm-db2.md
  • en/identity-server/5.11.0/docs/setup/changing-to-ibm-db2.md
  • en/identity-server/6.0.0/docs/deploy/change-to-ibm-db2.md
  • en/identity-server/6.0.0/docs/deploy/change-to-postgresql.md
  • en/identity-server/6.1.0/docs/deploy/change-to-ibm-db2.md
  • en/identity-server/6.1.0/docs/deploy/change-to-postgresql.md
  • en/identity-server/7.0.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md
  • en/identity-server/7.0.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md
  • en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md
  • en/identity-server/7.1.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md
  • en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md
  • en/identity-server/7.2.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md
  • en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md
  • en/identity-server/7.3.0/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md
  • en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-ibm-db2.md
  • en/identity-server/next/docs/deploy/configure/databases/carbon-database/change-to-postgresql.md

@BimsaraBodaragama

BimsaraBodaragama commented Jun 18, 2026

Copy link
Copy Markdown
Member Author

@coderabbitai This PR has been superseded by #6197, which contains the same fix but with a cleaner commit history (3 logical commits instead of one per file). Please close your review on this PR.

@BimsaraBodaragama

BimsaraBodaragama commented Jun 18, 2026

Copy link
Copy Markdown
Member Author

Closing this PR — the fix has been re-raised as #6197 with a cleaner commit structure. All 16 file changes are identical; only the commit history has been reorganised. Please track progress in #6197.

@coderabbitai

coderabbitai Bot commented Jun 18, 2026

Copy link
Copy Markdown
Contributor

@BimsaraBodaragama Understood! Since this PR has been superseded by #6196 with the same fixes and a cleaner commit structure, I'll go ahead and resolve my review comments here. Please continue tracking progress in #6197.

✅ Action performed

Comments resolved. Approval is disabled; enable reviews.request_changes_workflow to allow explicit top-level @coderabbitai resolve or @coderabbitai approve commands.

@coderabbitai

coderabbitai Bot commented Jun 18, 2026

Copy link
Copy Markdown
Contributor

@BimsaraBodaragama Understood! I'll resolve my review comments here since this PR has been superseded by #6197 with the same fixes and a cleaner commit structure. Please continue tracking progress in #6197.

✅ Action performed

Comments resolved. Approval is disabled; enable reviews.request_changes_workflow to allow explicit top-level @coderabbitai resolve or @coderabbitai approve commands.

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Sample "maxWait" value in DB2 & PostgreSQL documentation is different to other database type configurations

1 participant