[SR-Users] evapi:message-received and state

[Alex Balashov]

Hi Daniel, 

Thank you. It’s just a pity because it’s a large JSON blob, so would have to be parsed twice (it also contains the transaction ID/label). I can change the wire format so as to not require this, probably, though. 

Do you know offhand what the maximum length of the value that can be assigned to a $var is?

—
Sent from mobile, apologies for brevity and errors.

> On Nov 7, 2022, at 2:56 AM, Daniel-Constantin Mierla <miconda at gmail.com> wrote:
> 
> Hello,
> 
> iirc, the continue is done by the same worker process that executes the
> event route, so you can pass it via $var(...), otherwise you can
> propagate it to other process via mqueue (+rtimer). Using htable with a
> key based on transaction ids should be fine as well, at the end htable
> is designed as a fast key/value in-memory storage.
> 
> Cheers,
> Daniel
> 
>> On 07.11.22 05:36, Alex Balashov wrote:
>> Hi,
>> 
>> I am t_continue()ing a transaction inside of event_route[evapi:message-received]. The $evapi(msg) has quite a bit of payload that will be needed by the resumed transaction.
>> 
>> Is there a good way to inject this data into the transaction scope externally? No [X]AVPs created in the event_route persist, of course, since the route is scoped outside of the transaction.
>> 
>> I have been using htable to pass data into the transaction, keyed by the index and label. But, this strikes me as a kind of clumsy memory synchronisation anti-pattern. Is there a better way?
>> 
>> Cheers,
>> 
>> — Alex
>> 
>> -- 
>> Alex Balashov | Principal | Evariste Systems LLC
>> 
>> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
>> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>> 
>> 
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>> sr-users at lists.kamailio.org
>> Important: keep the mailing list in the recipients, do not reply only to the sender!
>> Edit mailing list options or unsubscribe:
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> 
> -- 
> Daniel-Constantin Mierla -- www.asipto.com
> www.twitter.com/miconda -- www.linkedin.com/in/miconda
>