Re: [Asterisk-java-devel] ARI support in asterisk 2.0
Brought to you by:
srt
From: Sebastian <sc...@gm...> - 2015-04-17 14:15:52
|
I will try to get to them, maybe we can make something to integrate that library in a transparent manner. > On Apr 16, 2015, at 22:18, Brett Sutton <bs...@no...> wrote: > > Sebastian, > would you be will to start a conversation with ari4java guys and see if they are interested in a collaborative effort? > > It would seem silly for us to build ari lib if it already exists. Of course one argument is that it may make more sense for there to be two separate libraries but I haven't got my head around ARI to make a reasonable comment. > > Of course either way it would be sensible for the two groups to ensure interoperability so we don't tread on each others toes if a single application needs both libraries. > > Brett > > On 15/04/15 11:51, Sebastian wrote: >> This is how I would do based on your thoughts: >> >> >> release 1.0 as it is (is been long time there waiting) >> >> I’ve merged some forks to mine to start testing at least the ones that are more active towards Ast 13 but my plan is start testing for real >> about end of May, I was planing to start based on that but could change if we contact other developers with forks and merge all on the base project. >> >> >> Maybe we can make like 1.1 branch with pulls from others is there are any real fixes that are for all. >> >> if not I would move to a 2.0 version moving towards Ast 13 and ARI, >> >> ARI is supposed to be more performant than AMI and have a easier API based on REST, is suppose to be able to do more than AMI (the example they are always giving is that you could build your queue system or voicemail system using ARI and in this way make it more light weight), anyhow I still not that convinced on what can you really do that cannot do with AGI but they are going that way. >> >> We can also talk with someone from projects like https://github.com/l3nz/ari4java <https://github.com/l3nz/ari4java> to check if we can merge all in one project. (we already have AMI and AGI). >> >> I’ve also contribute some time ago on the asterisk-java-iax but I finally desisted and i’ve just used for some click to call apps (due to be easier to go through firewalls than sip) anyway that project is defunct from my point of view due to the incapacity of find developers to move it forward. >> >> About versions supported of asterisk I think that is possible to continue adding support to new releases adding the properties that are missing and letting the oldones too so the objects can have all of them, maybe add an identifier of the version in the object so you now how to proceed. >> >> I don’t know which versions are you using but I’ve been a long time in 10 and the plan is moving to 13 this year. >> >> let me know >> >> best regards >> >> >> >> >> >>> On Apr 14, 2015, at 22:22, Brett Sutton <bs...@no... <mailto:bs...@no...>> wrote: >>> >>> >>> So one of the Asterisk Java dev's sebastian has suggested ARI support in 2.0 >>> >>> So I've never used ARI nor have I read much about it. >>> >>> So there are a number of questions that come to mind. >>> >>> Does ARI give asterisk java any benefits or is it just another means of >>> communicating with asterisk. >>> >>> What is digiums intention with AMI vs ARI? >>> >>> Is ARI designed to replace AMI or will they always exists side by side. >>> >>> Are there any performance losses/gains with ARI compared with AMI. >>> >>> Can ARI do stuff that AMI can't. >>> >>> Other thoughts? >>> >>> >>> brett >>> >>> >>> ------------------------------------------------------------------------------ >>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT >>> Develop your own process in accordance with the BPMN 2 standard >>> Learn Process modeling best practices with Bonita BPM through live exercises >>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- <http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-> event?utm_ >>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF >>> _______________________________________________ >>> Asterisk-java-devel mailing list >>> Ast...@li... <mailto:Ast...@li...> >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel <https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel> >> >> >> >> ------------------------------------------------------------------------------ >> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT >> Develop your own process in accordance with the BPMN 2 standard >> Learn Process modeling best practices with Bonita BPM through live exercises >> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual <http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual>- event?utm_ >> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF >> >> >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... <mailto:Ast...@li...> >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel <https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel> > > > -- > S. Brett Sutton > > Ph: 1300 NOOJEE (1300 666 533) > Noojee Telephony Solutions - On Demand Contact Centres Solutions > www.noojee.com.au <http://www.noojee.com.au/>------------------------------------------------------------------------------ > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard > Learn Process modeling best practices with Bonita BPM through live exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF_______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel |