yess let me give you an example:
curl --insecure -X PUT -u 2010:2010 https://2010:2010@192.168.69.1:8443/sipxconfig/rest/my/conference/StanzaG/change --data-binary @prova.xml and in data binary file "prova.xml" do you need to report the same xml format you get from curl --insecure -X GET -u 2010:2010 https://2010:2010@192.168.69.1:8443/sipxconfig/rest/my/conferences just the inner part the one start with "conference" tag give it a try bye On Thu, May 10, 2012 at 5:09 PM, Carl Constantine <carl.constant...@royalroads.ca> wrote: > Ooooohhh, thank you. I will look into it. > > Any particular requirements (patch level) before applying patch? Do you have > a description of the commands? > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Carl B. Constantine, IT Analyst > Server, Network and Telecomm Infrastructure > IT Services > Royal Roads University > 250 391-2600 ext.4975 > fax 250 391-2594 > http://www.royalroads.ca > carl.constant...@royalroads.ca > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > -----Original Message----- > From: sipx-users-boun...@list.sipfoundry.org > [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Domenico Chierico > Sent: May-10-12 4:48 AM > To: Discussion list for users of sipXecs software > Subject: Re: [sipx-users] Conferencing web API > > here i've post a patch: > > http://track.sipfoundry.org/browse/XX-10052 > > that allow "change" command on the jet create conference rooms: > > you can change every paramenter from the pin to the owner > > On Tue, May 8, 2012 at 8:55 PM, Mircea Carasel <mirc...@ezuce.com> wrote: >> >> >> On Tue, May 8, 2012 at 9:43 PM, Carl Constantine >> <carl.constant...@royalroads.ca> wrote: >>> >>> So is there a way to programmatically create a new conference and assign >>> it a user, then use the REST services to do the other things I need to do? >>> Can I create/update the XML file(s) maybe? >>> >>> >>> >>> How soon will admin functions for conferences be available so I don't get >>> "user is not owner of conference" errors and I can have a conference left >>> unassigned or even assign it to the admin user or something, or maybe >>> address admin functions like changing the conference PIN another way until >>> admin REST functionality is available. For example, can I re-write the XML >>> file directly and restart a service? >> >> We currently don't have any plans to extend the available REST apis we have >> now. >> Programmatically, everything you say you need looks doable, and we would >> appreciate patches with new REST apis :) >> >> Mircea >>> >>> >>> >>> >>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> Carl B. Constantine, IT Analyst >>> >>> Server, Network and Telecomm Infrastructure >>> >>> IT Services >>> >>> Royal Roads University >>> 250 391-2600 ext.4975 >>> fax 250 391-2594 >>> http://www.royalroads.ca >>> carl.constant...@royalroads.ca >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> >>> >>> >>> From: sipx-users-boun...@list.sipfoundry.org >>> [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Mircea Carasel >>> Sent: May-08-12 11:32 AM >>> >>> >>> To: Discussion list for users of sipXecs software >>> Subject: Re: [sipx-users] Conferencing web API >>> >>> >>> >>> >>> >>> On Tue, May 8, 2012 at 7:51 PM, Carl Constantine >>> <carl.constant...@royalroads.ca> wrote: >>> >>> Ok, does this mean then that all REST services go through port 8443 and >>> /sipxconfig/rest now instead of port 8085? I see a note on a page about >>> recording conferences that looks like this: >>> >>> >>> >>> curl --digest -k --request >>> PUT https://200:1...@example.sip.domain:8085/recordconference?action=start\&conf=200Conf >>> >>> >>> >>> Additionally, what about creating a NEW conference? So far all the >>> commands seem to relate to existing conferences. It also seems like the >>> admin user (superadmin) cannot 'own' a conference, at least I can't seem to >>> assign the user a conference through the web interface. >>> >>> >>> >>> So if I want to create a conference through the REST API on behalf of a >>> user (their phone number and password), can I do that? >>> >>> Right, the conference management service goes through port 8443, and not >>> 8085, the curl call on port 8085 is obsolete... >>> >>> Currently, there is no way to create a NEW conference through REST >>> services. You are right, all commands relate to existing conferences. >>> >>> >>> >>> Mircea >>> >>> >>> >>> >>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> Carl B. Constantine, IT Analyst >>> >>> Server, Network and Telecomm Infrastructure >>> >>> IT Services >>> >>> Royal Roads University >>> 250 391-2600 ext.4975 >>> fax 250 391-2594 >>> http://www.royalroads.ca >>> carl.constant...@royalroads.ca >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> >>> >>> >>> From: sipx-users-boun...@list.sipfoundry.org >>> [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Mircea Carasel >>> Sent: May-08-12 9:16 AM >>> >>> >>> To: Discussion list for users of sipXecs software >>> Subject: Re: [sipx-users] Conferencing web API >>> >>> >>> >>> >>> >>> On Tue, May 8, 2012 at 6:34 PM, Carl Constantine >>> <carl.constant...@royalroads.ca> wrote: >>> >>> Ahh, ok thank you. That helps. But please bear with me as I have a few >>> more questions. I'm not completely familiar with VoIP and SIP protocols and >>> what certain things mean. It's quite possible I could even get permission >>> from my manager to contribute code to the project. But let's start small. >>> >>> >>> >>> Is there a SOAP API for conferences? Should there be? Quite frankly, I >>> prefer xml over curl if I can get away with it, but having the flexibility >>> to do both is good and I can write code for both pretty easily. >>> >>> No, there is no SOAP API for conferences. SOAP web services has been >>> discontinued and new web services use REST architecture as a model and offer >>> two representations: XML and JSON >>> >>> >>> >>> Also, what do you mean by REST or RESTful? Is it a protocol for VoIP or >>> SIP? >>> >>> REST means Representational State Transfer and is an alternative for SOAP >>> web services. it describes a new web services model and it uses HTTP/HTTPS >>> as protocols >>> >>> It has nothing to do with VoIP or SIP >>> >>> >>> >>> http://en.wikipedia.org/wiki/Representational_state_transfer >>> >>> >>> >>> RESTful is a JAVA implementation API for REST. Others are Apache CXF from >>> Apache or RESTeasy from JBOSS >>> >>> >>> >>> Also, it would be nice to have some sort of scheduling component to >>> "public" conferences (which is essentially what I'm writing to replace our >>> old Nortel based P.o.S. system). Maybe I can potentially write code for that >>> and contribute back to the project, but require my managers approval for >>> that. >>> >>> well, contributions are always welcomed >>> >>> Mircea >>> >>> >>> >>> >>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> Carl B. Constantine, IT Analyst >>> >>> Server, Network and Telecomm Infrastructure >>> >>> IT Services >>> >>> Royal Roads University >>> 250 391-2600 ext.4975 >>> fax 250 391-2594 >>> http://www.royalroads.ca >>> carl.constant...@royalroads.ca >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> >>> >>> >>> From: sipx-users-boun...@list.sipfoundry.org >>> [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Mircea Carasel >>> Sent: May-08-12 7:23 AM >>> >>> >>> To: Discussion list for users of sipXecs software >>> Subject: Re: [sipx-users] Conferencing web API >>> >>> >>> >>> >>> >>> On Tue, May 8, 2012 at 2:29 AM, Carl Constantine >>> <carl.constant...@royalroads.ca> wrote: >>> >>> Ok, well hopefully the docs on this can be updated soon. If not, where can >>> I find up-to-date information and maybe I will update the docs as I write >>> code. >>> >>> You are right, we need to update the wiki doc >>> >>> However, information about conference new api can be retrieved from here >>> >>> http://track.sipfoundry.org/browse/XX-9886 >>> >>> There is a comment that explains how the url looks like and some >>> explanations >>> >>> If you can update wiki doc based on this information and given your >>> testing, would be great! thanks >>> >>> >>> Anyway, when I do you suggest, I get the following error: >>> >>> HTTP ERROR: 403 >>> User is not owner of this conference >>> RequestURI=/sipxconfig/rest/my/conference/test/list >>> >>> >>> This is sort of correct. The conference has no owner, so the >>> administration of the conference should be the admin user which is what I >>> used to try to access the command. So in this scenario, how would the admin >>> user access conference details. It would be nice if this could be done >>> regardless of the conference owner. >>> >>> This rest api is addressed to user (has the pattern /rest/my) and apply to >>> user owned conferences >>> >>> What you are suggesting makes sense, but for this to be accomplished we >>> would need a new REST API that applies to admin users (to have the format >>> /<service_name>, so not to contain /my) >>> >>> Here is how admin and user rest apis are distinguished: >>> >>> http://wiki.sipfoundry.org/display/sipXecs/Configuration+RESTful+Service - >>> there are two chapters Admin services and User services >>> >>> >>> I would also like to change ownership of the conference to correspond to a >>> conference chair who can then use commands in the conference instead of the >>> admin user. >>> >>> the new Admin conference rest api should be able to do that >>> >>> >>> >>> At any rate, this still comes down to having accurate documentation >>> available. >>> >>> >>> >>> >>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> Carl B. Constantine, IT Analyst >>> Server, Network and Telecomm Infrastructure >>> IT Services >>> Royal Roads University >>> 250 391-2600 ext.4975 >>> fax 250 391-2594 >>> http://www.royalroads.ca >>> carl.constant...@royalroads.ca >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> >>> -----Original Message----- >>> From: sipx-users-boun...@list.sipfoundry.org >>> [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of George Niculae >>> Sent: May-07-12 4:16 PM >>> To: Discussion list for users of sipXecs software >>> Subject: Re: [sipx-users] Conferencing web API >>> >>> On Tue, May 8, 2012 at 1:57 AM, Carl Constantine >>> <carl.constant...@royalroads.ca> wrote: >>> > I have a couple conferences set up for testing purposes similar to >>> > what is described here: >>> > http://wiki.sipfoundry.org/display/sipXecs/Conferences >>> > >>> > >>> > >>> > The Web API here: >>> > http://wiki.sipfoundry.org/display/sipXecs/Conference+Web+Service, >>> > says I can send commands to a conference. But if I try to run a >>> > command, I get a >>> > 404 error: >>> > >>> > >>> > >>> > https://user:pass@somehost:8085/conference/test/list >>> > >>> > >>> > >>> > HTTP ERROR: 404 >>> > >>> > /conference/test/list Not Found >>> > >>> > RequestURI=/conference/test/list >>> > >>> > Powered by Jetty:// >>> > >>> > >>> > >>> > >>> > >>> > Is something not configured correctly? Conferencing is enabled. I can >>> > actually call the conference from my SIP phone and the conference >>> > works, but I can't seem to do anything programmatically on it. What am I >>> > doing wrong? >>> > >>> > >>> > >>> > Also, I want to programmatically change/update the user and/or the PIN >>> > associated with a conference on occasion, so it acts more like a >>> > private conference. We just rotate the PIN so it's not the same from >>> > one conference to the next. Looking at the WEB API I should be able to >>> > do that do, something like: >>> > >>> > >>> > >>> > curl --digest -k -X PUT >>> > https://user:pass@somehost:8085/conference/test/pin/12345 >>> > >>> > >>> > >>> > But again, that does not work. >>> > >>> > >>> > >>> > Ideas? Is there some other configuration or file I should be looking at? >>> > Different port things are running on for the Conference API? >>> > >>> >>> API has been changed and moved on config side and wiki page is not up to >>> date, you should try something like >>> https://user:pass@somehost/sipxconfig/rest/my/conference/test/list >>> and use conf owner / pass to call it. >>> >>> George >>> _______________________________________________ >>> sipx-users mailing list >>> sipx-users@list.sipfoundry.org >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> _______________________________________________ >>> sipx-users mailing list >>> sipx-users@list.sipfoundry.org >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> >>> >>> >>> >>> _______________________________________________ >>> sipx-users mailing list >>> sipx-users@list.sipfoundry.org >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> >>> >>> >>> >>> _______________________________________________ >>> sipx-users mailing list >>> sipx-users@list.sipfoundry.org >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> >>> >>> >>> >>> _______________________________________________ >>> sipx-users mailing list >>> sipx-users@list.sipfoundry.org >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> >> >> >> _______________________________________________ >> sipx-users mailing list >> sipx-users@list.sipfoundry.org >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/