FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

Implement custom signal support for server side remote config by athiramanu · Pull Request #1108 · firebase/firebase-admin-java · GitHub

Implement custom signal support for server side remote config - #1108

Merged
athiramanu merged 1 commit into
ssrcfrom
ssrc-custom-signals
Jul 15, 2025
Merged

Implement custom signal support for server side remote config#1108
athiramanu merged 1 commit into
ssrcfrom
ssrc-custom-signals

Conversation

Copy link
Copy Markdown
Contributor

Hey there! So you want to contribute to a Firebase SDK?
Before you file this pull request, please read these guidelines:

Discussion

  • Read the contribution guidelines (CONTRIBUTING.md).
  • If this has been discussed in an issue, make sure to link to the issue here.
    If not, go file an issue about this before creating a pull request to discuss.

Testing

  • Make sure all existing tests in the repository pass after your change.
  • If you fixed a bug or added a feature, add a new test to cover your code.

API Changes

  • At this time we cannot accept changes that affect the public API. If you'd like to help
    us make Firebase APIs better, please propose your change in an issue so that we
    can discuss it together.

athiramanu force-pushed the ssrc-custom-signals branch from 5fbbede to 2c9a88a Compare June 25, 2025 12:04
athiramanu requested a review from lahirumaramba June 25, 2025 12:06

lahirumaramba left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Thank you! Added a couple comments

(customSignal, targetSignal) -> customSignal.equals(targetSignal));
case STRING_CONTAINS_REGEX:
return compareStrings(targetCustomSignalValues, customSignalValue,
(customSignal, targetSignal) -> Pattern.compile(targetSignal)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Does it make sense to compile and cache this (if we expect this to be used more frequently)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Should we also wrap this in a try-catch? Could this throw java.util.regex.PatternSyntaxException?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low Quality

Skipping the caching part since the tagret signal compilation happens once for every request call. The function is moved to a try catch block where in case of error, it evaluates to false

lahirumaramba added the release:stage Stage a release candidate label Jul 14, 2025
athiramanu force-pushed the ssrc-custom-signals branch from 2c9a88a to af99b87 Compare July 15, 2025 14:03
athiramanu merged commit e8199c2 into ssrc Jul 15, 2025
6 checks passed
rathovarun1032 added a commit that referenced this pull request Sep 23, 2025
* Implementation for Fetching and Caching Server Side Remote Config (#1107)009

* Implementation for Fetching and Caching Server Side Remote Config

* implementation of fetch , cache and load of template

---------

Co-authored-by: Varun Rathore <varunrathore@google.com>

* Implement custom signal targeting for server side RC (#1108)

Co-authored-by: Athira M <athiramanu@google.com>

* Implement percent evaluation for server side RC (#1114)

* [feat] Implement percent evaluation for server side RC

* Ssrc bugbash fix (#1117)

* Handle empty context

* fix issue related to update time

* fix string equality

* fix textcase

* Fix lint errors

* Add unit tests

* fix for [438426692](getDouble() logs a malformed warning on type conversion failure)

Using getDouble on a string parameter value, returns the appropriate default static value but logs a warning which looks incorrect ("%s" in the warning message?).

* Update ServerTemplateResponse.java to fix b/438607881

In the server template builder flow using cached template, evaluation using custom signals is not working as intended.

* Update getServerRemoteConfig.json to fix b/438607881

* Update getServerTemplateData.json to fix b/438607881

* fix for bugs

* Resolve comment related to revert of ServerVersion Class

* remove serverVersion

* Resolve comments related to Evaluator

* fix indentation

* fix indentation

* fix indentations

* fix multi line indent

* fix multi line indents

* Update ConditionEvaluator.java

* Update ConditionEvaluator.java

---------

Co-authored-by: Athira M <athiramanu@google.com>
Co-authored-by: Varun Rathore <varunrathore@google.com>

* Create ParameterValueTest.java

* Fix typo errors

* Change return type and cache regex

* Addressed comment to make cache atomic

* Trigger CI

---------

Co-authored-by: Varun Rathore <varunrathore@google.com>
Co-authored-by: Athira M <athiramanu9400@gmail.com>
Co-authored-by: Athira M <athiramanu@google.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

release:stage Stage a release candidate

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants


Back | FazBrowse Home | New Git URL