Re: Why are the header classes final?

[email protected]
Newsgroups gmane.comp.voip.nist-sip
Message-ID <[email protected]>
On Thu, 16 Nov 2006 at 23:26, Jeroen van Bemmel wrote:
> The whole idea behind JAIN SIP is that you get a standardized API, which 
> different providers can implement. What you want to do is just not the way 
> things were intended to be used, everything under gov.nist.* is "under the 
> hood"; as an application programmer you shouldn't need to even look at that 
> code.

I'm in a situation where I don't care if I have a dependency on
a particular implementation :)   But yeah, I'm fooling around with
something that isn't standards compliant, so it's not that surprising
that the interface can't accommodate it.  Having said that, it's not
clear to my why subclassing Contact and giving it an alternate string
representation (ie: what would be emitted into the SIP data stream)
would introduce an implementation dependency.

> Did you try my suggestion, i.e. headerFactory.createHeader( "Contact", " 
> magic string <sip:etc>" ) ?

I did, and it sticks the quotes back in.  Is there any way to just say,
"here, this is a preformatted string that is a valid header (or even,
"here is a preformatted header body"), please stick it in to the response"?

Failing that, it looks like I have to munge the source code.

--David
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.