[reSIProcate] Accessing headers on a URI

Byron Campen bcampen at estacado.net
Fri Feb 16 11:55:27 CST 2007


	Oh yes, it would just be nice to be able to do this without all the  
extraneous stuff in SipMessage (mDestination, mSource, mContents,  
mReason, mEncoded, mCompartmentId, etc).

Best regards,
Byron Campen

> Keep in mind that it is possible to embed multiple headers into a URI.
> The current api is probably the most efficient way to get the desired
> functionality.
>
> Jason
>
>
> On 2/16/07, Will McKinley <wmckinle at cisco.com> wrote:
>> Sure thing.
>>
>>
>> On 2/16/07 11:31 AM, "Robert Sparks" <rjsparks at nostrum.com> wrote:
>>
>> > Will -
>> >
>> > If you see a place to make clarifying nudges on the wiki to help  
>> the
>> > next person that runs into this, please add them.
>> >
>> > Thanks,
>> >
>> > RjS
>> >
>> > On Feb 16, 2007, at 10:02 AM, Byron Campen wrote:
>> >
>> >> You'll use the usual SipMessage::header accessor. I know this is
>> >> really heavy for just holding onto a single header-field-value,  
>> but
>> >> right now there is no way to conveniently extract the "I hold
>> >> header-field-values" functionality from SipMessage (as opposed to
>> >> the "I hold transport information" and "I hold a payload"
>> >> functionality).
>> >>
>> >> Best regards,
>> >> Byron Campen
>> >>
>> >>> Sorry to be a pest, but then what accessor on the SipMessage do I
>> >>> use to get
>> >>> to the hname/hvalue.  The header accessor doesn't seem  
>> appropriate
>> >>> so I'm
>> >>> just wondering.
>> >>>
>> >>> Thanks again.
>> >>>
>> >>>
>> >>> On 2/16/07 10:53 AM, "Byron Campen" <bcampen at estacado.net> wrote:
>> >>>
>> >>>> Yeah, that's how it works. Kinda heavy.
>> >>>>
>> >>>> Best regards,
>> >>>> Byron Campen
>> >>>>
>> >>>>> Hi all,
>> >>>>>
>> >>>>> I just need some clarification on how resip handles headers  
>> on a
>> >>>>> Sip URI.  I
>> >>>>> noticed that the documentation pointed to the embedded()  
>> method on
>> >>>>> the Uri
>> >>>>> class, but this returns a SipMessage.  This seems to be  
>> overkill
>> >>>>> for a
>> >>>>> hname/hvalue pair.  Is this really the way it works?
>> >>>>>
>> >>>>> Your help is much appreciated.
>> >>>>> -Will
>> >>>>> _______________________________________________
>> >>>>> resiprocate-devel mailing list
>> >>>>> resiprocate-devel at list.resiprocate.org
>> >>>>> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel
>> >>>>
>> >>
>> >> _______________________________________________
>> >> resiprocate-devel mailing list
>> >> resiprocate-devel at list.resiprocate.org
>> >> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel
>> _______________________________________________
>> resiprocate-devel mailing list
>> resiprocate-devel at list.resiprocate.org
>> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel
>>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2423 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20070216/16f38b61/attachment.bin>


More information about the resiprocate-devel mailing list