> I implemented a BACK2BACK sip application.

>  In our scnerios, our application finds the telephone numbers
> associated with the subscriber.(B Party) Our application multiplexes
> the SIP Invite to all telephone numbers of the B Party subscriber.
> When one of the numbers accepts the call, our application sends Cancel
> to all other numbers. (Like Forking...)

> Briefly, when invite comes to our application, we generates 3
> different call leg. (Total 4 different call-id) When we got 200 Ok one
> of the outgoing leg, we are sending Cancel messages to other outgoing
> legs.

> This feature was working with Glassfish Sailfin. But in mobicent we
> are getting problem. When i tried to create Cancel request from
> outgoing Leg, i am getting NullPointerException.

>  public void sendCancelToSubLegs(SubCall otherSubCall) throws
> IOException {
>        try {

>            SipServletRequest cancelRequest;

>            cancelRequest =
> otherSubCall.getOutgoingLeg().createCancel();

>            if (cancelRequest != null) {

>                cancelRequest.removeHeader("Content-Type");
>                cancelRequest.removeHeader("Content-Length");
>                cancelRequest.send();
> <---------------------------------- Null Pointer Exception
>            } else {
>                logger.warn("Cancel Request is Null!! We couldn't send
> Cancel request !");
>            }

>        } catch (Exception e) {
>            logger.debug("Exception occured while sending cancel to
> sub legs...: " + e);
>            e.printStackTrace();
>        }
>    }

> When i commented these two lines, problem resolved. But when we don't
> remove these headers, Leadtek phones don't accept Cancel messages.
> In RFC-3261 says that it is not compulsory to be exists these fields
> in Cancel message.

> Can you create an issue here
> http://code.google.com/p/mobicents/issues/entry?template=Mobicents%20...
>  ?

> Thanks in advance
> BR
> Jean

> On Fri, Mar 4, 2011 at 9:57 AM, atomic ant <alper....@argela.com.tr<javascript:>
> > wrote:

>> //cancelRequest.removeHeader("Content-Type");
>> //cancelRequest.removeHeader("Content-Length");

>> When i commented these two lines, problem resolved. But when we don't
>> remove these headers, Leadtek phones don't accept Cancel messages.
>> In RFC-3261 says that it is not compulsory to be exists these fields
>> in Cancel message.

> Thanks,
> Tim

> On Monday, March 7, 2011 11:40:48 AM UTC-5, Jean Deruelle wrote:

>> Can you create an issue here http://code.google.com/p/**
>> mobicents/issues/entry?**template=Mobicents%20Sip%**20Servlets%20Template<http://code.google.com/p/mobicents/issues/entry?template=Mobicents%20...>
>>  ?

>> Thanks in advance
>> BR
>> Jean

>> On Fri, Mar 4, 2011 at 9:57 AM, atomic ant <alper....@argela.com.tr>wrote:

>>> //cancelRequest.removeHeader("**Content-Type");
>>> //cancelRequest.removeHeader("**Content-Length");

>>> When i commented these two lines, problem resolved. But when we don't
>>> remove these headers, Leadtek phones don't accept Cancel messages.
>>> In RFC-3261 says that it is not compulsory to be exists these fields
>>> in Cancel message.

> Jean

> On Tue, Sep 25, 2012 at 3:28 PM, Tim Ross <timross...@gmail.com> wrote:

>> How can I track this bug?  I am facing the same issue in Mobicents 1.7.
>>  Also Jain Sip's SIPMessage.setContent throws a similar exception when
>> trying to computeContentLength().  since contentLenghtHeader == null,
>> contentLengthHeader.setContentLength(length) throws NullPointerException.
>>  BTW, where can I get the jain sip source so I can build it into mobicents
>> 1.7?

>> Thanks,
>> Tim

>> On Monday, March 7, 2011 11:40:48 AM UTC-5, Jean Deruelle wrote:

>>> Can you create an issue here http://code.google.com/p/**
>>> mobicents/issues/entry?**template=Mobicents%20Sip%**
>>> 20Servlets%20Template<http://code.google.com/p/mobicents/issues/entry?template=Mobicents%20...>
>>>  ?

>>> Thanks in advance
>>> BR
>>> Jean

>>> On Fri, Mar 4, 2011 at 9:57 AM, atomic ant <alper....@argela.com.tr>wrote:

>>>> //cancelRequest.removeHeader("**Content-Type");
>>>> //cancelRequest.removeHeader("**Content-Length");

>>>> When i commented these two lines, problem resolved. But when we don't
>>>> remove these headers, Leadtek phones don't accept Cancel messages.
>>>> In RFC-3261 says that it is not compulsory to be exists these fields
>>>> in Cancel message.

> I agree with the bug report, and that sending a request with no content
> length is generally illegal, so does not need to be supported.  But I would
> expect to be able to invoke SipServletMessage.toString() or
> SipServletMessage.setContent(..)  after removing the Content-Length header.
>  In mss 1.7 I get the following behavior:

> SipServletMessage sipServletMessage = sipFactory.createRequest(..)
> sipServletMessage.removeHeader("Content-Length");
> sipServletMessage.toString();  // throws NullPointerException
> sipServletMessage.setContent(...) // also throws NullPointerException when
> it calculates the content length and tries to set it internally.

> Thanks,
> Tim

>  On Tue, Sep 25, 2012 at 9:46 AM, Jean Deruelle <jean.derue...@gmail.com>wrote:

>> http://code.google.com/p/mobicents/issues/detail?id=2403

>> Jean

>> On Tue, Sep 25, 2012 at 3:28 PM, Tim Ross <timross...@gmail.com> wrote:

>>> How can I track this bug?  I am facing the same issue in Mobicents 1.7.
>>>  Also Jain Sip's SIPMessage.setContent throws a similar exception when
>>> trying to computeContentLength().  since contentLenghtHeader == null,
>>> contentLengthHeader.setContentLength(length) throws NullPointerException.
>>>  BTW, where can I get the jain sip source so I can build it into mobicents
>>> 1.7?

>>> Thanks,
>>> Tim

>>> On Monday, March 7, 2011 11:40:48 AM UTC-5, Jean Deruelle wrote:

>>>> Can you create an issue here http://code.google.com/p/**
>>>> mobicents/issues/entry?**template=Mobicents%20Sip%**
>>>> 20Servlets%20Template<http://code.google.com/p/mobicents/issues/entry?template=Mobicents%20...>
>>>>  ?

>>>> Thanks in advance
>>>> BR
>>>> Jean

>>>> On Fri, Mar 4, 2011 at 9:57 AM, atomic ant <alper....@argela.com.tr>wrote:

>>>>> //cancelRequest.removeHeader("**Content-Type");
>>>>> //cancelRequest.removeHeader("**Content-Length");

>>>>> When i commented these two lines, problem resolved. But when we don't
>>>>> remove these headers, Leadtek phones don't accept Cancel messages.
>>>>> In RFC-3261 says that it is not compulsory to be exists these fields
>>>>> in Cancel message.