Skip to main content

Mobicents PBX app

8 replies [Last post]
ivelin
Offline
Joined: 2003-07-13

Bartek started work on a new pbx app. His initial wiki looks good already:
http://wiki.java.net/bin/view/Communications/MobicentsSimplePBXApplicati...

A few comments:
1) persistence api: I'd suggest trying JPA with Hibernate as first choice, or if that is not easily achieved, then fall back to the Hibernate API embedded with the JBoss server

2) GWT UI updates. Definitely don't block servlets. I'd try the GWT async call back registration mechanism.:
http://code.google.com/webtoolkit/documentation/com.google.gwt.doc.Devel...

Ivelin

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
baranowb
Offline
Joined: 2006-01-09

>
> 2) GWT UI updates. Definitely don't block servlets.
> I'd try the GWT async call back registration
> mechanism.:
> http://code.google.com/webtoolkit/documentation/com.go
> ogle.gwt.doc.DeveloperGuide.RemoteProcedureCalls.Creat
> ingServices.html

Well it seems the only way. I didnt find anything on it so I did post my question on gwt group, here it is. Seems like servlet/client side interaction will have to be very thoroughly designed
https://mail.google.com/mail/?view=cv&search=inbox&th=110bb28e7bc3d38b&l...

>
> Ivelin

ivelin
Offline
Joined: 2003-07-13

> >
> > 2) GWT UI updates. Definitely don't block
> servlets.
> > I'd try the GWT async call back registration
> > mechanism.:
> >
> http://code.google.com/webtoolkit/documentation/com.go
>
> >
> ogle.gwt.doc.DeveloperGuide.RemoteProcedureCalls.Creat
>
> > ingServices.html
>
> Well it seems the only way. I didnt find anything on
> it so I did post my question on gwt group, here it
> is. Seems like servlet/client side interaction will
> have to be very thoroughly designed
> https://mail.google.com/mail/?view=cv&search=inbox&th=

the link you posted appears to point to a thread, which was removed.

Looks like the combination of polling (= async callback + recurring client side timer) is a more popular technique, even though it still requires thoughtful design.
http://groups.google.com/group/Google-Web-Toolkit/browse_thread/thread/5...

baranowb
Offline
Joined: 2006-01-09

Weird. I started that thread. Guess Im not moderator friendly.

I didnt find that thread You posted but did try out what they are talking about when I was learning about GWT and how rpc can be made to referesh data. Seems as best way would be to split rpc transmision to different displays ( pages ) and maintain state for each in each page. I did try to create one such place responsible and I had partial success.
I had to classes which have subsribed to RPCConnector ( class that pulls data from servlet), simply RPCConnectors callback object injected data into two different panels. Problem was that GWT didnt refresh data in one of panels, even though I explicitly call onShow and other onX methods. Looks like I will have to be carefull doing rpcs than. As for now noone at gwt group respond to my problem.

mranga
Offline
Joined: 2003-06-06

> Bartek started work on a new pbx app. His initial
> wiki looks good already:
> http://wiki.java.net/bin/view/Communications/Mobicents
> SimplePBXApplicationExample

This is great news. Also I much appreciate the new forums else the posting would have been flagged in my inbox as a "todo" with no followup.

>
> A few comments:
> 1) persistence api: I'd suggest trying JPA with
> Hibernate as first choice, or if that is not easily
> achieved, then fall back to the Hibernate API
> embedded with the JBoss server

Why not google base. The proxy should have a Location Server component. Some have suggested using Jxta for this. Others want to use Google Base. I think the right answer is to make this a replacable component (i.e. SBB) in the service.

>
> 2) GWT UI updates. Definitely don't block servlets.

Servlets? Where did that come from?

> I'd try the GWT async call back registration
> mechanism.:
> http://code.google.com/webtoolkit/documentation/com.go
> ogle.gwt.doc.DeveloperGuide.RemoteProcedureCalls.Creat
> ingServices.html
>
>
> Ivelin

ivelin
Offline
Joined: 2003-07-13

> Why not google base.

Interesting suggestion. A hosted version of the pbx using google base woild be quite innovative approach. I would suggest that we try this in the second version of the pbx.
Ideally the first version would be ready in the next 2-3 months and will support a minimal set of popular pbx features. For the second version would be quite interesting to address pbx as a service.

baranowb
Offline
Joined: 2006-01-09

> Bartek started work on a new pbx app. His initial
> wiki looks good already:
> http://wiki.java.net/bin/view/Communications/Mobicents
> SimplePBXApplicationExample
>
> A few comments:
> 1) persistence api: I'd suggest trying JPA with
> Hibernate as first choice, or if that is not easily
> achieved, then fall back to the Hibernate API
> embedded with the JBoss server
>
> 2) GWT UI updates. Definitely don't block servlets.
> I'd try the GWT async call back registration
> mechanism.:
> http://code.google.com/webtoolkit/documentation/com.go
> ogle.gwt.doc.DeveloperGuide.RemoteProcedureCalls.Creat
> ingServices.html
>
>

The bad thing there is "Before you can actually attempt to make a remote call from the client, you must create another interface, an asynchronous one, based on your original service interface. Continuing with the example above..."
If You have in mind just passing callback object and storing it in servlet it is something Im consider as subject to test, it should work since blocking servlet does almost the same, (but it blocks it).

> Ivelin

fram
Offline
Joined: 2004-05-13

Bartek,
could you please re-upload the picture in the wiki page, I cannot read the content.
Thanks,
Francesco

baranowb
Offline
Joined: 2006-01-09

Hey Fran. Picture is in quite high resolution. I just set value of "width" in wiki to 900 due to fact that I work on very high resolution and I remember how Ivelin reacted when I did post "vast" flow diagrams sometime back in 2006 :).

Changed, You can try to download picture if its still not big enough.