[reSIProcate] Using DUM to perform an invite with non-SDP body

[Alan Stokes]

On 9/7/05, Jason Fischl <jason at sipedge.com> wrote:
> 
> As currently implemented, InviteSession and InviteSessionHandler are
> very much tied to SDP and offer/answer exchanges. If you want to make
> new session types that are based on different contents, you would be
> best off deriving a new Session class from DialogUsage. and also
> making up a new Handler class. 


One downside of this approach is that I can't do it without modifying the 
existing source code. (DialogUsageManager::makeNewSession is private, and 
also I see that DialogUsageManager makes *InviteSession a friend.) Is there 
any intention to make it easier to add new types of dialog? The coupling 
seems very tight at the moment.

BTW, I'm currently looking at the 0.9.0 tarball. I see that quite a lot has 
changed since then - a source code reorganisation amongst other things. 
Would I be better off getting the current tip, especially if I'm going to be 
modifying things? Is another tarball in the works at all?

- Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20050908/23ec1435/attachment.htm>