asterisk-java-users Mailing List for Asterisk-Java Library (Page 138)
Brought to you by:
srt
You can subscribe to this list here.
2005 |
Jan
|
Feb
(8) |
Mar
(33) |
Apr
(36) |
May
(19) |
Jun
(21) |
Jul
(53) |
Aug
(30) |
Sep
(36) |
Oct
(34) |
Nov
(43) |
Dec
(72) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(123) |
Feb
(75) |
Mar
(86) |
Apr
(46) |
May
(41) |
Jun
(29) |
Jul
(76) |
Aug
(38) |
Sep
(39) |
Oct
(68) |
Nov
(16) |
Dec
(17) |
2007 |
Jan
(34) |
Feb
(18) |
Mar
(39) |
Apr
(30) |
May
(20) |
Jun
(10) |
Jul
(59) |
Aug
(54) |
Sep
(60) |
Oct
(22) |
Nov
(14) |
Dec
(10) |
2008 |
Jan
(34) |
Feb
(67) |
Mar
(65) |
Apr
(67) |
May
(60) |
Jun
(51) |
Jul
(88) |
Aug
(75) |
Sep
(47) |
Oct
(143) |
Nov
(54) |
Dec
(42) |
2009 |
Jan
(46) |
Feb
(80) |
Mar
(162) |
Apr
(159) |
May
(200) |
Jun
(34) |
Jul
(46) |
Aug
(59) |
Sep
(5) |
Oct
(35) |
Nov
(73) |
Dec
(30) |
2010 |
Jan
(23) |
Feb
(50) |
Mar
(8) |
Apr
(24) |
May
(19) |
Jun
(49) |
Jul
(56) |
Aug
(35) |
Sep
(26) |
Oct
(79) |
Nov
(39) |
Dec
(34) |
2011 |
Jan
(27) |
Feb
(22) |
Mar
(28) |
Apr
(12) |
May
(16) |
Jun
(19) |
Jul
(1) |
Aug
(64) |
Sep
(19) |
Oct
(11) |
Nov
(17) |
Dec
(12) |
2012 |
Jan
(6) |
Feb
(8) |
Mar
(15) |
Apr
(43) |
May
(41) |
Jun
(14) |
Jul
(32) |
Aug
(3) |
Sep
(4) |
Oct
(7) |
Nov
(11) |
Dec
(11) |
2013 |
Jan
(35) |
Feb
(11) |
Mar
(23) |
Apr
(25) |
May
(37) |
Jun
(47) |
Jul
(25) |
Aug
(21) |
Sep
|
Oct
(1) |
Nov
(9) |
Dec
|
2014 |
Jan
(26) |
Feb
(2) |
Mar
(18) |
Apr
(41) |
May
(7) |
Jun
(7) |
Jul
(24) |
Aug
(5) |
Sep
(6) |
Oct
(8) |
Nov
(9) |
Dec
(7) |
2015 |
Jan
(7) |
Feb
(15) |
Mar
(8) |
Apr
(12) |
May
(7) |
Jun
|
Jul
|
Aug
(5) |
Sep
(1) |
Oct
(3) |
Nov
(30) |
Dec
(3) |
2016 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
(9) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
(4) |
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Stefan R. <ste...@re...> - 2007-01-16 02:49:54
|
Burak Do=C4=9Fru=C3=B6z wrote: > But, I couldn=E2=80=99t succeed to login using challenge action from te= lnet, > however i might be sending the commands in wrong order (i am not sure > about the exact format) The error sounds strange... Could you try it with telnet? The steps are: srt@samael:~$ telnet pbx0 5038 Trying 10.13.0.102... Connected to pbx0.cologne.reucon.net. Escape character is '^]'. Asterisk Call Manager/1.0 ActionId: 1 Action: Challenge AuthType: md5 Response: Success ActionID: 1 Challenge: 203694441 ActionId: 2 Action: Login Username: manager AuthType: md5 Key: 1ecee6724e5c94a38a79d341f327f997 Response: Success ActionID: 2 Message: Authentication accepted The key is the md5sum of the challenge + your password. Example (my password is "obelisk"): srt@samael:~$ echo -n '203694441obelisk' | md5sum 1ecee6724e5c94a38a79d341f327f997 - =3DStefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: <bdo...@ip...> - 2007-01-16 01:04:47
|
Hello, I tried to run HelloEvents example from http://asterisk-java.org/development/tutorial.html at my Asterisk 1.2.12 but without success. When i try to login from telnet, i can login with plain password like this: Action: login Username: manager Secret: manpass But, I couldn't succeed to login using challenge action from telnet, however i might be sending the commands in wrong order (i am not sure about the exact format) When i run the example, i get the following errors 16.Oca.2007 02:46:34 org.asteriskjava.util.internal.JavaLoggingLog info INFO: Connecting to 192.168.168.25:5038 16.Oca.2007 02:46:35 org.asteriskjava.util.internal.JavaLoggingLog info INFO: Connected via Asterisk Call Manager/1.0 16.Oca.2007 02:46:35 org.asteriskjava.util.internal.JavaLoggingLog error SEVERE: Unable to retrieve internalActionId from response: actionId 'null': org.asteriskjava.manager.response.ChallengeResponse: actionId='null'; message='null'; response='Success'; uniqueId='null'; systemHashcode=1026511 16.Oca.2007 02:46:37 org.asteriskjava.util.internal.JavaLoggingLog info INFO: Closing socket. 16.Oca.2007 02:46:37 org.asteriskjava.util.internal.JavaLoggingLog info INFO: Terminating reader thread: socket closed Exception in thread "main" org.asteriskjava.manager.AuthenticationFailedException: Unable to send challenge action at org.asteriskjava.manager.internal.ManagerConnectionImpl.doLogin(ManagerConne ctionImpl.java:485) at org.asteriskjava.manager.internal.ManagerConnectionImpl.login(ManagerConnect ionImpl.java:398) at org.asteriskjava.manager.internal.ManagerConnectionImpl.login(ManagerConnect ionImpl.java:383) at org.asteriskjava.manager.DefaultManagerConnection.login(DefaultManagerConnec tion.java:241) at HelloEvents.run(HelloEvents.java:33) at HelloEvents.main(HelloEvents.java:56) Caused by: org.asteriskjava.manager.TimeoutException: Timeout waiting for response to Challenge at org.asteriskjava.manager.internal.ManagerConnectionImpl.sendAction(ManagerCo nnectionImpl.java:708) at org.asteriskjava.manager.internal.ManagerConnectionImpl.sendAction(ManagerCo nnectionImpl.java:671) at org.asteriskjava.manager.internal.ManagerConnectionImpl.doLogin(ManagerConne ctionImpl.java:480) ... 5 more So, what should i do? Thanks for your concern. Burak -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. |
From: Gaetan M. <gm...@ea...> - 2007-01-13 00:46:07
|
Hi, First of all, thank you for this amazing library. I use the manager connection part with ast live. When I "stressed" the auto reconnection feature with an "unstable asterisk server" I remarked that only the socket connection timeout can be set, but not the socket read timeout. So if I stop/restart asterisk for example, it works as expected. The TCP socket is closed immediately and reopened. But if I unplug the power of the asterisk server, or perturb the network between my client and the asterisk server in a way that prevents the tcp layer from cleanly disposing the connection (reboot a statefull firewall, reconnect my vpn so my development machine gets another IP ...), then the client socket hangs "forever" (well with tcp keepalive it should be 2 hours right ?). I modified SocketConnectionFacadeImpl.java and added socket.setSoTimeout(timeout); to the constructor. That way the connection is dropped and restarted if it stales on read longer than the timeout. Of course I started a PingThread on the connection too, with an interval of half the socket timeout. Won't this have other (bad) side effects on the library ? Is there a nicer way to do this ? Gaetan |
From: Lucas B. <lu...@st...> - 2007-01-04 02:29:43
|
Hi, Not an experienced developer, so I might have provided all the relevant detail but hoping somebody might have had a similar experience. Running a J2EE app that communicates with Asterisk via the Asterisk- Java API 0.3-m1. After upgrading Asterisk from 1.2 to 1.4, the application now fails in parts with errors from the EventBuildImpl class such as: 12:27:54,688 ERROR [EventBuilderImpl] Unable to set property 'channeldriver' on class org.asteriskjava.manager.event.RegistryEvent: no setter And 12:27:47,679 ERROR [EventBuilderImpl] Unable to set property 'calleridnum' on class org.asteriskjava.manager.event.NewChannelEvent: no setter And 11:36:33,969 INFO [EventBuilderImpl] No event class registered for event type 'channelreload', attributes: {privilege=system,all, peer_count=39, registry_count=16, event=ChannelReload, user_count=34, channel=SIP, reloadreason=CLIRELOAD (Channel module reload by CLI command)} Seems the system times out waiting for a response to commands sent: 11:40:15,852 ERROR [STDERR] org.asteriskjava.live.ManagerCommunicationException: Timeout waiting for events from OriginateAction ... which I hadn't seen before the upgrade. Some other communications seem to work as expected such as retrieving a list of known agents. Can anyone suggest what might be the problem? Might a recent SNAPSHOT build resolve these problems? I can provide full log excerpts if that will be helpful. Thanks, -- Lucas |
From: Stefan R. <ste...@re...> - 2007-01-03 16:51:44
|
Hi, Gabriel Allasia wrote: > I=92m watching in CLI of Asterisk that Manager connects and disconnects= at > every moment, is this generated from Asterisk-Java? This might be the case. The best way to find out is using one user for each application that uses the Manager API so you easily see where to loo= k. Asterisk-Java should be used in a way that you only open a connection to Asterisk once at startup and close it when your application exists. When disconnected (e.g. due to restarting Asterisk) Asterisk-Java will automatically reconnect. > Great framework Stefan ! Excellent work ! Thanks. I hope you enjoy it and build great apps on top of it! =3DStefan --=20 reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Ricardo C. <ric...@gm...> - 2007-01-03 16:02:05
|
Gabriel, This might be your application (or some other external one) that does that. regards Ricardo Costa www.astcall.com On 1/3/07, Gabriel Allasia <gab...@gl...> wrote: > > Hi all, > > I'm developing Applications using Manager API for reading events and > sending several actions. > > I'm watching in CLI of Asterisk that Manager connects and disconnects at > every moment, is this generated from Asterisk-Java? > > > > Great framework Stefan ! Excellent work ! > > > > Thanks in advance, > > > > Gabriel. > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > > > -- |
From: Gabriel A. <gab...@gl...> - 2007-01-03 15:07:54
|
Hi all, I'm developing Applications using Manager API for reading events and sending several actions. I'm watching in CLI of Asterisk that Manager connects and disconnects at every moment, is this generated from Asterisk-Java? Great framework Stefan ! Excellent work ! Thanks in advance, Gabriel. |
From: Yelson V. <yv...@gm...> - 2007-01-02 21:44:27
|
Hi Short answer yes long howto: ManagerConnectionState mcs; ManagerConnection mc; ManagerConnectionFactory mcf; mcf = new ManagerConnectionFactory(ippbx, "user", "password"); mc = mcf.createManagerConnection(); mc.login(); mcs = mc.getState(); System.err.println("Procesar - '" + mcs.toString() + "'"); if((mcs.toString().equals("INITIAL")) || (mcs.toString().equals ("CONNECTED"))){ ........ I hope this help Br Yelson =] On Jan 2, 2007, at 4:22 PM, asterisk-java-users- re...@li... wrote: > Send Asterisk-java-users mailing list submissions to > ast...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > or, via email, send a message with subject or body 'help' to > ast...@li... > > You can reach the person managing the list at > ast...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Asterisk-java-users digest..." > > > Today's Topics: > > 1. Manager API connection status. (Karien Du Preez) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 2 Jan 2007 15:28:51 +0200 > From: "Karien Du Preez" <kar...@gm...> > Subject: [Asterisk-java-users] Manager API connection status. > To: ast...@li... > Message-ID: > <4cc...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > Hi all. > > I would like to have a warning light system in my application, that > signifies the connection status to the asterisk server. > Something like a light at the bottom that turns red when the asterisk > manager connection is lost. The light must turn green again when > the manager > connection is regained. How can I achieve this with Asterisk-Java? > > Thanks alot. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://sourceforge.net/mailarchive/forum.php?forum=asterisk- > java-users/attachments/20070102/90e84ba5/attachment.html > > ------------------------------ > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > > ------------------------------ > > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > > > End of Asterisk-java-users Digest, Vol 9, Issue 1 > ************************************************* |
From: Karien Du P. <kar...@gm...> - 2007-01-02 13:28:58
|
Hi all. I would like to have a warning light system in my application, that signifies the connection status to the asterisk server. Something like a light at the bottom that turns red when the asterisk manager connection is lost. The light must turn green again when the manager connection is regained. How can I achieve this with Asterisk-Java? Thanks alot. |
From: Thameem A. <tha...@ya...> - 2006-12-26 10:37:29
|
I would like to start with prepaid/postpaid billing and start adding otherthings going forward. Thanks, Thameem --- Igor Ostaptchenko <vo...@oc...> wrote: > I am sure there is solution for handling > dependencies and packaging: > Maven - asterisk-java project uses it. > IMHO here is the choice of frameworks seams right: > Hibernate, Spring, Struts. > I would not use mysql but postgress. > Using Hibernate gives the choise of any database for > development/production - > so I can stick to my DB2 forever ;-) > And BTW: are we talking about simple > prepayed/postpayed or there is plans to > implement some insanity like in enterprise level > billing - > "unlimited incoming, free evenings,weekends, three > year contract termination > charge"? > > -- > Igor Ostaptchenko > Octanix Canada Inc > +1-416-628-9314 x2021 > vo...@oc... > > > On Sat, 16 December 2006 16:07, Brett Sutton wrote: > > Can I suggest you use My SQL. > > Postgres is great, but the database that gets > deployed with asterisk > > most often is mysql. > > > > Thameem Ansari wrote: > > > Hello All, > > > > > > Sorry for sending mail to this list but I find > that the people > > > participating in this list would be appropriate > to ask. > > > > > > I am planning to develop an billing application > for asterisk based on > > > asterisk-java. This would be a full fledged > routing, billing and > > > calling card platform. Many people may ask why > the heck i need to > > > build a new one if there are many open source > softwares available. The > > > reason are many. I evaluated almost all the > opensource/commercial > > > products written in many different languages > (non so far in > > > java)...but they lag of different > things....nothing is fully > > > functionaly or to my expectation..for example, > > > > > > A2billing .. Not a very good design though..will > not handle > > > simultaneous calls from an account, will not > have a good calling card > > > platform, no callback service, etc. > > > > > > MORCC - its a simple and nice calling card app > but no way for > > > provisioning users, prepaid or post paid options > > > > > > AstBill - need drupal (which i hate it), not a > true calling card app > > > and having problem with simultaneous call > billing calculation.. > > > > > > So, here is my request.. I would like to find > out is there any more > > > people available to give me hand on developing > that product. I already > > > have one in production which is working so far > good but i want to > > > rewrite the whole thing again and fix the > bottlenecks i found. Here > > > are the technologies i am planning to use... > Struts 2.0..1, tomcat > > > 5.5, asterisk-java, hibernate, postgres 8.x, > Jreports or Jasper > > > Reports, sitemesh, quartz and integration with > paypal using paypal > > > apis, etc... I have a rough design and plan and > need people and inputs... > > > > > > Please let me know your thoughts...we can start > this as sourceforge > > > project.. Stefan - I need your thoughts on > this... > > > > > > Take care, > > > Thameem > |
From: Igor O. <vo...@oc...> - 2006-12-26 02:37:17
|
I am sure there is solution for handling dependencies and packaging: Maven - asterisk-java project uses it. IMHO here is the choice of frameworks seams right: Hibernate, Spring, Struts. I would not use mysql but postgress. Using Hibernate gives the choise of any database for development/production - so I can stick to my DB2 forever ;-) And BTW: are we talking about simple prepayed/postpayed or there is plans to implement some insanity like in enterprise level billing - "unlimited incoming, free evenings,weekends, three year contract termination charge"? -- Igor Ostaptchenko Octanix Canada Inc +1-416-628-9314 x2021 vo...@oc... On Sat, 16 December 2006 16:07, Brett Sutton wrote: > Can I suggest you use My SQL. > Postgres is great, but the database that gets deployed with asterisk > most often is mysql. > > Thameem Ansari wrote: > > Hello All, > > > > Sorry for sending mail to this list but I find that the people > > participating in this list would be appropriate to ask. > > > > I am planning to develop an billing application for asterisk based on > > asterisk-java. This would be a full fledged routing, billing and > > calling card platform. Many people may ask why the heck i need to > > build a new one if there are many open source softwares available. The > > reason are many. I evaluated almost all the opensource/commercial > > products written in many different languages (non so far in > > java)...but they lag of different things....nothing is fully > > functionaly or to my expectation..for example, > > > > A2billing .. Not a very good design though..will not handle > > simultaneous calls from an account, will not have a good calling card > > platform, no callback service, etc. > > > > MORCC - its a simple and nice calling card app but no way for > > provisioning users, prepaid or post paid options > > > > AstBill - need drupal (which i hate it), not a true calling card app > > and having problem with simultaneous call billing calculation.. > > > > So, here is my request.. I would like to find out is there any more > > people available to give me hand on developing that product. I already > > have one in production which is working so far good but i want to > > rewrite the whole thing again and fix the bottlenecks i found. Here > > are the technologies i am planning to use... Struts 2.0..1, tomcat > > 5.5, asterisk-java, hibernate, postgres 8.x, Jreports or Jasper > > Reports, sitemesh, quartz and integration with paypal using paypal > > apis, etc... I have a rough design and plan and need people and inputs... > > > > Please let me know your thoughts...we can start this as sourceforge > > project.. Stefan - I need your thoughts on this... > > > > Take care, > > Thameem |
From: Peter H. <pe...@ra...> - 2006-12-18 09:53:28
|
Hello Thameem, many thanks for your input! It's good to hear that even with many libraries there wasn't so much of a problem. Maybe I am a bit oversensitive, but I see things from the angle of a new user who has to set up an environment suitable for running the billing application. Recently I did a little hobby application (digital filter for sounds), and I needed a graphics component that plots curves etc. After some searching I found a package which looked promising. But - all those dependencies! I couldn't get it to run and after some hours gave up on it and found a different plotting package. It wasn't that good, but it worked. Such experiences discourage me from even looking at software where it says on the home page: To run this you need the following packages: 1., 2., 3.,... And it wasn't the first experience I had. So, my question: Do you intend to make the billing package available for other people as well (like - under an open source license)? If so, I would suggest that you distribute the necessary dependencies with your package to help the user with the installation. Which means: Distribute Hibernate, quartz, sitemesh and all the others with your billing package. Or even better - create an installer that includes these packages and sets up the user's environment automatically so it works out of the box. It makes life so much easier for the end user! I work a lot with Eclipse, and I found a brilliant plugin called OneJar which exports (as jar file) my entire project together with all the jar files it depends upon. I have long looked for such a feature. So now, if I need some big package - no worries! My exported jar file will contain them all. Finally - I wish you much success with your project! P > HI Peter, > > For somereason I didn't get your mail and I came to know about your > mail from the response from Brett. I do agree with Brett about using > libraries. The reason for using the existing libraries is to avoid so > much of coding (reinventing things which exists). > |
From: Thameem A. <tha...@ya...> - 2006-12-17 20:36:47
|
Hi Stefan, Thanks for your valuable inputs. My answers are below. I do agree with you that I should go with specifications. To make it understandable I used the technologies built for those specifications. So, the application will not be depending on any particular container (or Tomcat alone) and any particular databases (like postgres alone). As I mentioned in my first email here is my plan. I would like to list the features needed for a enterprise class billing applications. Here are some which I came up with. Guys, I need your inputs on what kind of billing systems you use currently and what would you expect to be in the new one. I am planning for two different modules. One is to take care of routing/calling card application and the other module is user provisioning/registration/etc. Here are the things I found missing from other applications. 1. Simultaneous call handling on one account - This feature said to be available in many billing apps but they never truely maintain this for a calling card user. So, most of calling card apps are single call on an account at a time. 2. Caller ID authentication - the modern calling cards should do callerid authentication.. provision of more than one caller id should be provided. 3. Prepaid, postpaid billing and invoice generation for post paid - This is missing in other apps. 4. LCR, Quality and priority routing - this is available in current MORCC but other apps don't have it. 5. Rate card import from multiple providers (trunks) - This should be automated and destinations dynamically available if certain provider provides that (will detail more during design phase). 6. callback service - most of the platforms currently provide only web click2call functionality. The one I am visioning is, if a registered customer give a missed call to a number (from anywhere in the world), the platform should check the existence of the customer, check balance, and call the customers provided number, after authentication provide him dialtone so that he can dial any destination he wants. He will be billed for both calls (like system making call + he makes a call). This is more attractive feature to implement. To start with, I registered this project in sourceforge today and expect to get approved in two days. Please suggest a name and your interest on this project. Stefan - Sorry to flood this group with my mails which is not related to your project and hence this mailing list. I will try to avoid more discussions in future. Thanks, Thameem Stefan Reuter <ste...@re...> wrote: Hi, nice to hear about more future source projects embrassing Asterisk-Java. > Sorry for sending mail to this list but I find that the people > participating in this list would be appropriate to ask. No problem at all, the list has really low traffic recently any way so encouraging users to take part in a discussion is always a good idea. > Here are the technologies i am planning to use... Struts 2.0.1, tomcat 5.5, > asterisk-java, hibernate, postgres 8.x, Jreports or Jasper Reports, > sitemesh, quartz and integration with paypal using paypal apis, etc... First I would like to distinguish between internal and external dependencies with internal dependencies being the libraries you us within you war and external dependencies being the requirements you put on users of your product. Internal dependencies will on affect the developers supporting you while external dependencies are crucial to the success of your project regarding user adoption. As far as I can see your external dependencies are: JDK (or JRE) Servlet Container Database Depending on JDK 5 should be safe these days, especially as you are starting a new project. Remember though that you already rule out about 90% of the users just by choosing Java though thats another topic ;) Regarding the servlet container I would rather like to depend on a Java Servlet specification than on a specific implementation. Depending on Servlet API >=2.4 allows users of Tomcat 5.x, 6.x, Resin and whatever to use your product plus it encourages you to follow the spec. Brett already raised the database issue. Postgres is nice but it will rule out another 80% of the 10% users willing to use Java. You already chose Hibernate so why not designing your application to support a broad range of databases like MySQL, Postgres, Oracle, ...? It shouldn't be too hard to refuse to use database specific constructs that are not yet handled by Hibernate. Regarding your internal dependencies I think you are pretty free to use whatever you are comfortable with. I would prefer using Spring Framework as IoC container and Spring Webflow for the page flows but those are really minor design decisions. > I have a rough design and plan and need people and inputs... Would you mind to publish it? :) > Please let me know your thoughts...we can start this as sourceforge > project.. Stefan - I need your thoughts on this... Another last thought is about the license. I am a strong supporter of the Apache License as it is broadly accepted and allows for inclusion in commercial application which might be what you intend or not. =Stefan -- reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Thameem A. <tha...@ya...> - 2006-12-17 18:24:50
|
HI Peter, For somereason I didn't get your mail and I came to know about your mail from the response from Brett. I do agree with Brett about using libraries. The reason for using the existing libraries is to avoid so much of coding (reinventing things which exists). >>So try to re-evaluate your dependencies. Do you _really_ need hibernate? >>Can't you implement a simpler serialization mechanism? Do you _really_ >>need sitemesh? Is it not possible to write some simple code that >>generates some web pages using println statements? What about struts? >>Isn't it possible to implement web application flow in a simpler way? Or >>why is quartz really needed? Is it not possible to implement a threaded >>scheduling mechanism that runs each job in its own thread? I would have >>thought that such a job could be done with maybe ten classes. Here is my reason for choosing those libraries. Hibernate - I would like to develop an app which is database independent and should perform well in terms of caching etc. Hibernate is the enterprise standard now a days to hide the database dependency. Postgres - Even though I choose hibernate I do need some kind of back end database to develop with. Once its developed then the app can be used with any other database including Oracle, Mysql (try to work with this and hopefully Mysql guys will include the missing key features like returning cursors, indexing, etc), postgres, enterprisedb (my favourite). Struts 2.x - Simplicity - This is going to be ruling the webapp world in future. As per the design it includes everything for web application development. I was so impressed with the Webwork + struts merge and came up with very good architechture and libraries. Struts 2.0.1 includes Spring framework, hibernate support, Freemarker template, Dojo AJAX support, DWR ajax support, etc. This 2.x architecture uses Dependency Injection and Inversion Of Control and thread local methodologies. So, I strongly believe that to avoid too much of coding we need to use this. Sitemesh - To avoid writing layouts, templates and themes for the web application we need this. Prior to struts 2.x Tiles was the layout library used with struts. But struts 2.x have support for Sitemesh which makes the developers life painless by providing few lines of code to have the layout/theme/template. Quartz - I do know that using java and their threads directly will solve our issues. But as per my existing experience, the current billing app i have used java 1.5 task schedulers finish my job. But I do see some bottle necks during many calls going on (like > 500 calls). So, as per my past usage experience quartz is getting mature and will perform better than regular threads. (internally it uses these threads only). So, using quartz for scheduling is a good idea. I do have an alternate to avoid threads but I keep quartz in my list incase i need it. As Peter mentioned, the build process will not be big pain if we use Maven 2 or legacy ant builders. And moreover the libraries I have listed are all open source and you don't need to hunt for them. Thanks, Thameem Brett Sutton <bs...@no...> wrote: I'm not certain I agree with your assertion that using lots of libraries causes the code to be fragile. My experience with using large numbers of java libraries is that this isn't the case. The main reason is that the application doesn't share the libraries with other applications which is the primary cause of the type of fragility that your are talking about (e.g. windows dll hell and linux's problem with shared libraries) By using open source libraries you can choose a particular version and stick to it for as long as suits the project. AsterFax uses an extensive set of libraries (and we use even more internally) and it very rarely causes us problems. Regards, S. Brett Sutton Peter Hoppe wrote: Dear Thameem! I somewhat follow the asterisk-java mailing list from afar, but do some Java programming. Unfortunately I couldn't help with development at the moment, as I am busy with other projects. However, a little comment: I think it's a good idea to develop a billing package which provides many features. However, when I read the long list of libraries you intend to use for the project I thought "HELP!". I think (and pls forgive me if I come over the wrong way) that with so many libraries you may well run into big problems in the future: * You are likely to create a big dependency mess. Now that may be fine for you - but it would create difficulties for other people who may like to use your software or work on it. * You not only need the libraries you mentioned, but also those they depend upon. As result your application may not work unless you have several tens or more than hundred different jar files installed. It can make installation a real pain (several hours or days of research on the internet to find the files and to install them). I have had unpleasant experiences in the past where I tried one library and needed a few others. I cannot begin to imagine the kind of problems I would get with 11 big libraries! You may even find that two or more libraries share depend on different versions of one other library. * Your product will be very difficult to maintain (fragile). For example, what if you need a new feature that requires another set of libraries? How will they work together with the libraries that are already there? What if someone finds a security hole which needs fixing? You may find that you may have to upgrade your dependencies for any future developments. Again, maybe not big trouble for you, but woe betide the other users of your software... It's generally a good idea to draw upon ready made libraries, but - in moderation and where needed. To ascertain this takes a some skill. The list of libraries gives me the impression that you are developing the software for a specialized context (like a particular environment you are working with). But that may be very different from the context used by other people. As result you may find that not many people can use your software because it is near impossible to maintain for them. At the end nobody uses the software because it's too complicated. And that would be a great pity. In other words, use less code. With 'less code' I mean: Less of the amount of code needed overall, i.e. your own code plus the code of all the dependencies. So, it's not just 'My 200 lines of code', but 'my 200 lines of code plus the 2000000 lines of code that my code depends on => 2000200 lines'. In light of that isn't it better to arrive at 'my 2000 lines of code plus the 5000 lines of dependency code (= 7000 lines)'? You will find that less dependencies will make your code much more portable, maintainable -> usable. So try to re-evaluate your dependencies. Do you _really_ need hibernate? Can't you implement a simpler serialization mechanism? Do you _really_ need sitemesh? Is it not possible to write some simple code that generates some web pages using println statements? What about struts? Isn't it possible to implement web application flow in a simpler way? Or why is quartz really needed? Is it not possible to implement a threaded scheduling mechanism that runs each job in its own thread? I would have thought that such a job could be done with maybe ten classes. Pls dont get me wrong - I don't say: Don't use hibernate, quartz, struts etc. - all I mean is: Evaluate carefully which extra library you _really_ cannot do without (as it's too time intensive to develop otherwise) and to implement everything else yourself. Sorry if I sound too negative, pls forgive me if I did. I think developing a comprehensive billing application in Java is a great idea. All I recommend is that you try to be a bit more conservative with your dependencies. I hope it's ok for me to recommend that to you. You are likely to get a much more robust software that way! Thanks for reading my ramblings. Now - get a cup of coffee to wash the shock away... :) It's all Java, after all! Peter Hello All, Sorry for sending mail to this list but I find that the people participating in this list would be appropriate to ask. I am planning to develop an billing application for asterisk based on asterisk-java. This would be a full fledged routing, billing and calling card platform. Many people may ask why the heck i need to build a new one if there are many open source softwares available. The reason are many. I evaluated almost all the opensource/commercial products written in many different languages (non so far in java)...but they lag of different things...nothing is fully functionaly or to my expectation..for example, A2billing .. Not a very good design though..will not handle simultaneous calls from an account, will not have a good calling card platform, no callback service, etc. MORCC - its a simple and nice calling card app but no way for provisioning users, prepaid or post paid options AstBill - need drupal (which i hate it), not a true calling card app and having problem with simultaneous call billing calculation.. So, here is my request.. I would like to find out is there any more people available to give me hand on developing that product. I already have one in production which is working so far good but i want to rewrite the whole thing again and fix the bottlenecks i found. Here are the technologies i am planning to use... Struts 2.0.1, tomcat 5.5, asterisk-java, hibernate, postgres 8.x, Jreports or Jasper Reports, sitemesh, quartz and integration with paypal using paypal apis, etc... I have a rough design and plan and need people and inputs... Please let me know your thoughts...we can start this as sourceforge project.. Stefan - I need your thoughts on this... Take care, Thameem ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Asterisk-java-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-users ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV_______________________________________________ Asterisk-java-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-users |
From: Thameem A. <tha...@ya...> - 2006-12-17 18:09:02
|
Hi Brett, As per my experience with MYSQL and per their documentation you can open the cursor within mysql and process it then close it. It won't return the cursors to Java or any application which is executing it. This is the functionality most programmers often use to process the data in application side. Thanks, Thameem Brett Sutton <bs...@no...> wrote: I believe that you are incorrect on both statements. I would refer you to the following links. http://dev.mysql.com/books/mysqlpress/mysql-tutorial/ch10.html http://dev.mysql.com/doc/refman/5.0/en/cursors.html Regards, Brett Thameem Ansari wrote: The reason for not using mysql are follows: Even with mysql 5 I can't use tru PL/SQLs ..like mysql will not return cursors which is more important for any developer. Secondly MYSQL is not suitable for transactional db which is good for only web applications which are flat db model. Thanks Thameem Brett Sutton <bs...@no...> wrote: Can I suggest you use My SQL. Postgres is great, but the database that gets deployed with asterisk most often is mysql. Thameem Ansari wrote: Hello All, Sorry for sending mail to this list but I find that the people participating in this list would be appropriate to ask. I am planning to develop an billing application for asterisk based on asterisk-java. This would be a full fledged routing, billing and calling card platform. Many people may ask why the heck i need to build a new one if there are many open source softwares available. The reason are many. I evaluated almost all the opensource/commercial products written in many different languages (non so far in java)...but they lag of different things....nothing is fully functionaly or to my expectation..for example, A2billing .. Not a very good design though..will not handle simultaneous calls from an account, will not have a good calling card platform, no callback service, etc. MORCC - its a simple and nice calling card app but no way for provisioning users, prepaid or post paid options AstBill - need drupal (which i hate it), not a true calling card app and having problem with simultaneous call billing calculation.. So, here is my request.. I would like to find out is there any more people available to give me hand on developing that product. I already have one in production which is working so far good but i want to rewrite the whole thing again and fix the bottlenecks i found. Here are the technologies i am planning to use... Struts 2.0..1, tomcat 5.5, asterisk-java, hibernate, postgres 8.x, Jreports or Jasper Reports, sitemesh, quartz and integration with paypal using paypal apis, etc... I have a rough design and plan and need people and inputs.... Please let me know your thoughts...we can start this as sourceforge project.. Stefan - I need your thoughts on this... Take care, Thameem --------------------------------- ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV --------------------------------- _______________________________________________ Asterisk-java-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-users --------------------------------- ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV --------------------------------- _______________________________________________ Asterisk-java-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-users |
From: Brett S. <bs...@no...> - 2006-12-17 10:54:49
|
I'm not certain I agree with your assertion that using lots of libraries causes the code to be fragile. My experience with using large numbers of java libraries is that this isn't the case. The main reason is that the application doesn't share the libraries with other applications which is the primary cause of the type of fragility that your are talking about (e.g. windows dll hell and linux's problem with shared libraries) By using open source libraries you can choose a particular version and stick to it for as long as suits the project. AsterFax uses an extensive set of libraries (and we use even more internally) and it very rarely causes us problems. Regards, S. Brett Sutton Peter Hoppe wrote: > Dear Thameem! > > I somewhat follow the asterisk-java mailing list from afar, but do some > Java programming. Unfortunately I couldn't help with development at the > moment, as I am busy with other projects. However, a little comment: > > I think it's a good idea to develop a billing package which provides > many features. However, when I read the long list of libraries you > intend to use for the project I thought "HELP!". I think (and pls > forgive me if I come over the wrong way) that with so many libraries you > may well run into big problems in the future: > > * You are likely to create a big dependency mess. Now that may be fine > for you - but it would create difficulties for other people who may like > to use your software or work on it. > > * You not only need the libraries you mentioned, but also those they > depend upon. As result your application may not work unless you have > several tens or more than hundred different jar files installed. It can > make installation a real pain (several hours or days of research on the > internet to find the files and to install them). I have had unpleasant > experiences in the past where I tried one library and needed a few > others. I cannot begin to imagine the kind of problems I would get with > 11 big libraries! You may even find that two or more libraries share > depend on different versions of one other library. > > * Your product will be very difficult to maintain (fragile). For > example, what if you need a new feature that requires another set of > libraries? How will they work together with the libraries that are > already there? What if someone finds a security hole which needs fixing? > You may find that you may have to upgrade your dependencies for any > future developments. Again, maybe not big trouble for you, but woe > betide the other users of your software... > > It's generally a good idea to draw upon ready made libraries, but - in > moderation and where needed. To ascertain this takes a some skill. The > list of libraries gives me the impression that you are developing the > software for a specialized context (like a particular environment you > are working with). But that may be very different from the context used > by other people. As result you may find that not many people can use > your software because it is near impossible to maintain for them. At the > end nobody uses the software because it's too complicated. And that > would be a great pity. > > In other words, use less code. With 'less code' I mean: Less of the > amount of code needed overall, i.e. your own code plus the code of all > the dependencies. So, it's not just 'My 200 lines of code', but 'my 200 > lines of code plus the 2000000 lines of code that my code depends on => > 2000200 lines'. In light of that isn't it better to arrive at 'my 2000 > lines of code plus the 5000 lines of dependency code (= 7000 lines)'? > You will find that less dependencies will make your code much more > portable, maintainable -> usable. > > So try to re-evaluate your dependencies. Do you _really_ need hibernate? > Can't you implement a simpler serialization mechanism? Do you _really_ > need sitemesh? Is it not possible to write some simple code that > generates some web pages using println statements? What about struts? > Isn't it possible to implement web application flow in a simpler way? Or > why is quartz really needed? Is it not possible to implement a threaded > scheduling mechanism that runs each job in its own thread? I would have > thought that such a job could be done with maybe ten classes. > > Pls dont get me wrong - I don't say: Don't use hibernate, quartz, struts > etc. - all I mean is: Evaluate carefully which extra library you > _really_ cannot do without (as it's too time intensive to develop > otherwise) and to implement everything else yourself. > > Sorry if I sound too negative, pls forgive me if I did. I think > developing a comprehensive billing application in Java is a great idea. > All I recommend is that you try to be a bit more conservative with your > dependencies. I hope it's ok for me to recommend that to you. You are > likely to get a much more robust software that way! > > Thanks for reading my ramblings. Now - get a cup of coffee to wash the > shock away... :) It's all Java, after all! > > Peter > > > >> Hello All, >> >> Sorry for sending mail to this list but I find that the people >> participating in this list would be appropriate to ask. >> >> I am planning to develop an billing application for asterisk based on >> asterisk-java. This would be a full fledged routing, billing and >> calling card platform. Many people may ask why the heck i need to >> build a new one if there are many open source softwares available. >> The reason are many. I evaluated almost all the opensource/commercial >> products written in many different languages (non so far in >> java)...but they lag of different things...nothing is fully >> functionaly or to my expectation..for example, >> >> A2billing .. Not a very good design though..will not handle >> simultaneous calls from an account, will not have a good calling card >> platform, no callback service, etc. >> >> MORCC - its a simple and nice calling card app but no way for >> provisioning users, prepaid or post paid options >> >> AstBill - need drupal (which i hate it), not a true calling card app >> and having problem with simultaneous call billing calculation.. >> >> So, here is my request.. I would like to find out is there any more >> people available to give me hand on developing that product. I >> already have one in production which is working so far good but i >> want to rewrite the whole thing again and fix the bottlenecks i >> found. Here are the technologies i am planning to use... Struts >> 2.0.1, tomcat 5.5, asterisk-java, hibernate, postgres 8.x, Jreports >> or Jasper Reports, sitemesh, quartz and integration with paypal using >> paypal apis, etc... I have a rough design and plan and need people >> and inputs... >> >> Please let me know your thoughts...we can start this as sourceforge >> project.. Stefan - I need your thoughts on this... >> >> Take care, Thameem >> > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > |
From: Brett S. <bs...@no...> - 2006-12-17 10:47:17
|
I believe that you are incorrect on both statements. I would refer you to the following links. http://dev.mysql.com/books/mysqlpress/mysql-tutorial/ch10.html http://dev.mysql.com/doc/refman/5.0/en/cursors.html Regards, Brett Thameem Ansari wrote: > The reason for not using mysql are follows: > > Even with mysql 5 I can't use tru PL/SQLs ..like mysql will not return > cursors which is more important for any developer. > > Secondly MYSQL is not suitable for transactional db which is good for > only web applications which are flat db model. > > Thanks > Thameem > > */Brett Sutton <bs...@no...>/* wrote: > > Can I suggest you use My SQL. > Postgres is great, but the database that gets deployed with > asterisk most often is mysql. > > Thameem Ansari wrote: >> Hello All, >> >> Sorry for sending mail to this list but I find that the people >> participating in this list would be appropriate to ask. >> >> I am planning to develop an billing application for asterisk >> based on asterisk-java. This would be a full fledged routing, >> billing and calling card platform. Many people may ask why the >> heck i need to build a new one if there are many open source >> softwares available. The reason are many. I evaluated almost all >> the opensource/commercial products written in many different >> languages (non so far in java)...but they lag of different >> things....nothing is fully functionaly or to my expectation..for >> example, >> >> A2billing .. Not a very good design though..will not handle >> simultaneous calls from an account, will not have a good calling >> card platform, no callback service, etc. >> >> MORCC - its a simple and nice calling card app but no way for >> provisioning users, prepaid or post paid options >> >> AstBill - need drupal (which i hate it), not a true calling card >> app and having problem with simultaneous call billing calculation.. >> >> So, here is my request.. I would like to find out is there any >> more people available to give me hand on developing that product. >> I already have one in production which is working so far good but >> i want to rewrite the whole thing again and fix the bottlenecks i >> found. Here are the technologies i am planning to use... Struts >> 2.0..1, tomcat 5.5, asterisk-java, hibernate, postgres 8.x, >> Jreports or Jasper Reports, sitemesh, quartz and integration with >> paypal using paypal apis, etc... I have a rough design and plan >> and need people and inputs.... >> >> Please let me know your thoughts...we can start this as >> sourceforge project.. Stefan - I need your thoughts on this... >> >> Take care, >> Thameem >> ------------------------------------------------------------------------ >> ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - >> and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> ------------------------------------------------------------------------ >> _______________________________________________ Asterisk-java-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ------------------------------------------------------------------------ > > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > |
From: Peter H. <pe...@ra...> - 2006-12-17 09:18:25
|
Dear Thameem! I somewhat follow the asterisk-java mailing list from afar, but do some Java programming. Unfortunately I couldn't help with development at the moment, as I am busy with other projects. However, a little comment: I think it's a good idea to develop a billing package which provides many features. However, when I read the long list of libraries you intend to use for the project I thought "HELP!". I think (and pls forgive me if I come over the wrong way) that with so many libraries you may well run into big problems in the future: * You are likely to create a big dependency mess. Now that may be fine for you - but it would create difficulties for other people who may like to use your software or work on it. * You not only need the libraries you mentioned, but also those they depend upon. As result your application may not work unless you have several tens or more than hundred different jar files installed. It can make installation a real pain (several hours or days of research on the internet to find the files and to install them). I have had unpleasant experiences in the past where I tried one library and needed a few others. I cannot begin to imagine the kind of problems I would get with 11 big libraries! You may even find that two or more libraries share depend on different versions of one other library. * Your product will be very difficult to maintain (fragile). For example, what if you need a new feature that requires another set of libraries? How will they work together with the libraries that are already there? What if someone finds a security hole which needs fixing? You may find that you may have to upgrade your dependencies for any future developments. Again, maybe not big trouble for you, but woe betide the other users of your software... It's generally a good idea to draw upon ready made libraries, but - in moderation and where needed. To ascertain this takes a some skill. The list of libraries gives me the impression that you are developing the software for a specialized context (like a particular environment you are working with). But that may be very different from the context used by other people. As result you may find that not many people can use your software because it is near impossible to maintain for them. At the end nobody uses the software because it's too complicated. And that would be a great pity. In other words, use less code. With 'less code' I mean: Less of the amount of code needed overall, i.e. your own code plus the code of all the dependencies. So, it's not just 'My 200 lines of code', but 'my 200 lines of code plus the 2000000 lines of code that my code depends on => 2000200 lines'. In light of that isn't it better to arrive at 'my 2000 lines of code plus the 5000 lines of dependency code (= 7000 lines)'? You will find that less dependencies will make your code much more portable, maintainable -> usable. So try to re-evaluate your dependencies. Do you _really_ need hibernate? Can't you implement a simpler serialization mechanism? Do you _really_ need sitemesh? Is it not possible to write some simple code that generates some web pages using println statements? What about struts? Isn't it possible to implement web application flow in a simpler way? Or why is quartz really needed? Is it not possible to implement a threaded scheduling mechanism that runs each job in its own thread? I would have thought that such a job could be done with maybe ten classes. Pls dont get me wrong - I don't say: Don't use hibernate, quartz, struts etc. - all I mean is: Evaluate carefully which extra library you _really_ cannot do without (as it's too time intensive to develop otherwise) and to implement everything else yourself. Sorry if I sound too negative, pls forgive me if I did. I think developing a comprehensive billing application in Java is a great idea. All I recommend is that you try to be a bit more conservative with your dependencies. I hope it's ok for me to recommend that to you. You are likely to get a much more robust software that way! Thanks for reading my ramblings. Now - get a cup of coffee to wash the shock away... :) It's all Java, after all! Peter > > Hello All, > > Sorry for sending mail to this list but I find that the people > participating in this list would be appropriate to ask. > > I am planning to develop an billing application for asterisk based on > asterisk-java. This would be a full fledged routing, billing and > calling card platform. Many people may ask why the heck i need to > build a new one if there are many open source softwares available. > The reason are many. I evaluated almost all the opensource/commercial > products written in many different languages (non so far in > java)...but they lag of different things...nothing is fully > functionaly or to my expectation..for example, > > A2billing .. Not a very good design though..will not handle > simultaneous calls from an account, will not have a good calling card > platform, no callback service, etc. > > MORCC - its a simple and nice calling card app but no way for > provisioning users, prepaid or post paid options > > AstBill - need drupal (which i hate it), not a true calling card app > and having problem with simultaneous call billing calculation.. > > So, here is my request.. I would like to find out is there any more > people available to give me hand on developing that product. I > already have one in production which is working so far good but i > want to rewrite the whole thing again and fix the bottlenecks i > found. Here are the technologies i am planning to use... Struts > 2.0.1, tomcat 5.5, asterisk-java, hibernate, postgres 8.x, Jreports > or Jasper Reports, sitemesh, quartz and integration with paypal using > paypal apis, etc... I have a rough design and plan and need people > and inputs... > > Please let me know your thoughts...we can start this as sourceforge > project.. Stefan - I need your thoughts on this... > > Take care, Thameem |
From: Stefan R. <ste...@re...> - 2006-12-16 23:15:04
|
Hi, nice to hear about more future source projects embrassing Asterisk-Java. > Sorry for sending mail to this list but I find that the people > participating in this list would be appropriate to ask. No problem at all, the list has really low traffic recently any way so encouraging users to take part in a discussion is always a good idea. > Here are the technologies i am planning to use... Struts 2.0.1, tomcat 5.5, > asterisk-java, hibernate, postgres 8.x, Jreports or Jasper Reports, > sitemesh, quartz and integration with paypal using paypal apis, etc... First I would like to distinguish between internal and external dependencies with internal dependencies being the libraries you us within you war and external dependencies being the requirements you put on users of your product. Internal dependencies will on affect the developers supporting you while external dependencies are crucial to the success of your project regarding user adoption. As far as I can see your external dependencies are: JDK (or JRE) Servlet Container Database Depending on JDK 5 should be safe these days, especially as you are starting a new project. Remember though that you already rule out about 90% of the users just by choosing Java though thats another topic ;) Regarding the servlet container I would rather like to depend on a Java Servlet specification than on a specific implementation. Depending on Servlet API >=2.4 allows users of Tomcat 5.x, 6.x, Resin and whatever to use your product plus it encourages you to follow the spec. Brett already raised the database issue. Postgres is nice but it will rule out another 80% of the 10% users willing to use Java. You already chose Hibernate so why not designing your application to support a broad range of databases like MySQL, Postgres, Oracle, ...? It shouldn't be too hard to refuse to use database specific constructs that are not yet handled by Hibernate. Regarding your internal dependencies I think you are pretty free to use whatever you are comfortable with. I would prefer using Spring Framework as IoC container and Spring Webflow for the page flows but those are really minor design decisions. > I have a rough design and plan and need people and inputs... Would you mind to publish it? :) > Please let me know your thoughts...we can start this as sourceforge > project.. Stefan - I need your thoughts on this... Another last thought is about the license. I am a strong supporter of the Apache License as it is broadly accepted and allows for inclusion in commercial application which might be what you intend or not. =Stefan -- reuter network consulting Neusser Str. 110 50760 Koeln Germany Telefon: +49 221 1305699-0 Telefax: +49 221 1305699-90 E-Mail: ste...@re... Jabber: ste...@re... |
From: Thameem A. <tha...@ya...> - 2006-12-16 22:22:52
|
The reason for not using mysql are follows: Even with mysql 5 I can't use tru PL/SQLs ..like mysql will not return cursors which is more important for any developer. Secondly MYSQL is not suitable for transactional db which is good for only web applications which are flat db model. Thanks Thameem Brett Sutton <bs...@no...> wrote: Can I suggest you use My SQL. Postgres is great, but the database that gets deployed with asterisk most often is mysql. Thameem Ansari wrote: Hello All, Sorry for sending mail to this list but I find that the people participating in this list would be appropriate to ask. I am planning to develop an billing application for asterisk based on asterisk-java. This would be a full fledged routing, billing and calling card platform. Many people may ask why the heck i need to build a new one if there are many open source softwares available. The reason are many. I evaluated almost all the opensource/commercial products written in many different languages (non so far in java)...but they lag of different things....nothing is fully functionaly or to my expectation..for example, A2billing .. Not a very good design though..will not handle simultaneous calls from an account, will not have a good calling card platform, no callback service, etc. MORCC - its a simple and nice calling card app but no way for provisioning users, prepaid or post paid options AstBill - need drupal (which i hate it), not a true calling card app and having problem with simultaneous call billing calculation.. So, here is my request.. I would like to find out is there any more people available to give me hand on developing that product. I already have one in production which is working so far good but i want to rewrite the whole thing again and fix the bottlenecks i found. Here are the technologies i am planning to use... Struts 2.0..1, tomcat 5.5, asterisk-java, hibernate, postgres 8.x, Jreports or Jasper Reports, sitemesh, quartz and integration with paypal using paypal apis, etc... I have a rough design and plan and need people and inputs... Please let me know your thoughts...we can start this as sourceforge project.. Stefan - I need your thoughts on this... Take care, Thameem --------------------------------- ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV --------------------------------- _______________________________________________ Asterisk-java-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/asterisk-java-users |
From: Brett S. <bs...@no...> - 2006-12-16 21:07:20
|
Can I suggest you use My SQL. Postgres is great, but the database that gets deployed with asterisk most often is mysql. Thameem Ansari wrote: > Hello All, > > Sorry for sending mail to this list but I find that the people > participating in this list would be appropriate to ask. > > I am planning to develop an billing application for asterisk based on > asterisk-java. This would be a full fledged routing, billing and > calling card platform. Many people may ask why the heck i need to > build a new one if there are many open source softwares available. The > reason are many. I evaluated almost all the opensource/commercial > products written in many different languages (non so far in > java)...but they lag of different things....nothing is fully > functionaly or to my expectation..for example, > > A2billing .. Not a very good design though..will not handle > simultaneous calls from an account, will not have a good calling card > platform, no callback service, etc. > > MORCC - its a simple and nice calling card app but no way for > provisioning users, prepaid or post paid options > > AstBill - need drupal (which i hate it), not a true calling card app > and having problem with simultaneous call billing calculation.. > > So, here is my request.. I would like to find out is there any more > people available to give me hand on developing that product. I already > have one in production which is working so far good but i want to > rewrite the whole thing again and fix the bottlenecks i found. Here > are the technologies i am planning to use... Struts 2.0..1, tomcat > 5.5, asterisk-java, hibernate, postgres 8.x, Jreports or Jasper > Reports, sitemesh, quartz and integration with paypal using paypal > apis, etc... I have a rough design and plan and need people and inputs... > > Please let me know your thoughts...we can start this as sourceforge > project.. Stefan - I need your thoughts on this... > > Take care, > Thameem > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ------------------------------------------------------------------------ > > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > |
From: Thameem A. <tha...@ya...> - 2006-12-16 18:30:58
|
Hello All, Sorry for sending mail to this list but I find that the people participating in this list would be appropriate to ask. I am planning to develop an billing application for asterisk based on asterisk-java. This would be a full fledged routing, billing and calling card platform. Many people may ask why the heck i need to build a new one if there are many open source softwares available. The reason are many. I evaluated almost all the opensource/commercial products written in many different languages (non so far in java)...but they lag of different things...nothing is fully functionaly or to my expectation..for example, A2billing .. Not a very good design though..will not handle simultaneous calls from an account, will not have a good calling card platform, no callback service, etc. MORCC - its a simple and nice calling card app but no way for provisioning users, prepaid or post paid options AstBill - need drupal (which i hate it), not a true calling card app and having problem with simultaneous call billing calculation.. So, here is my request.. I would like to find out is there any more people available to give me hand on developing that product. I already have one in production which is working so far good but i want to rewrite the whole thing again and fix the bottlenecks i found. Here are the technologies i am planning to use... Struts 2.0.1, tomcat 5.5, asterisk-java, hibernate, postgres 8.x, Jreports or Jasper Reports, sitemesh, quartz and integration with paypal using paypal apis, etc... I have a rough design and plan and need people and inputs... Please let me know your thoughts...we can start this as sourceforge project.. Stefan - I need your thoughts on this... Take care, Thameem |
From: Yelson V. <yv...@gm...> - 2006-12-05 18:05:50
|
Hi In the dialplan or in your code do you use answer? maybe sounds silly but once i didn't do it and happens something like that Br Yelson 2006/12/4, ast...@li... <ast...@li...>: > Send Asterisk-java-users mailing list submissions to > ast...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > or, via email, send a message with subject or body 'help' to > ast...@li... > > You can reach the person managing the list at > ast...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Asterisk-java-users digest..." > > > Today's Topics: > > 1. 60 second timeout (none none) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 4 Dec 2006 14:18:04 -0500 > From: "none none" <79...@gm...> > Subject: [Asterisk-java-users] 60 second timeout > To: ast...@li... > Message-ID: > <cee...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > Hello list, > > I am experiencing a 60 second script timeout. Is this an asterisk-java, > fastagi, or extensions.conf handling issue? > > After the 60 seconds in the script, the agi seems to force a hangup. > > Thanks for any light you can shed on this > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://sourceforge.net/mailarchive/forum.php?forum=asterisk-java-users/attachments/20061204/06456e45/attachment.html > > ------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > ------------------------------ > > _______________________________________________ > Asterisk-java-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/asterisk-java-users > > > End of Asterisk-java-users Digest, Vol 8, Issue 2 > ************************************************* > -- Yelson E Vivas C MPC (571) 6500-800 |
From: Yelson V. <yv...@gm...> - 2006-12-04 22:00:35
|
Hi guys i'm writing a fastagi, this should do some ivr stuff but later should send the call a specific context,extension,priority, i try doing this setContext(context1); setExtension(exten1); setPriority(prior1); hangup; But the pbx shows this ================================================== AGI Rx << SET CONTEXT "acuacola" AGI Tx >> 200 result=0 AGI Rx << SET EXTENSION "s" AGI Tx >> 200 result=0 AGI Rx << SET PRIORITY "1" AGI Tx >> 200 result=0 AGI Rx << HANGUP AGI Tx >> 200 result=1 == Spawn extension (acuacola, s, 0) exited non-zero on 'SIP/ 333-09573b10' ================================================== Why does it send to the priority 0 ? I tried using Dial to Local and work but it uses 3 channels per call, the idea is release the ivr and the control flow be taken by the set context So Any idea will be more than welcome Thnks in advance Br Yelson Ps: if i send the priority to 0 " in the fastagi code " the pbx spawn extension (acuacola, s, -1) |
From: none n. <79...@gm...> - 2006-12-04 19:18:08
|
Hello list, I am experiencing a 60 second script timeout. Is this an asterisk-java, fastagi, or extensions.conf handling issue? After the 60 seconds in the script, the agi seems to force a hangup. Thanks for any light you can shed on this |