You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@unomi.apache.org by "Kevan Jahanshahi (Jira)" <ji...@apache.org> on 2023/02/23 14:55:00 UTC

[jira] [Updated] (UNOMI-744) Consider session ID creation on Unomi side instead of client applications side.

     [ https://issues.apache.org/jira/browse/UNOMI-744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kevan Jahanshahi updated UNOMI-744:
-----------------------------------
    Summary: Consider session ID creation on Unomi side instead of client applications side.  (was: Consider session ID creation on Unomi side instead of client side.)

> Consider session ID creation on Unomi side instead of client applications side.
> -------------------------------------------------------------------------------
>
>                 Key: UNOMI-744
>                 URL: https://issues.apache.org/jira/browse/UNOMI-744
>             Project: Apache Unomi
>          Issue Type: Improvement
>    Affects Versions: unomi-2.1.0
>            Reporter: Kevan Jahanshahi
>            Priority: Major
>
> Proposal is:
>  * Add new option(s) on Context endpoint to request a new *sessionID* (mean client won't have to provide the {*}sessionID{*})
>  * Unomi could generate the *sessionID* using format:
>  ** UUID-indexName, like: UUID-000001, UUID-000002
>  * Then Unomi would return the *sessionID* in the context response.
> This would provide two major improvements:
>  * {*}improve performance on first visitor /context requests and response time{*}. As we know that session doesn't exists and should be new, so we don't have to ask if session exists or not like today.
>  * *improve session/index affinity* for nexts incoming /context requests, that would increase session retrieval consistency in case of index rolling over.
> To be consider:
>  * this could be a breaking changes for client side applications that are generating the session IDs on there side



--
This message was sent by Atlassian Jira
(v8.20.10#820010)