Hi ,
I am using REST API click to call for some integration work and got an issue with it. Since some web proxy doesn't support "PUT", some of my work doesn't work. So just wondering why uses "PUT" for the REST API other than for example "GET", what's the design intent? Also when using "PUT", some web server expects content length > 0, so everytime I have to put some "dummy" in the content to make web server happy. I would like to suggest to use "GET", but no sure what's the consequence. Any comments? Thanks Jason From: [email protected] [mailto:[email protected]] On Behalf Of Matt Keys Sent: Wednesday, June 24, 2009 1:06 PM To: Tony Graziano; Lawrence, Scott (BL60:9D30) Cc: [email protected] Subject: Re: [sipX-dev] "send profiles" behavior differences in 4.0.1 Thanks for the clarification on that. Out of curiosity does the same thing happen if one is registered on line one, and the other registered on line two? -----Original Message----- From: Tony Graziano [mailto:[email protected]] Sent: Wed 6/24/2009 12:54 PM To: [email protected]; Matt Keys Cc: [email protected] Subject: Re: [sipX-dev] "send profiles" behavior differences in 4.0.1 Because the reboot message is determined by the registration. If the line is registered on multiple devices it will affect multiple devices if they all have the same line as the first line on the phone. >>> "Matt Keys" <[email protected]> 06/24/09 12:47 PM >>> -----Original Message----- From: Scott Lawrence [mailto:[email protected]] Sent: Wed 6/24/2009 10:40 AM To: Matt Keys Cc: Alfred Campbell; [email protected] Subject: Re: [sipX-dev] "send profiles" behavior differences in 4.0.1 "Part of this depends on the behavior of the phone. What sipXconfig does is send a 'check-sync' NOTIFY message to the address for the user associated with the first line on the phone you want to reboot. That message gets forked to all phones that have that address." Why does it fork to all phones that have that address when you're specifying which phone to send the profile to?
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
