I was looking a bit at at node.js to use for building REST web services.
It sounds interesting but doesn't support calls to Java well. I have a Java API for an app that I'd like to be able to use with node.js, but node.js doesn't seem to interface well with Java.
Is there anything like node.js that is more friendly to Java?
I don't know how exactly you want your framework to be like node.js, but I've found that Play! Framework is light-weight and offers good features for that.
Related
I'm trying to create an speech reconigtion based web. Afer some searching, i found that cmusphinx is a library quite good for speech reconigtion application. And my problem is how can communicate between cmusphinx and web ?
Sorry if this is a silly question.
Thanks for all your help !
In general, you need a web framework to marshal web requests to the Java or C code, then you just need to implement required speech-to-text methods with CMUSphinx API.
Here is the JAX-RS tutorial:
http://docs.oracle.com/javaee/6/tutorial/doc/giepu.html
There are also more lightweight web service framework, for example Sinatra for Ruby.
You can also study existing implementations of web service using CMUSphinx, for example
https://github.com/alumae/ruby-pocketsphinx-server
Read more about it here.
I'm looking for a library that work exactly like socket.io(node.js) but I need it in other platform, c++ or maybe python.
This is about server application for website. My app work with node.js but I need to change it for C++/python or something other.
socket.io is great because it choose technology automatically to connect with server - depend which browser/hardware you use.
Any ideas?
For Python, you could look into >> Websockets with python <<
Can I use Socket.IO with Django?
Django is a web-framework that uses Python language.
There is a Socket.IO implementation for python via TornadIO2, which is to be used with the Tornado async web server. I have used this when it was TornadIO 1.0
Go has one that I use, but its only compatible to Socket.IO 0.6.x: go-socket.io
And just look at the socket.io Wiki for other links:
https://github.com/learnboost/socket.io/wiki
The protocol definition for socket.io is available here
https://github.com/LearnBoost/socket.io-spec
I have been part of a couple of project where we decided to actually implement our own client for various reasons. It is not that hard especially since you only have to support on transport (xhr-polling is the easiest imho).
And also maybe a possibility to give back to the community....
This is sort of a generalized question.
What is the best possible solution/strategy/technique/technology to create an HTTP API/web-service using PHP + MySQL, which can be called from any platform - web (html), Flash, Mobile etc. - that supports call to web services or API.
I am going to develop this API/web-service primarily for games (they will be called from games being played on any platform), so speed, scalability and security - all are highly significant factors.
How to choose from SOAP, REST, XML-RPC etc. ?
Any idea about ready-made solutions that can help fulfill my requirement ?
Thanks
In this case I'd recommend a REST API. SOAP is a more complicated standard, and it makes it more difficult for those to interface to your API (for example, some PHP servers don't have SOAP enabled). As far as using PHP and MySQL to create a REST API, you can use something like Zend Rest Server to make the process easy.
I am new in Blackberry. Can anyone help me out for following queries?
Which SDK is used in Blackberry?
In what language are Blackberry applications developed?
Can we call webservices through Blackberry applications?
Blackberry applications are written in Java. They support Java ME as well as some additional blackberry specific APIs. Check out http://na.blackberry.com/eng/developers/javaappdev/overview.jsp
As for calling a web service, yes you can do that as well. Check out the Rapid Application development tutorial at: http://na.blackberry.com/eng/developers/rapidappdev/
As heavyd said you can use the Rapid Application Development for accessing web services.
I've used the Visual Studio plugin before but this doesn't allow you as much access to the API as using the standard JDE plugin for Eclipse or the Blackberrys Java Development Environment (at least when I used it). It all depends on what you want to do, whether it's whip up a quick app or create a fully customised sweet looking application that'll take a little longer.
If you don't decide to go down the RAD route you can use a 3rd party library like KSOAP2, or, the way I do it, is use the Sun Wireless Toolkit (WTK) to create Stubs for you're web service methods which you can then call in your application. I've used this method for a .NET web service and it's pretty straightforward.
We're looking at developing a Web Service to function as a basis for a browser display/gui for a networked security prototype written in C++. My experience with web services has been limited to Java. I prefer Web Services in Java because it's on the "beaten path".
One sure was to do this would be to simply code a Java client which invokes the web service, and call it as a command line with parameters from the C++ code.
It's not ideal, since generally speaking an API is preferable, but in this case it would work and be a pretty safe solution.
A resource which does handles web service development in C++ is called gSOAP, at this url: http://gsoap2.sourceforge.net
Any thought on which is a better approach? Has anyone used gSOAP, and if so, what did you think?
I'd done things with gSOAP, it's not awful. I'm increasingly opposed to the RPC model for web services, though; it forces you into a lot of connection and session state that adds complexity. A REST interface is simpler and more robust.
To me is Axis C++.
For RPC style, have a look at Thrift,
I found it quite better ( faster, clearer, a lot of languages implementations) than soap.
My colleague ended up using a combination of Axis2 / java (for the service) and gsoap for the client. He created the wsdl from the Java service by generating it from a C++ header (using c2wsdl (?) or something like that. He said it was better than using a Java interface because that generated two sets of wsdl, for seperate versions of soap.
Then he used wsdl2java to generate the webservice and a test web client. Once we got that working, he used gsoap to create the web client (in C++), and it worked fine.
thanks for all the answers! I ended using a combination of them.
I had very good experience with gsoap - very simple, performance is good.
If it is acceptable to run only on Windows, there is a brand-new API for that purpose: WWSAPI
Instead of calling the java client from the command line, you can create a java virtual machine inside your C app, instantiate the class and call any methods. This is what the java.exe app does and I think the source code is included in the jdk.
Depends on how low level you want to go. You might checkout yield.