Refactor to not use mod-configuration client for retrieving accessTypesLimit

Priority

Environment

None

Template

None

Description

Currently there is a way to specify via mod-configuration how many access types could be created in mod-kb-ebsco-java.


Requirements:
Use only static value for the config with env variables. Default value = 15 (already defined with kb.ebsco.credentials.access.types.limit)

Development Team

Spitfire

Release

Not Scheduled

Story Points

Sprint

Checklist

hide

Activity

Show:

Khalilah Gambrell March 10, 2025 at 3:03 PM

15 static value is fine.

Pavlo Smahin March 10, 2025 at 2:59 PM

  1. We need it to not use mod-configuration as it deprecated

  2. It’s exactly about transition (transition to mod-settings is not preferred; it’s better to do a transition to internal storing of the configurations)

  3. The current default value is 15 if there is no value in mod-configuration. There is a question if it should be configurable in runtime ( with mod-settings or internal config) or if it could be a static value: 15, 25 or any.

Khalilah Gambrell March 10, 2025 at 2:53 PM

1. Why do we need to do this change? 2. Should we wait to do this change until we transition from mod-configuration to mod-settings? What if we set the limit to 25?

Details

RCA Group

TBD

Assignee

Reporter

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs
Created March 10, 2025 at 2:44 PM
Updated March 12, 2025 at 10:32 AM
TestRail: Cases
TestRail: Runs