/[resiprocate]/branches/b-identity-0505/dum/SubscriptionPersistenceManager.hxx
ViewVC logotype

Log of /branches/b-identity-0505/dum/SubscriptionPersistenceManager.hxx

Parent Directory Parent Directory | Revision Log Revision Log


Sticky Revision:
(Current path doesn't exist after revision 4712)

Revision 4598 - (view) (download) (annotate) - [select for diffs]
Modified Wed May 11 22:53:07 2005 UTC (14 years, 7 months ago) by derek
File length: 2557 byte(s)
Diff to previous 4521
set svn:eol-style to LF

Revision 4521 - (view) (download) (annotate) - [select for diffs]
Modified Thu May 5 22:20:57 2005 UTC (14 years, 7 months ago) by derek
File length: 2557 byte(s)
Diff to previous 4010
branch for identity hacking

Revision 4010 - (view) (download) (annotate) - [select for diffs]
Modified Sat Mar 19 03:54:17 2005 UTC (14 years, 9 months ago) by jason
Original Path: main/sip/resiprocate/dum/SubscriptionPersistenceManager.hxx
File length: 2557 byte(s)
Diff to previous 3923
merged changes from b-teltel-20041118-invitesession 3484:HEAD into the trunk



Revision 3923 - (view) (download) (annotate) - [select for diffs]
Modified Mon Feb 28 06:43:42 2005 UTC (14 years, 9 months ago) by adam
Original Path: main/sip/resiprocate/dum/SubscriptionPersistenceManager.hxx
File length: 183 byte(s)
Diff to previous 2502
Code complete for very simple server-side handling of
REGISTER requests. This code has not yet been tested
in any way except to verify that it compiles, so
caveat implementor.

I think I got all this largely correct and consistent
with the rest of the DUM (although it's a bit unclear
what was intended with the registration persistence
class, so I had to kind of make up an API there; I think
it should be very easy to derive an object from what
I currently have for storage to disk, storage to
a relational database, and/or sharing with a mated
pair over a message bus). For testing purposes, I added
a rudimentary persistence class (InMemoryRegistrationDatabase)
that doesn't actually persist data anywhere but the heap.

Also, it's really unclear to me who is responsible
for cleaning up the BaseUsage/NonDialogUsage objects
in general (and the ServerRegistration objects in
particular), so there may be a memory leak in this
at the moment. Once I figure out how these objects
are managed, I'll verify that the ServerRegistration
objects get cleaned up properly, and fix it if
they dont.

Finally, the current interface to the Persistence
manager is a bit rudimentary: it only handles the
URI and expires values. Discarding the display name
portion of contact headers is hardly a problem,
and not keeping around unknown parameters is unlikely
to ever cause issues; however, this code really should
remember q= values. This oversight should be relatively
easy to fix if it becomes important to anyone. In
fact, I'll probably address it myself at some point
in the near future, but my goal for this weekend is
to get something that works, not something that is
100% perfect.


Revision 2502 - (view) (download) (annotate) - [select for diffs]
Modified Sat Apr 3 17:46:58 2004 UTC (15 years, 8 months ago) by fluffy
Original Path: main/sip/resiprocate/dum/SubscriptionPersistenceManager.hxx
File length: 183 byte(s)
Diff to previous 2488
added guards


Revision 2488 - (view) (download) (annotate) - [select for diffs]
Added Sat Apr 3 15:44:58 2004 UTC (15 years, 8 months ago) by fluffy
Original Path: main/sip/resiprocate/dum/SubscriptionPersistenceManager.hxx
File length: 47 byte(s)
*** empty log message ***


This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, enter a numeric revision.

  Diffs between and
  Type of Diff should be a

webmaster AT resiprocate DOT org
ViewVC Help
Powered by ViewVC 1.1.27