asterisk-java-devel Mailing List for Asterisk-Java Library
Brought to you by:
srt
Menu
▾
▴
asterisk-java-devel — Asterisk-Java Developer List
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(8) |
Jul
(3) |
Aug
(6) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(8) |
Feb
(6) |
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
(17) |
Aug
(21) |
Sep
(2) |
Oct
(7) |
Nov
(8) |
Dec
(12) |
| 2007 |
Jan
(10) |
Feb
(19) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(6) |
Nov
(1) |
Dec
(5) |
| 2008 |
Jan
(12) |
Feb
(15) |
Mar
(18) |
Apr
(34) |
May
(3) |
Jun
(34) |
Jul
(5) |
Aug
(1) |
Sep
(8) |
Oct
|
Nov
(2) |
Dec
(2) |
| 2009 |
Jan
(8) |
Feb
(2) |
Mar
(35) |
Apr
(16) |
May
(11) |
Jun
(2) |
Jul
(6) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(4) |
Dec
|
| 2010 |
Jan
(43) |
Feb
(15) |
Mar
(1) |
Apr
(7) |
May
(3) |
Jun
(7) |
Jul
(1) |
Aug
(3) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(2) |
Mar
(9) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
| 2012 |
Jan
(9) |
Feb
(2) |
Mar
(4) |
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(10) |
Nov
(10) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(10) |
Dec
|
| 2014 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(2) |
Mar
(7) |
Apr
(39) |
May
(18) |
Jun
(6) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
(9) |
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: S. B. S. <bs...@no...> - 2016-04-21 03:53:44
|
sorry for the late reply. But thanks for organising that. Its appreciated. On 18/03/16 00:12, Stefan Reuter wrote: > Hi, > > I have just moved asterisk-java.org to jekyll and github pages so it is > easier to be maintained by the community. > The apt files that were part of the maven site (design, tutorial, faq) > have been converted to markdown so the src/site directory in the > asterisk-java repo could be removed. > > The site is available at http://asterisk-java.org/ and the repo is > https://github.com/asterisk-java/asterisk-java.github.io > > Best regards, > > Stefan > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140 > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel |
|
From: Stefan R. <ste...@re...> - 2016-03-17 13:29:24
|
Hi, I have just moved asterisk-java.org to jekyll and github pages so it is easier to be maintained by the community. The apt files that were part of the maven site (design, tutorial, faq) have been converted to markdown so the src/site directory in the asterisk-java repo could be removed. The site is available at http://asterisk-java.org/ and the repo is https://github.com/asterisk-java/asterisk-java.github.io Best regards, Stefan |
|
From: Jose B. <pe...@gm...> - 2016-02-25 12:49:24
|
*> You must therefore do it on a separate asterisk-manager connection* *> - and I would suggest separate thread as well* *>* Yes. I had to do that. In scenarios with high load, I got "timeout exception" when sending an action to get a response, using one managerConnection. It happened when I received many many events in same second. With a second managerConnection (which does not receive any events) now it is working OK. Thank you! :) On 14 February 2016 at 22:34, Robert Sutton <rs...@as...> wrote: > The problem is that the reader thread for the asterisk-manager connection > is used to handle the event, so if you push out any manager command/action > you can't get the response because you are holding the reader thread. > > You must therefore do it on a separate asterisk-manager connection - and I > would suggest separate thread as well, I can't recall if there is anything > like ThreadLocal used in the manager connection implementation but it would > be the safest option. > > > On 15/02/16 08:17, Jose Baez wrote: > > Yes, I know. I took care of that already. > Thanks. > > But if i send and action that gets a 'response' (not an event) I guess > there is no problem to do it inside event handler, isn't it? > > El 14/02/2016 20:59, "S. Brett Sutton" <bs...@no...> escribió: > >> Yes you can create a new thread within the event handler. >> >> But 'safe', that will depend on what you do!!! >> >> It is actually often 'necessary' to create a new thread. For instance if >> you fire an action that needs an event response then you can't do that from >> the event handler as the event will be blocked because you are in the event >> handling thread. >> >> On 12/02/16 19:13, Jose Baez wrote: >> >> Thanks for explanation. So, is it safe to create a new thread inside >> handleevent() to minimize blocking in main thread? >> >> Hehe, the code I posted is a piece of code extracted from full code that >> it is worlking. :) >> >> Thank you. >> >> El 12/02/2016 02:56, "S. Brett Sutton" < <bs...@no...> >> bs...@no...> escribió: >> > >> > By your code won't work as you haven't registered yourself as a >> listener. >> > >> > Have a look at the Hello Events example here; >> > >> > >> https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html >> > >> > >> > >> > >> > >> > >> > On 12/02/16 11:09, S. Brett Sutton wrote: >> >> >> >> No, events are generated from a single 'event handling loop'. >> >> >> >> So whilst the event will generated in a different thread to you main >> thread all events come from one thread. >> >> >> >> Note: this does have implications when processing events. If the >> processing logic does long running tasks then you can block the event >> thread. If you do this for too long than asterisk will disconnect the >> manager connection. >> >> >> >> Brett >> >> >> >> On 11/02/16 21:32, Jose Baez wrote: >> >>> >> >>> Hello! >> >>> >> >>> >> >>> With this lines of code, when I receive a new Event, is a new Thread >> created for each "handleEvent()" ? Or will "handleEvent()" start to run >> when the previous "handleEvent" is completely finished? >> >>> >> >>> public class AsteriskJava implements ManagerEventListener { >> >>> >> >>> ... >> >>> ... >> >>> >> >>> public static main () { >> >>> >> >>> try { >> >>> >> >>> AsteriskJava asteriskJava = new AsteriskJava(); >> >>> asteriskJava.run(); >> >>> >> >>> } catch { } >> >>> } >> >>> >> >>> @Override >> >>> public void onManagerEvent(ManagerEvent event) { >> >>> >> >>> if (event.getClass() == NewExtenEvent.class) { >> >>> handleEvent((NewExtenEvent) event); >> >>> } >> >>> else if ((event.getClass() == ... >> >>> ... >> >>> ... >> >>> >> >>> } >> >>> >> >>> protected void handleEvent (NewExtenEvent event) { } >> >>> ... >> >>> ... >> >>> >> >>> } >> >>> ___ >> >>> ___ >> >>> >> >>> >> >>> >> >>> Thank you. >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >> >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> >>> Monitor end-to-end web transactions and take corrective actions now >> >>> Troubleshoot faster and improve end-user experience. Signup Now! >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Asterisk-java-devel mailing list >> >>> Ast...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> >> >> >> >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Site24x7 APM Insight: Get Deep Visibility into Application Performance >> > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> > Monitor end-to-end web transactions and take corrective actions now >> > Troubleshoot faster and improve end-user experience. Signup Now! >> > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> > _______________________________________________ >> > Asterisk-java-devel mailing list >> > Ast...@li... >> > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> > >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now!http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> >> >> >> _______________________________________________ >> Asterisk-java-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> >> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> >> > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now!http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > > > _______________________________________________ > Asterisk-java-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > |
|
From: Robert S. <rs...@as...> - 2016-02-14 22:34:29
|
The problem is that the reader thread for the asterisk-manager connection is used to handle the event, so if you push out any manager command/action you can't get the response because you are holding the reader thread. You must therefore do it on a separate asterisk-manager connection - and I would suggest separate thread as well, I can't recall if there is anything like ThreadLocal used in the manager connection implementation but it would be the safest option. On 15/02/16 08:17, Jose Baez wrote: > > Yes, I know. I took care of that already. > Thanks. > > But if i send and action that gets a 'response' (not an event) I guess > there is no problem to do it inside event handler, isn't it? > > El 14/02/2016 20:59, "S. Brett Sutton" <bs...@no... > <mailto:bs...@no...>> escribió: > > Yes you can create a new thread within the event handler. > > But 'safe', that will depend on what you do!!! > > It is actually often 'necessary' to create a new thread. For > instance if you fire an action that needs an event response then > you can't do that from the event handler as the event will be > blocked because you are in the event handling thread. > > On 12/02/16 19:13, Jose Baez wrote: >> >> Thanks for explanation. So, is it safe to create a new thread >> inside handleevent() to minimize blocking in main thread? >> >> Hehe, the code I posted is a piece of code extracted from full >> code that it is worlking. :) >> >> Thank you. >> >> El 12/02/2016 02:56, "S. Brett Sutton" <bs...@no... >> <mailto:bs...@no...>> escribió: >> > >> > By your code won't work as you haven't registered yourself as a >> listener. >> > >> > Have a look at the Hello Events example here; >> > >> > >> https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html >> > >> > >> > >> > >> > >> > >> > On 12/02/16 11:09, S. Brett Sutton wrote: >> >> >> >> No, events are generated from a single 'event handling loop'. >> >> >> >> So whilst the event will generated in a different thread to >> you main thread all events come from one thread. >> >> >> >> Note: this does have implications when processing events. If >> the processing logic does long running tasks then you can block >> the event thread. If you do this for too long than asterisk will >> disconnect the manager connection. >> >> >> >> Brett >> >> >> >> On 11/02/16 21:32, Jose Baez wrote: >> >>> >> >>> Hello! >> >>> >> >>> >> >>> With this lines of code, when I receive a new Event, is a new >> Thread created for each "handleEvent()" ? Or will "handleEvent()" >> start to run when the previous "handleEvent" is completely finished? >> >>> >> >>> public class AsteriskJava implements ManagerEventListener { >> >>> >> >>> ... >> >>> ... >> >>> >> >>> public static main () { >> >>> >> >>> try { >> >>> >> >>> AsteriskJava asteriskJava = new AsteriskJava(); >> >>> asteriskJava.run(); >> >>> >> >>> } catch { } >> >>> } >> >>> >> >>> @Override >> >>> public void onManagerEvent(ManagerEvent event) { >> >>> >> >>> if (event.getClass() == NewExtenEvent.class) { >> >>> handleEvent((NewExtenEvent) event); >> >>> } >> >>> else if ((event.getClass() == ... >> >>> ... >> >>> ... >> >>> >> >>> } >> >>> >> >>> protected void handleEvent (NewExtenEvent event) { } >> >>> ... >> >>> ... >> >>> >> >>> } >> >>> ___ >> >>> ___ >> >>> >> >>> >> >>> >> >>> Thank you. >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >> >>> Site24x7 APM Insight: Get Deep Visibility into Application >> Performance >> >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> >>> Monitor end-to-end web transactions and take corrective >> actions now >> >>> Troubleshoot faster and improve end-user experience. Signup Now! >> >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> >>> >> >>> >> >>> >> >>> _______________________________________________ >> >>> Asterisk-java-devel mailing list >> >>> Ast...@li... >> <mailto:Ast...@li...> >> >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> >> >> >> >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Site24x7 APM Insight: Get Deep Visibility into Application >> Performance >> > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> > Monitor end-to-end web transactions and take corrective actions now >> > Troubleshoot faster and improve end-user experience. Signup Now! >> > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> > _______________________________________________ >> > Asterisk-java-devel mailing list >> > Ast...@li... >> <mailto:Ast...@li...> >> > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> > >> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> >> >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> <mailto:Ast...@li...> >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > <mailto:Ast...@li...> > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel |
|
From: Jose B. <pe...@gm...> - 2016-02-14 21:17:57
|
Yes, I know. I took care of that already. Thanks. But if i send and action that gets a 'response' (not an event) I guess there is no problem to do it inside event handler, isn't it? El 14/02/2016 20:59, "S. Brett Sutton" <bs...@no...> escribió: > Yes you can create a new thread within the event handler. > > But 'safe', that will depend on what you do!!! > > It is actually often 'necessary' to create a new thread. For instance if > you fire an action that needs an event response then you can't do that from > the event handler as the event will be blocked because you are in the event > handling thread. > > On 12/02/16 19:13, Jose Baez wrote: > > Thanks for explanation. So, is it safe to create a new thread inside > handleevent() to minimize blocking in main thread? > > Hehe, the code I posted is a piece of code extracted from full code that > it is worlking. :) > > Thank you. > > El 12/02/2016 02:56, "S. Brett Sutton" <bs...@no...> escribió: > > > > By your code won't work as you haven't registered yourself as a listener. > > > > Have a look at the Hello Events example here; > > > > > https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html > > > > > > > > > > > > > > On 12/02/16 11:09, S. Brett Sutton wrote: > >> > >> No, events are generated from a single 'event handling loop'. > >> > >> So whilst the event will generated in a different thread to you main > thread all events come from one thread. > >> > >> Note: this does have implications when processing events. If the > processing logic does long running tasks then you can block the event > thread. If you do this for too long than asterisk will disconnect the > manager connection. > >> > >> Brett > >> > >> On 11/02/16 21:32, Jose Baez wrote: > >>> > >>> Hello! > >>> > >>> > >>> With this lines of code, when I receive a new Event, is a new Thread > created for each "handleEvent()" ? Or will "handleEvent()" start to run > when the previous "handleEvent" is completely finished? > >>> > >>> public class AsteriskJava implements ManagerEventListener { > >>> > >>> ... > >>> ... > >>> > >>> public static main () { > >>> > >>> try { > >>> > >>> AsteriskJava asteriskJava = new AsteriskJava(); > >>> asteriskJava.run(); > >>> > >>> } catch { } > >>> } > >>> > >>> @Override > >>> public void onManagerEvent(ManagerEvent event) { > >>> > >>> if (event.getClass() == NewExtenEvent.class) { > >>> handleEvent((NewExtenEvent) event); > >>> } > >>> else if ((event.getClass() == ... > >>> ... > >>> ... > >>> > >>> } > >>> > >>> protected void handleEvent (NewExtenEvent event) { } > >>> ... > >>> ... > >>> > >>> } > >>> ___ > >>> ___ > >>> > >>> > >>> > >>> Thank you. > >>> > >>> > >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ > >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance > >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > >>> Monitor end-to-end web transactions and take corrective actions now > >>> Troubleshoot faster and improve end-user experience. Signup Now! > >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > >>> > >>> > >>> > >>> _______________________________________________ > >>> Asterisk-java-devel mailing list > >>> Ast...@li... > >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > >> > >> > > > > > > > ------------------------------------------------------------------------------ > > Site24x7 APM Insight: Get Deep Visibility into Application Performance > > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > > Monitor end-to-end web transactions and take corrective actions now > > Troubleshoot faster and improve end-user experience. Signup Now! > > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > _______________________________________________ > > Asterisk-java-devel mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now!http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > > > _______________________________________________ > Asterisk-java-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > |
|
From: S. B. S. <bs...@no...> - 2016-02-14 20:58:54
|
Yes you can create a new thread within the event handler. But 'safe', that will depend on what you do!!! It is actually often 'necessary' to create a new thread. For instance if you fire an action that needs an event response then you can't do that from the event handler as the event will be blocked because you are in the event handling thread. On 12/02/16 19:13, Jose Baez wrote: > > Thanks for explanation. So, is it safe to create a new thread inside > handleevent() to minimize blocking in main thread? > > Hehe, the code I posted is a piece of code extracted from full code > that it is worlking. :) > > Thank you. > > El 12/02/2016 02:56, "S. Brett Sutton" <bs...@no... > <mailto:bs...@no...>> escribió: > > > > By your code won't work as you haven't registered yourself as a > listener. > > > > Have a look at the Hello Events example here; > > > > > https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html > > > > > > > > > > > > > > On 12/02/16 11:09, S. Brett Sutton wrote: > >> > >> No, events are generated from a single 'event handling loop'. > >> > >> So whilst the event will generated in a different thread to you > main thread all events come from one thread. > >> > >> Note: this does have implications when processing events. If the > processing logic does long running tasks then you can block the event > thread. If you do this for too long than asterisk will disconnect the > manager connection. > >> > >> Brett > >> > >> On 11/02/16 21:32, Jose Baez wrote: > >>> > >>> Hello! > >>> > >>> > >>> With this lines of code, when I receive a new Event, is a new > Thread created for each "handleEvent()" ? Or will "handleEvent()" > start to run when the previous "handleEvent" is completely finished? > >>> > >>> public class AsteriskJava implements ManagerEventListener { > >>> > >>> ... > >>> ... > >>> > >>> public static main () { > >>> > >>> try { > >>> > >>> AsteriskJava asteriskJava = new AsteriskJava(); > >>> asteriskJava.run(); > >>> > >>> } catch { } > >>> } > >>> > >>> @Override > >>> public void onManagerEvent(ManagerEvent event) { > >>> > >>> if (event.getClass() == NewExtenEvent.class) { > >>> handleEvent((NewExtenEvent) event); > >>> } > >>> else if ((event.getClass() == ... > >>> ... > >>> ... > >>> > >>> } > >>> > >>> protected void handleEvent (NewExtenEvent event) { } > >>> ... > >>> ... > >>> > >>> } > >>> ___ > >>> ___ > >>> > >>> > >>> > >>> Thank you. > >>> > >>> > >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ > >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance > >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > >>> Monitor end-to-end web transactions and take corrective actions now > >>> Troubleshoot faster and improve end-user experience. Signup Now! > >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > >>> > >>> > >>> > >>> _______________________________________________ > >>> Asterisk-java-devel mailing list > >>> Ast...@li... > <mailto:Ast...@li...> > >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > >> > >> > > > > > > > ------------------------------------------------------------------------------ > > Site24x7 APM Insight: Get Deep Visibility into Application Performance > > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > > Monitor end-to-end web transactions and take corrective actions now > > Troubleshoot faster and improve end-user experience. Signup Now! > > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > _______________________________________________ > > Asterisk-java-devel mailing list > > Ast...@li... > <mailto:Ast...@li...> > > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel |
|
From: Jose B. <pe...@gm...> - 2016-02-12 08:14:06
|
Thanks for explanation. So, is it safe to create a new thread inside handleevent() to minimize blocking in main thread? Hehe, the code I posted is a piece of code extracted from full code that it is worlking. :) Thank you. El 12/02/2016 02:56, "S. Brett Sutton" <bs...@no...> escribió: > > By your code won't work as you haven't registered yourself as a listener. > > Have a look at the Hello Events example here; > > https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html > > > > > > > On 12/02/16 11:09, S. Brett Sutton wrote: >> >> No, events are generated from a single 'event handling loop'. >> >> So whilst the event will generated in a different thread to you main thread all events come from one thread. >> >> Note: this does have implications when processing events. If the processing logic does long running tasks then you can block the event thread. If you do this for too long than asterisk will disconnect the manager connection. >> >> Brett >> >> On 11/02/16 21:32, Jose Baez wrote: >>> >>> Hello! >>> >>> >>> With this lines of code, when I receive a new Event, is a new Thread created for each "handleEvent()" ? Or will "handleEvent()" start to run when the previous "handleEvent" is completely finished? >>> >>> public class AsteriskJava implements ManagerEventListener { >>> >>> ... >>> ... >>> >>> public static main () { >>> >>> try { >>> >>> AsteriskJava asteriskJava = new AsteriskJava(); >>> asteriskJava.run(); >>> >>> } catch { } >>> } >>> >>> @Override >>> public void onManagerEvent(ManagerEvent event) { >>> >>> if (event.getClass() == NewExtenEvent.class) { >>> handleEvent((NewExtenEvent) event); >>> } >>> else if ((event.getClass() == ... >>> ... >>> ... >>> >>> } >>> >>> protected void handleEvent (NewExtenEvent event) { } >>> ... >>> ... >>> >>> } >>> ___ >>> ___ >>> >>> >>> >>> Thank you. >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >>> Monitor end-to-end web transactions and take corrective actions now >>> Troubleshoot faster and improve end-user experience. Signup Now! >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >>> >>> >>> >>> _______________________________________________ >>> Asterisk-java-devel mailing list >>> Ast...@li... >>> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> >> > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: Robert S. <rs...@as...> - 2016-02-12 03:30:32
|
Asterisk-Java-1.0.0-final has been release to Maven Central here <http://search.maven.org/#artifactdetails%7Corg.asteriskjava%7Casterisk-java%7C1.0.0-final%7Cjar> |You can add Asterisk-Java-1.0.0-final to your project simply by adding the xml below to your dependencies section of your projects pom.xml <||dependency||>| |||<||groupId||>org.asteriskjava</||groupId||>| |||<||artifactId||>asterisk-java</||artifactId||>| |||<||version||>1.0.0-final</||version||>| |</||dependency||>| |
|
From: S. B. S. <bs...@no...> - 2016-02-12 02:55:37
|
By your code won't work as you haven't registered yourself as a listener. Have a look at the Hello Events example here; https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html On 12/02/16 11:09, S. Brett Sutton wrote: > No, events are generated from a single 'event handling loop'. > > So whilst the event will generated in a different thread to you main > thread all events come from one thread. > > Note: this does have implications when processing events. If the > processing logic does long running tasks then you can block the event > thread. If you do this for too long than asterisk will disconnect the > manager connection. > > Brett > > On 11/02/16 21:32, Jose Baez wrote: >> Hello! >> >> >> With this lines of code, when I receive a new Event, is a new Thread >> created for each "handleEvent()" ? Or will "handleEvent()" start to >> run when the previous "handleEvent" is completely finished? >> >> public class AsteriskJava implements ManagerEventListener { >> >> ... >> ... >> >> public static main () { >> >> try { >> >> AsteriskJava asteriskJava = new AsteriskJava(); >> asteriskJava.run(); >> >> } catch { } >> } >> >> @Override >> public void onManagerEvent(ManagerEvent event) { >> >> if (event.getClass() == NewExtenEvent.class) { >> *handleEvent((NewExtenEvent) event);* >> } >> else if ((event.getClass() == ... >> ... >> ... >> >> } >> >> protected void *handleEvent (NewExtenEvent event)* { } >> ... >> ... >> >> } >> ___ >> ___ >> >> >> >> Thank you. >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 >> >> >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > |
|
From: S. B. S. <bs...@no...> - 2016-02-12 00:25:33
|
No, events are generated from a single 'event handling loop'.
So whilst the event will generated in a different thread to you main
thread all events come from one thread.
Note: this does have implications when processing events. If the
processing logic does long running tasks then you can block the event
thread. If you do this for too long than asterisk will disconnect the
manager connection.
Brett
On 11/02/16 21:32, Jose Baez wrote:
> Hello!
>
>
> With this lines of code, when I receive a new Event, is a new Thread
> created for each "handleEvent()" ? Or will "handleEvent()" start to
> run when the previous "handleEvent" is completely finished?
>
> public class AsteriskJava implements ManagerEventListener {
>
> ...
> ...
>
> public static main () {
>
> try {
>
> AsteriskJava asteriskJava = new AsteriskJava();
> asteriskJava.run();
>
> } catch { }
> }
>
> @Override
> public void onManagerEvent(ManagerEvent event) {
>
> if (event.getClass() == NewExtenEvent.class) {
> *handleEvent((NewExtenEvent) event);*
> }
> else if ((event.getClass() == ...
> ...
> ...
>
> }
>
> protected void *handleEvent (NewExtenEvent event)* { }
> ...
> ...
>
> }
> ___
> ___
>
>
>
> Thank you.
>
>
>
>
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
>
>
> _______________________________________________
> Asterisk-java-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel
|
|
From: Jose B. <pe...@gm...> - 2016-02-11 10:32:35
|
Hello!
With this lines of code, when I receive a new Event, is a new Thread
created for each "handleEvent()" ? Or will "handleEvent()" start to run
when the previous "handleEvent" is completely finished?
public class AsteriskJava implements ManagerEventListener {
...
...
public static main () {
try {
AsteriskJava asteriskJava = new AsteriskJava();
asteriskJava.run();
} catch { }
}
@Override
public void onManagerEvent(ManagerEvent event) {
if (event.getClass() == NewExtenEvent.class) {
*handleEvent((NewExtenEvent) event);*
}
else if ((event.getClass() == ...
...
...
}
protected void *handleEvent (NewExtenEvent event)* { }
...
...
}
___
___
Thank you.
|
|
From: Enguerrand de R. <eng...@el...> - 2015-07-01 08:42:52
|
Pull request updated as per previous mail ------------------------------------------------------------------------------------ Dipl.-Ing. Enguerrand de Rochefort Softwareentwickler mailto:eng...@el... Tel: +49-241-566266-72 Fax: +49-241-566266-29 -----Ursprüngliche Nachricht----- Von: Enguerrand de Rochefort [mailto:eng...@el...] Gesendet: Mittwoch, 1. Juli 2015 09:50 An: ast...@li... Betreff: Re: [Asterisk-java-devel] ManagerEvent uniqueid Hi Brett thanks for the input, so I'll get rid of the final modifiers. I really only introduced them to simplify the task of identifying the overrides. And I think I'll leave the uniqueid where it is until it actually causes problems for me. It just would have felt clean to move it up as it would have reduced duplicate code... Cheers Enguerrand ------------------------------------------------------------------------------------ Dipl.-Ing. Enguerrand de Rochefort Softwareentwickler mailto:eng...@el... Tel: +49-241-566266-72 Fax: +49-241-566266-29 -----Ursprüngliche Nachricht----- Von: Brett Sutton [mailto:bs...@no...] Gesendet: Mittwoch, 1. Juli 2015 01:52 An: ast...@li... Betreff: Re: [Asterisk-java-devel] ManagerEvent uniqueid Actually just had a chat with one of our devs and we are currently overloading user event setters. On 01/07/15 09:38, Brett Sutton wrote: > Enguerrand, > I can't see any problems with moving the unique id to the manager > event except that perhaps it could be misleading. Misleading in the > sense that I see an event has a unique id when in fact it doesn't. > > I'm also a little hesitant about marking all of the getter/setters as > final. I understand the logic but I'm always reluctant to exclude > others from extending classes. > > An obvious usage of overloading the setter to action another piece of > logic based on what value the setter gets called with. > > What are other peoples thoughts? > > Brett > > On 01/07/15 00:44, Enguerrand de Rochefort wrote: >> Hi all, >> >> I am currently trying to clean up the ManagerEvent class hierarchy a bit. There are many members / getters / setters that are uselessly overridden [1], which is giving me trouble when serializing the events to json with GSon. >> >> I noted that many events have a field uniqueid, but ManagerEvent does not have this field. My gut feeling is that uniqueid can safely be moved to ManagerEvent... can anyone think of a reason not to do that? >> >> Cheers >> Enguerrand >> >> [1] Also see my pull request #64: >> https://github.com/asterisk-java/asterisk-java/pull/64 >> >> >> --------------------------------------------------------------------- >> --------------- >> Dipl.-Ing. Enguerrand de Rochefort >> Softwareentwickler >> mailto:eng...@el... >> Tel: +49-241-566266-72 >> Fax: +49-241-566266-29 >> >> ELARA Leitstellentechnik GmbH Member of Frequentis Group >> Schloss-Rahe-Str. 19a 52072 Aachen Geschäftsführender Gesellschafter: >> Dr.-Ing. Frank Herzog Geschäftsführer: Dipl.-Ing. Hans Werner Güntzel >> Amtsgericht Aachen HRB 17856 St.-Nr.: 201/5956/4218 USt-IdNr.: DE 285 >> 827 521 >> --------------------------------------------------------------------- >> ------------------------ Diese Mail enthaelt vertrauliche und/oder >> rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige >> Adressat sind oder diese E-Mail irrtuemlich erhalten haben, >> informieren Sie bitte sofort den Absender und vernichten Sie diese >> Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser >> Mail ist nicht gestattet. This e-mail may contain confidential and/or >> privileged information. If you are not the intended recipient (or >> have received this e-mail in error) please notify the sender >> immediately and destroy this e-mail. Any unauthorized copying, >> disclosure or distribution of the material in this e- mail is str i > ctly forbidden. >> >> --------------------------------------------------------------------- >> --------- Don't Limit Your Business. Reach for the Cloud. >> GigeNET's Cloud Solutions provide you with the tools and support that >> you need to offload your IT needs and focus on growing your business. >> Configured For All Businesses. Start Your Cloud Today. >> https://www.gigenetcloud.com/ >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> 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 ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ Asterisk-java-devel mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel ELARA Leitstellentechnik GmbH Member of Frequentis Group Schloss-Rahe-Str. 19a 52072 Aachen Geschäftsführender Gesellschafter: Dr.-Ing. Frank Herzog Geschäftsführer: Dipl.-Ing. Hans Werner Güntzel Amtsgericht Aachen HRB 17856 St.-Nr.: 201/5956/4218 USt-IdNr.: DE 285 827 521 --------------------------------------------------------------------------------------------- Diese Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e- mail is strictly forbidden. ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ Asterisk-java-devel mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel ELARA Leitstellentechnik GmbH Member of Frequentis Group Schloss-Rahe-Str. 19a 52072 Aachen Geschäftsführender Gesellschafter: Dr.-Ing. Frank Herzog Geschäftsführer: Dipl.-Ing. Hans Werner Güntzel Amtsgericht Aachen HRB 17856 St.-Nr.: 201/5956/4218 USt-IdNr.: DE 285 827 521 --------------------------------------------------------------------------------------------- Diese Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e- mail is strictly forbidden. |
|
From: Enguerrand de R. <eng...@el...> - 2015-07-01 07:49:58
|
Hi Brett thanks for the input, so I'll get rid of the final modifiers. I really only introduced them to simplify the task of identifying the overrides. And I think I'll leave the uniqueid where it is until it actually causes problems for me. It just would have felt clean to move it up as it would have reduced duplicate code... Cheers Enguerrand ------------------------------------------------------------------------------------ Dipl.-Ing. Enguerrand de Rochefort Softwareentwickler mailto:eng...@el... Tel: +49-241-566266-72 Fax: +49-241-566266-29 -----Ursprüngliche Nachricht----- Von: Brett Sutton [mailto:bs...@no...] Gesendet: Mittwoch, 1. Juli 2015 01:52 An: ast...@li... Betreff: Re: [Asterisk-java-devel] ManagerEvent uniqueid Actually just had a chat with one of our devs and we are currently overloading user event setters. On 01/07/15 09:38, Brett Sutton wrote: > Enguerrand, > I can't see any problems with moving the unique id to the manager > event except that perhaps it could be misleading. Misleading in the > sense that I see an event has a unique id when in fact it doesn't. > > I'm also a little hesitant about marking all of the getter/setters as > final. I understand the logic but I'm always reluctant to exclude > others from extending classes. > > An obvious usage of overloading the setter to action another piece of > logic based on what value the setter gets called with. > > What are other peoples thoughts? > > Brett > > On 01/07/15 00:44, Enguerrand de Rochefort wrote: >> Hi all, >> >> I am currently trying to clean up the ManagerEvent class hierarchy a bit. There are many members / getters / setters that are uselessly overridden [1], which is giving me trouble when serializing the events to json with GSon. >> >> I noted that many events have a field uniqueid, but ManagerEvent does not have this field. My gut feeling is that uniqueid can safely be moved to ManagerEvent... can anyone think of a reason not to do that? >> >> Cheers >> Enguerrand >> >> [1] Also see my pull request #64: >> https://github.com/asterisk-java/asterisk-java/pull/64 >> >> >> --------------------------------------------------------------------- >> --------------- >> Dipl.-Ing. Enguerrand de Rochefort >> Softwareentwickler >> mailto:eng...@el... >> Tel: +49-241-566266-72 >> Fax: +49-241-566266-29 >> >> ELARA Leitstellentechnik GmbH Member of Frequentis Group >> Schloss-Rahe-Str. 19a 52072 Aachen Geschäftsführender Gesellschafter: >> Dr.-Ing. Frank Herzog Geschäftsführer: Dipl.-Ing. Hans Werner Güntzel >> Amtsgericht Aachen HRB 17856 St.-Nr.: 201/5956/4218 USt-IdNr.: DE 285 >> 827 521 >> --------------------------------------------------------------------- >> ------------------------ Diese Mail enthaelt vertrauliche und/oder >> rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige >> Adressat sind oder diese E-Mail irrtuemlich erhalten haben, >> informieren Sie bitte sofort den Absender und vernichten Sie diese >> Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser >> Mail ist nicht gestattet. This e-mail may contain confidential and/or >> privileged information. If you are not the intended recipient (or >> have received this e-mail in error) please notify the sender >> immediately and destroy this e-mail. Any unauthorized copying, >> disclosure or distribution of the material in this e- mail is str i > ctly forbidden. >> >> --------------------------------------------------------------------- >> --------- Don't Limit Your Business. Reach for the Cloud. >> GigeNET's Cloud Solutions provide you with the tools and support that >> you need to offload your IT needs and focus on growing your business. >> Configured For All Businesses. Start Your Cloud Today. >> https://www.gigenetcloud.com/ >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> 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 ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ Asterisk-java-devel mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel ELARA Leitstellentechnik GmbH Member of Frequentis Group Schloss-Rahe-Str. 19a 52072 Aachen Geschäftsführender Gesellschafter: Dr.-Ing. Frank Herzog Geschäftsführer: Dipl.-Ing. Hans Werner Güntzel Amtsgericht Aachen HRB 17856 St.-Nr.: 201/5956/4218 USt-IdNr.: DE 285 827 521 --------------------------------------------------------------------------------------------- Diese Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e- mail is strictly forbidden. |
|
From: Brett S. <bs...@no...> - 2015-06-30 23:52:10
|
Actually just had a chat with one of our devs and we are currently overloading user event setters. On 01/07/15 09:38, Brett Sutton wrote: > Enguerrand, > I can't see any problems with moving the unique id to the manager event > except that perhaps it could be misleading. Misleading in the sense that > I see an event has a unique id when in fact it doesn't. > > I'm also a little hesitant about marking all of the getter/setters as > final. I understand the logic but I'm always reluctant to exclude others > from extending classes. > > An obvious usage of overloading the setter to action another piece of > logic based on what value the setter gets called with. > > What are other peoples thoughts? > > Brett > > On 01/07/15 00:44, Enguerrand de Rochefort wrote: >> Hi all, >> >> I am currently trying to clean up the ManagerEvent class hierarchy a bit. There are many members / getters / setters that are uselessly overridden [1], which is giving me trouble when serializing the events to json with GSon. >> >> I noted that many events have a field uniqueid, but ManagerEvent does not have this field. My gut feeling is that uniqueid can safely be moved to ManagerEvent... can anyone think of a reason not to do that? >> >> Cheers >> Enguerrand >> >> [1] Also see my pull request #64: >> https://github.com/asterisk-java/asterisk-java/pull/64 >> >> >> ------------------------------------------------------------------------------------ >> Dipl.-Ing. Enguerrand de Rochefort >> Softwareentwickler >> mailto:eng...@el... >> Tel: +49-241-566266-72 >> Fax: +49-241-566266-29 >> >> ELARA Leitstellentechnik GmbH Member of Frequentis Group Schloss-Rahe-Str. 19a 52072 Aachen Geschäftsführender Gesellschafter: Dr.-Ing. Frank Herzog Geschäftsführer: Dipl.-Ing. Hans Werner Güntzel Amtsgericht Aachen HRB 17856 St.-Nr.: 201/5956/4218 USt-IdNr.: DE 285 827 521 --------------------------------------------------------------------------------------------- Diese Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e- mail is str i > ctly forbidden. >> >> ------------------------------------------------------------------------------ >> Don't Limit Your Business. Reach for the Cloud. >> GigeNET's Cloud Solutions provide you with the tools and support that >> you need to offload your IT needs and focus on growing your business. >> Configured For All Businesses. Start Your Cloud Today. >> https://www.gigenetcloud.com/ >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> 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 |
|
From: Brett S. <bs...@no...> - 2015-06-30 23:38:21
|
Enguerrand, I can't see any problems with moving the unique id to the manager event except that perhaps it could be misleading. Misleading in the sense that I see an event has a unique id when in fact it doesn't. I'm also a little hesitant about marking all of the getter/setters as final. I understand the logic but I'm always reluctant to exclude others from extending classes. An obvious usage of overloading the setter to action another piece of logic based on what value the setter gets called with. What are other peoples thoughts? Brett On 01/07/15 00:44, Enguerrand de Rochefort wrote: > Hi all, > > I am currently trying to clean up the ManagerEvent class hierarchy a bit. There are many members / getters / setters that are uselessly overridden [1], which is giving me trouble when serializing the events to json with GSon. > > I noted that many events have a field uniqueid, but ManagerEvent does not have this field. My gut feeling is that uniqueid can safely be moved to ManagerEvent... can anyone think of a reason not to do that? > > Cheers > Enguerrand > > [1] Also see my pull request #64: > https://github.com/asterisk-java/asterisk-java/pull/64 > > > ------------------------------------------------------------------------------------ > Dipl.-Ing. Enguerrand de Rochefort > Softwareentwickler > mailto:eng...@el... > Tel: +49-241-566266-72 > Fax: +49-241-566266-29 > > ELARA Leitstellentechnik GmbH Member of Frequentis Group Schloss-Rahe-Str. 19a 52072 Aachen Geschäftsführender Gesellschafter: Dr.-Ing. Frank Herzog Geschäftsführer: Dipl.-Ing. Hans Werner Güntzel Amtsgericht Aachen HRB 17856 St.-Nr.: 201/5956/4218 USt-IdNr.: DE 285 827 521 --------------------------------------------------------------------------------------------- Diese Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e- mail is stri ctly forbidden. > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > 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 |
|
From: Enguerrand de R. <eng...@el...> - 2015-06-30 15:04:17
|
Hi all, I am currently trying to clean up the ManagerEvent class hierarchy a bit. There are many members / getters / setters that are uselessly overridden [1], which is giving me trouble when serializing the events to json with GSon. I noted that many events have a field uniqueid, but ManagerEvent does not have this field. My gut feeling is that uniqueid can safely be moved to ManagerEvent... can anyone think of a reason not to do that? Cheers Enguerrand [1] Also see my pull request #64: https://github.com/asterisk-java/asterisk-java/pull/64 ------------------------------------------------------------------------------------ Dipl.-Ing. Enguerrand de Rochefort Softwareentwickler mailto:eng...@el... Tel: +49-241-566266-72 Fax: +49-241-566266-29 ELARA Leitstellentechnik GmbH Member of Frequentis Group Schloss-Rahe-Str. 19a 52072 Aachen Geschäftsführender Gesellschafter: Dr.-Ing. Frank Herzog Geschäftsführer: Dipl.-Ing. Hans Werner Güntzel Amtsgericht Aachen HRB 17856 St.-Nr.: 201/5956/4218 USt-IdNr.: DE 285 827 521 --------------------------------------------------------------------------------------------- Diese Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e- mail is strictly forbidden. |
|
From: Brett S. <bs...@no...> - 2015-06-04 23:03:28
|
The intent was to only follow the top level e.g. 13 The version scheme under that was to be our own. I like the idea of logging the mis-matched versions and the api-call isn't a terrible idea but I suspect it won't get used as if you are making the api call then you are already aware of potential problems and will have probably already selected the right version. Do my above statements change your opinion? Brett On 04/06/15 22:58, Yves wrote: > would have pros and cons... > but in my opinion more cons..: > asterisk version-numbers may be x , x.y, and even x.y.z how far will > you follow this scheme? > asterisk-patches may make it even worse. > what, if changes are not affecting asterisk-java at all? release a > pseudo-new version anyways? > how many branches will we have in a few years... > > i think it would be better to have an own versioning, a changelog where > supported versions > are noted, maybe an api-call to get supported asterisk-versions as well > as detecting the > asterisk-version on startup and maybe logging out some warnings if > versions do not match.. > > yves > > Am 04.06.2015 um 14:49 schrieb Brett Sutton: >> One of our developers has suggested a slightly novel versioning scheme >> that I thought worth putting to the group. >> >> The idea is to use the asterisk version no. as our version no. >> >> So our current v 1.0 would become v 1.8 as it supports up to asterisk 1.8 >> >> The current master would become version 13 as its supports up to version 13. >> >> Its not quite a standard versioning convention but I do wonder if it >> would make users life easier by making it more obvious which version of >> our libraries to download? >> >> Thoughts? >> > > > --- > Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. > https://www.avast.com/antivirus > > > ------------------------------------------------------------------------------ > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > 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 |
|
From: Yves <yv...@gm...> - 2015-06-04 12:58:33
|
would have pros and cons... but in my opinion more cons..: asterisk version-numbers may be x , x.y, and even x.y.z how far will you follow this scheme? asterisk-patches may make it even worse. what, if changes are not affecting asterisk-java at all? release a pseudo-new version anyways? how many branches will we have in a few years... i think it would be better to have an own versioning, a changelog where supported versions are noted, maybe an api-call to get supported asterisk-versions as well as detecting the asterisk-version on startup and maybe logging out some warnings if versions do not match.. yves Am 04.06.2015 um 14:49 schrieb Brett Sutton: > One of our developers has suggested a slightly novel versioning scheme > that I thought worth putting to the group. > > The idea is to use the asterisk version no. as our version no. > > So our current v 1.0 would become v 1.8 as it supports up to asterisk 1.8 > > The current master would become version 13 as its supports up to version 13. > > Its not quite a standard versioning convention but I do wonder if it > would make users life easier by making it more obvious which version of > our libraries to download? > > Thoughts? > --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus |
|
From: Brett S. <bs...@no...> - 2015-06-04 12:49:35
|
One of our developers has suggested a slightly novel versioning scheme that I thought worth putting to the group. The idea is to use the asterisk version no. as our version no. So our current v 1.0 would become v 1.8 as it supports up to asterisk 1.8 The current master would become version 13 as its supports up to version 13. Its not quite a standard versioning convention but I do wonder if it would make users life easier by making it more obvious which version of our libraries to download? Thoughts? -- S. Brett Sutton Ph: 1300 NOOJEE (1300 666 533) Noojee Telephony Solutions - On Demand Contact Centres Solutions www.noojee.com.au |
|
From: Videanu A. <vid...@ya...> - 2015-05-28 05:29:38
|
Hi Brett,
Indeed the asterisk version is 11.9.I`ll commit the changes to the main branch. Thanks,
Adrian Videanu
From: Brett Sutton <bs...@no...>
To: Videanu Adrian <vid...@ya...>; ast...@li...
Sent: Thursday, May 28, 2015 4:39 AM
Subject: Re: asterisk-java report issues
Issues should now be raised through github.
I'm guessing these properties are for a version after 1.8. If that is
the case then they won't be accepted into 1.1. You need to submit them
to the main branch.
This does raise the questions as to how we support users of asterisk
post 1.8 until we have the 2.0 release out the door.
I'm wondering if we need a 1.5 branch, or similar, to accumulate small
post 1.8 bug fixes as I suspect it will be a while before 2.0 is released.
Would anyone care to comment on how we might best manage this?
Brett.
On 27/05/15 15:55, Videanu Adrian wrote:
> Hi Brett,
> I`m using asterisk-java 1.0.0 from github and I have noticed some
> warnings like :
>
> Unable to set property 'sip-comedia' to 'N' on
> org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please
> report at http://jira.reucon.org/browse/AJ
> Unable to set property 'sip-use-reason-header' to 'N' on
> org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please
> report at http://jira.reucon.org/browse/AJ
> Unable to set property 'maxforwards' to '0' on
> org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please
> report at http://jira.reucon.org/browse/AJ
> Unable to set property 'sip-rtp-engine' to 'asterisk' on
> org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please
> report at http://jira.reucon.org/browse/AJ
> Unable to set property 'tonezone' to '<Not set>' on
> org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please
> report at http://jira.reucon.org/browse/AJ
> Unable to set property 'mohsuggest' to 'default' on
> org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please
> report at http://jira.reucon.org/browse/AJ
> Unable to set property 'sip-forcerport' to 'N' on
> org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please
> report at http://jira.reucon.org/browse/AJ
> Unable to set property 'sip-encryption' to 'N' on
> org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please
> report at http://jira.reucon.org/browse/AJ
>
> I would like to add these properties(setters/getters) to
> org.asteriskjava.manager.response.SipShowPeerResponse but before that I
> wanted to know if I have to report them first on
> http://jira.reucon.org/browse/AJ, and as I`m not very familiar with
> asterisk-java versioning, a common sense question will be: If I have
> noticed these issues on version 1.0.0 I have to pull from github version
> 1.1 and commit these updates there, right ?
>
>
> Thanks,
> Adrian Videanu
--
S. Brett Sutton
Ph: 1300 NOOJEE (1300 666 533)
Noojee Telephony Solutions - On Demand Contact Centres Solutions
www.noojee.com.au
|
|
From: Brett S. <bs...@no...> - 2015-05-28 01:39:35
|
Issues should now be raised through github. I'm guessing these properties are for a version after 1.8. If that is the case then they won't be accepted into 1.1. You need to submit them to the main branch. This does raise the questions as to how we support users of asterisk post 1.8 until we have the 2.0 release out the door. I'm wondering if we need a 1.5 branch, or similar, to accumulate small post 1.8 bug fixes as I suspect it will be a while before 2.0 is released. Would anyone care to comment on how we might best manage this? Brett. On 27/05/15 15:55, Videanu Adrian wrote: > Hi Brett, > I`m using asterisk-java 1.0.0 from github and I have noticed some > warnings like : > > Unable to set property 'sip-comedia' to 'N' on > org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please > report at http://jira.reucon.org/browse/AJ > Unable to set property 'sip-use-reason-header' to 'N' on > org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please > report at http://jira.reucon.org/browse/AJ > Unable to set property 'maxforwards' to '0' on > org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please > report at http://jira.reucon.org/browse/AJ > Unable to set property 'sip-rtp-engine' to 'asterisk' on > org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please > report at http://jira.reucon.org/browse/AJ > Unable to set property 'tonezone' to '<Not set>' on > org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please > report at http://jira.reucon.org/browse/AJ > Unable to set property 'mohsuggest' to 'default' on > org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please > report at http://jira.reucon.org/browse/AJ > Unable to set property 'sip-forcerport' to 'N' on > org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please > report at http://jira.reucon.org/browse/AJ > Unable to set property 'sip-encryption' to 'N' on > org.asteriskjava.manager.response.SipShowPeerResponse: no setter. Please > report at http://jira.reucon.org/browse/AJ > > I would like to add these properties(setters/getters) to > org.asteriskjava.manager.response.SipShowPeerResponse but before that I > wanted to know if I have to report them first on > http://jira.reucon.org/browse/AJ, and as I`m not very familiar with > asterisk-java versioning, a common sense question will be: If I have > noticed these issues on version 1.0.0 I have to pull from github version > 1.1 and commit these updates there, right ? > > > Thanks, > Adrian Videanu -- S. Brett Sutton Ph: 1300 NOOJEE (1300 666 533) Noojee Telephony Solutions - On Demand Contact Centres Solutions www.noojee.com.au |
|
From: Martin D. <md...@du...> - 2015-05-23 18:11:13
|
Brett, I have Travis CI working against my public copy of asterisk-java. It will attempt to build any commit that has a tag. If the build is successful, it will create a release as well. The tag is the name of the release and the comment becomes the description of the release. Take a look at: https://github.com/martinkduncan/asterisk-java Let me know what you think. Especially check out the Test 8 release. What other functionality is desired? Do you want the maven site generated and put somewhere? If everything looks good, then I will need an API key for main asterisk-java repository to run the process against. Regards, Martin ---------- Forwarded message --------- From: Martin Duncan <md...@du...> Date: Fri, May 22, 2015 at 6:28 AM Subject: Re: [Asterisk-java-devel] 1.0 release To: Brett Sutton <bs...@no...> Brett, Travis CI is pretty easy to setup. I only have the task of encrypting github information, so that the result of the build can be checked back into the repository. Turns out that the only documented way of doing this requires a Ruby gem that is not installing correctly on windows. So I am doing this in a Linux VM. I should have this completed and working this weekend. Regards, Martin On Wed, May 20, 2015 at 4:31 PM Brett Sutton <bs...@no...> wrote: > Yves, > appologies for the late reply. > > I think our key weakness is unit tests / CI. > > Martin Duncan has offered to setup a TravisCI server but I'm not certain > how far he has gotten with that work. > > Martin are you still able to do this? > > My aim is to start the process of getting a serious amount of coverage > with unit testing. > > I would also like to see integration level testing that perhaps uses > some container tech like docker, to fire up asterisk instances to run > the unit tests against. We could then have a docker instance for each > supported version of asterisk. > > I understand that maven has a docker plugin that may make this feasible. > > I also think there are couple of forks that have developed a number of > unit tests. We really need someone to have a poke through those forks > and then try to marshal those unit tests into our main branch. > > We also need to improve the wiki documenation and get up to date java > doc on line so that we have java doc available for each GA release. > > As to a video call its probably a good idea. I'm at GMT+10. > > How else would be interested in being involved in a video conference? > > Brett > > > On 14/05/15 20:08, Yves wrote: > > Hi Brett et al, > > > > glad to see things are going on straightforward. Your help and efforts > > are highly appreciated, thanks very much so far. > > As I wrote a few weeks before I am quite busy, but would like to help > > and contribute anyways. > > Now I have to read through all the emails, pull the latest release and > > see, what I can do... or are there some tasks you > > already have in mind that I could do? Are there still documentation / > > example tasks to do? > > Above that, I think it would be a nice idea to meet each other.. maybe > > on a more or less regular basis. My experience is > > that things run better on are more "personal" basis and one could know > > each other better (skills, likes to work on, doesn´t > > like to work on, progress, team-building etc.). As I think we are spread > > around the world, an online video chat would be > > a preferrable way for this of course... What do you think? > > > > yves > > > > Am 13.05.2015 um 23:44 schrieb Brett Sutton: > >> Yes let's go straight to ga. > >> > >> > >> On 13 May 2015 11:06:41 pm AEST, Zoumana TRAORE > >> <zou...@gm...> wrote: > >> > >> Hello Brett, > >> > >> Yes sometimes no feedback is a good feedback :-) > >> So we go straight to 1.0.0 (GA) ? > >> > >> Sure i will take care of this. > >> > >> PS: As soon as i will have the time to generate new PGP key, i > >> will also send you my public for the other (pending) subject > >> > >> Zoumana > >> > >> > ------------------------------------------------------------------------ > >> > >> One dashboard for servers and applications across > Physical-Virtual-Cloud > >> Widest out-of-the-box monitoring support with 50+ applications > >> Performance metrics, stats and reports that give you Actionable > Insights > >> Deep dive visibility with transaction tracing using APM Insight. > >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > >> > >> > ------------------------------------------------------------------------ > >> > >> Asterisk-java-devel mailing list > >> Ast...@li... > >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > >> > >> > >> -- > >> Sent from my Android device with K-9 Mail. Please excuse my brevity. > >> > >> > >> > ------------------------------------------------------------------------------ > >> One dashboard for servers and applications across Physical-Virtual-Cloud > >> Widest out-of-the-box monitoring support with 50+ applications > >> Performance metrics, stats and reports that give you Actionable Insights > >> Deep dive visibility with transaction tracing using APM Insight. > >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > >> > >> > >> _______________________________________________ > >> Asterisk-java-devel mailing list > >> Ast...@li... > >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > > > > > > ------------------------------------------------------------------------ > > Avast logo <http://www.avast.com/> > > > > Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. > > www.avast.com <http://www.avast.com/> > > > > > > > > > > > ------------------------------------------------------------------------------ > > One dashboard for servers and applications across Physical-Virtual-Cloud > > Widest out-of-the-box monitoring support with 50+ applications > > Performance metrics, stats and reports that give you Actionable Insights > > Deep dive visibility with transaction tracing using APM Insight. > > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > > > > > > > _______________________________________________ > > Asterisk-java-devel mailing list > > Ast...@li... > > 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 > > |
|
From: Enguerrand de R. <eng...@el...> - 2015-05-21 07:35:12
|
> How else would be interested in being involved in a video conference? I wouldn't mind joining a video conference but would have to confirm availability once the time slot is decided. I am GMT+2 and joining would be easiest for me in the evening hours... ------------------------------------------------------------------------------------ Dipl.-Ing. Enguerrand de Rochefort Softwareentwickler mailto:eng...@el... Tel: +49-241-566266-72 Fax: +49-241-566266-29 ELARA Leitstellentechnik GmbH Member of Frequentis Group Schloss-Rahe-Str. 19a 52072 Aachen Geschäftsführender Gesellschafter: Dr.-Ing. Frank Herzog Geschäftsführer: Dipl.-Ing. Hans Werner Güntzel Amtsgericht Aachen HRB 17856 St.-Nr.: 201/5956/4218 USt-IdNr.: DE 285 827 521 --------------------------------------------------------------------------------------------- Diese Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e- mail is strictly forbidden. |
|
From: Brett S. <bs...@no...> - 2015-05-20 23:31:53
|
Yves, appologies for the late reply. I think our key weakness is unit tests / CI. Martin Duncan has offered to setup a TravisCI server but I'm not certain how far he has gotten with that work. Martin are you still able to do this? My aim is to start the process of getting a serious amount of coverage with unit testing. I would also like to see integration level testing that perhaps uses some container tech like docker, to fire up asterisk instances to run the unit tests against. We could then have a docker instance for each supported version of asterisk. I understand that maven has a docker plugin that may make this feasible. I also think there are couple of forks that have developed a number of unit tests. We really need someone to have a poke through those forks and then try to marshal those unit tests into our main branch. We also need to improve the wiki documenation and get up to date java doc on line so that we have java doc available for each GA release. As to a video call its probably a good idea. I'm at GMT+10. How else would be interested in being involved in a video conference? Brett On 14/05/15 20:08, Yves wrote: > Hi Brett et al, > > glad to see things are going on straightforward. Your help and efforts > are highly appreciated, thanks very much so far. > As I wrote a few weeks before I am quite busy, but would like to help > and contribute anyways. > Now I have to read through all the emails, pull the latest release and > see, what I can do... or are there some tasks you > already have in mind that I could do? Are there still documentation / > example tasks to do? > Above that, I think it would be a nice idea to meet each other.. maybe > on a more or less regular basis. My experience is > that things run better on are more "personal" basis and one could know > each other better (skills, likes to work on, doesn´t > like to work on, progress, team-building etc.). As I think we are spread > around the world, an online video chat would be > a preferrable way for this of course... What do you think? > > yves > > Am 13.05.2015 um 23:44 schrieb Brett Sutton: >> Yes let's go straight to ga. >> >> >> On 13 May 2015 11:06:41 pm AEST, Zoumana TRAORE >> <zou...@gm...> wrote: >> >> Hello Brett, >> >> Yes sometimes no feedback is a good feedback :-) >> So we go straight to 1.0.0 (GA) ? >> >> Sure i will take care of this. >> >> PS: As soon as i will have the time to generate new PGP key, i >> will also send you my public for the other (pending) subject >> >> Zoumana >> >> ------------------------------------------------------------------------ >> >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> >> ------------------------------------------------------------------------ >> >> Asterisk-java-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel >> >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. >> >> >> ------------------------------------------------------------------------------ >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> >> >> _______________________________________________ >> Asterisk-java-devel mailing list >> Ast...@li... >> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > > ------------------------------------------------------------------------ > Avast logo <http://www.avast.com/> > > Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. > www.avast.com <http://www.avast.com/> > > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > > > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > 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 |
|
From: Yves <yv...@gm...> - 2015-05-14 10:08:32
|
Hi Brett et al, glad to see things are going on straightforward. Your help and efforts are highly appreciated, thanks very much so far. As I wrote a few weeks before I am quite busy, but would like to help and contribute anyways. Now I have to read through all the emails, pull the latest release and see, what I can do... or are there some tasks you already have in mind that I could do? Are there still documentation / example tasks to do? Above that, I think it would be a nice idea to meet each other.. maybe on a more or less regular basis. My experience is that things run better on are more "personal" basis and one could know each other better (skills, likes to work on, doesn´t like to work on, progress, team-building etc.). As I think we are spread around the world, an online video chat would be a preferrable way for this of course... What do you think? yves Am 13.05.2015 um 23:44 schrieb Brett Sutton: > Yes let's go straight to ga. > > > On 13 May 2015 11:06:41 pm AEST, Zoumana TRAORE > <zou...@gm...> wrote: > > Hello Brett, > > Yes sometimes no feedback is a good feedback :-) > So we go straight to 1.0.0 (GA) ? > > Sure i will take care of this. > > PS: As soon as i will have the time to generate new PGP key, i > will also send you my public for the other (pending) subject > > Zoumana > > ------------------------------------------------------------------------ > > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > ------------------------------------------------------------------------ > > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel > > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > > _______________________________________________ > Asterisk-java-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. http://www.avast.com |
3 messages has been excluded from this view by a project administrator.
