< Previous by Date | Date Index | Next by Date > |
< Previous in Thread | Thread Index | Next in Thread > |
Bill, That’s pretty much how I did it. The
only difference is that I saved a string version of the DialogId and I added a
parse function to class DialogId to rebuild it from a string. I’m not
sure how others handle this. Hong Yu From: Kovar, William
(Bill) [mailto:bkovar@xxxxxxxxx] 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 |