[reSIProcate] Finding the correct DialogID to get the InviteSession

[Jason Fischl]

Can you not store the InviteSessionHandle instead? That way you won't need
to call findInviteSession at all. You can just store a map from refid ->
InviteSessionHandle.

On 5/9/06, Kovar, William (Bill) <bkovar at avaya.com> wrote:
>
>  I'm building a multiple UA server that receives 3rd party commands that
> contain a Uri and refid.
>
> A top layer maps Uri->UA to find the UA. But I can't seem to figure out
> what to persist in my UA to find the correct dialog to act on. My UA may
> have multiple active sessions.
>
> If I map inside the UA as such:
> std::map<unsigned long refid, DialogId> the_map;
> and then add to the map
> the_map[refid] = ish->getAppDialog()->getDialogID();
> and then do:
> mdum->findInviteSession(DialogId);
>
> Compiler complains about no appropriate copy constructor on
> resip::DialogId.
>
> Should I modify class DialogId to have a copy constructor or is there
> another way around this? Or does the DialogUsageManager have some goodies
> for me to use to find the correct session inside one UA.
>
> Any alternatives to findInviteSession() ??
>
> Any suggestions??
>
> Bill Kovar
> bkovar at avaya.com
>
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel at list.sipfoundry.org
> https://list.sipfoundry.org/mailman/listinfo/resiprocate-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20060510/0ea55bbd/attachment.htm>