Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 3 years ago.
Improve this question
There is a list of C++ XMLRPC implementations in Wikipedia:
Libiqxmlrpc
Ultra lightweight XML-RPC library for C++
XML-RPC for C and C++
XmlRpc++
XmlRpc C++ client for Windows
gSOAP toolkit for C and C++ supporting XML-RPC and more
libmaia: XML-RPC for Qt/C++
I wonder that people use which of these libraries most. Do you have experience with these libraries?
I've used gSOAP in the past. I found it pretty nice to work with. It's fairly mature and runs on a variety of platforms. I thought the documentation, along with examples to be sufficient. We used it on a project that needed to communicate with ASP.NET web services from a Linux environment.
I think that xmlrpc++ is what you're looking for. Though I can't give objective comparison to every library listed here, I must say that's it's extremely versatile, well-written and somewhat easy to get used to.
Well, it actually some kind of lacks in documentation, but this is also subjective (hate this doxygenized way of presenting information).
Added : ulxmlrpcpp also (never used it, just looked through documentation) seems fine and well-designed.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
I am looking for a lightweight opensource library/framework preferably written in C/C++ (it doesn't have to support x languages and should be easy to understand and use.) which can be used to make RPC over internal linux sockets or pipes.
In other words I am looking for an RPC possibility which can be run over some of the linux IPC mechanisms.
Thanks
Look at msgpack-rpc. It's easy and very simple RPC implementation.
Not exactly lightwieght, but Dbus is an answer and it's standard on most linux distributions these days.
I guess you don't want any fancy framework and can handle simple library calls. The linux rpc library should then be sufficient: See the manpage, and maybe this tutorial.
SUN ONC RPC library for Linux is a good solution. Also you can use the rpcgen compiler to generate server and client stubs.
All you have to do is to write an .x in the RPCL language an compile it using rpcgen.
Here is an example that I have published in github: https://github.com/issamabd/SDL-PPONG
It uses RPC calls to connect two PingPong players over the network.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 3 years ago.
Improve this question
I have a project of mine, written in C++, that has now progressed to a stage where I require an embedded programming language. I've chosen Python for several reasons, and have been playing around with revealing an API to a dynamically-loaded Python module. It works well, and I think I will stick with Python for the foreseeable future.
I have a question, though. I've been spending a lot of time adding each function to the Python API that I'm providing, and so I've been looking for a framework that alleviates much of the repetition.
The framework that seems to be mentioned time and time again is Boost::Python. While I have nothing against Boost::Python -- in fact I will probably use it in the near future -- for this project I unfortunately cannot use Boost-related libraries.
Are there any other decent frameworks out there? I don't particularly fancy writing my own, but neither do I wish to continue my use of the straight Python C API.
Thanks!
I was facing nearly the same problem but at the end I sticked Boost::Python ;) However an option to Boost::Python is Swig. If you use Swig you also, don't have to write so much boilerplate code than you have to with Boost::Python.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
Is there any portable c++ library to work with the filesystem?
I know about boost::filesystem, but I need to know if there is any other.
Thanks!
POCO has similar functionality which you can find under Foundation/FileSystem.
There is at least one more solution worth mentioning - STLSoft, a set of BSD-like licensed libraries, contains a cross-platform wrapper under Windows & Unix native filesystem APIs - PlatformSTL project. The benefit in comparison with boost::filesystem is no need to build anything, the whole library is header-only, you can simply include it in your project. The bad side is lack of documentation though, I spent quite some time to figure out how to use it.
What about QT's QFileSystemModel or QFSFileEngine?
You can find it in the SSVUtils library: https://github.com/SuperV1234/SSVUtils
I found that for an application which needs a lot more than the filesystem API defined in the language it makes sense to encapsulate the filesystem API yourself and on a per application level.
Because in this case you usually need some very specific features (you surely do on the iPhone/MacOSX) and this will be not very portable and also missed by boost and others. In this case you need to go a bit higher in your abstraction layer.
Today the operating system API isn't that bad anymore. Writing a wrapper shouldn't take long.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 3 years ago.
Improve this question
there's already a topic about it but I haven't found a helpful answer (http://stackoverflow.com/questions/1316320/a-c-code-generator-from-an-xml-spec).
I'm looking for a library or a tool which can read xsd grammar and then can write a corresponding object in c++ (.hpp, .cpp,...).
Except codesynthsesis, does someone know much about it?
There is a huge list of data binding code generators on http://www.w3.org/XML/Schema , just search the site for C++. Also please describe in detail why the answers on A C++ code generator from an XML spec weren't helpful.
The information at http://www.rpbourret.com/xml/XMLDataBinding.htm can be very helpful. But beware that the list of tools on that web site is slowly getting out of date. The W3C list of data binding tools http://www.w3.org/XML/Schema is outdated (the last update was way back in 2009).
I'm using the GSOAP toolkit from SourceForge for all of my XML C++ projects. Also works for plain C. It binds C/C++ to XML schemas automatically and is fully compliant with industry standards for XML, WSDL, SOAP, REST, XML-RPC, JSON, and WS-* protocols.
GSOAP is actively maintained, easy to use, and pretty efficient too.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 5 years ago.
Improve this question
Is there any documentation on qpThreads? In what way is it different from pthreads?
It looks like qpthread has become a sourceforge project. It hasn't changed in four or five years from the CVS repository and doesn't seem to contain any documentation. Chances are that if you don't have docs on it, then none exist save for the source code and headers of course.
I grabbed the source out of curiosity and it looks like a pretty standard threading implementation that is layered over pthreads. The largest difference is that pthreads is a C-style interface and qpThreads is an OO interface more akin to what you might find in Java. I haven't delved into it very deeply, but you might want to look at the interfaces like java.util.Timer and java.util.concurrent. Some of the interfaces look quite similar to what qpThreads offers.
You might want to investigate replacing it with Boost.thread or something more recent. Chances are that you will have better luck maintaining it. It shouldn't be that hard to do depending on how much code you have to deal with.
From a cursory look at google search results, qpThreads seems to be an obscure C++ threading class library. pthreads is a very widely used, POSIX-compliant, multi-platform threading C API.
The most important thing about using libraries is making sure they are actively maintained.
You should use a well known and heavily used library if possible. This way you will also have a vast number of people to ask questions if you have any.
Please see this similar SO question for more details:
Good c++ lib for threading (or use the search box for more).
Found some documentation finally.
Sourceforge qpthreads