Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 2 years ago.
Improve this question
Hi I want to see an example tech stack where vowpal wabbit is used.
This can be actual application which people are using or an imaginary one which illustrates how VW fits.
We are currently facing a common legacy code problem. Our back end is a collection of web services implemented in C++ using relational DB and Front end is Javascript based web app build on top of those webservices.
Now We want to extend our backend to provide some analytics services which uses machine learning functionality. Having seen around, I quite liked Apache Spark + ML + GraphX as graph already heavily features in our server logic. But the problem is they are not C++. Though they can be made to integrate with it, but as we will be writing lot of our own stuff, We will have to write non-C++/Javascript code, which is currently not under consideration.
Vowpal Wabbit is another candidate that meets our criteria but I am not sure how it would fit over-all right from raw-data storage to application logic. Hence the question.
As I recall VW could be built as static library (check examples in its ./library folder). And perhaps as dynamic library too. Thus it could be just incorporated in your legacy c++ app.
Vowpal can be used as a library and the source code include examples of using the API in C++. We are using it in an iOS application with no problems. The only slight oddity is the need to use boost::program_options to initialize the library and various methods. If you were motivated, you could further develop the API to accept arguments. The maintainers seem to actively encourage the development of patches and features.
Related
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
I have a Windows Desktop application that is written in C++/MFC/COM technologies. This application relies heavily on CHTMLEditView (MSHTML Editing platform) and extensively uses IHTMLxxx COM interfaces.
It seems to be working fine on Windows 10 right now, but I want to know if MS will switch to EdgeHTML anytime soon. If that happens, will IHTMLxxx interfaces stop working with EdgeHTML?
I am not an official MS representative. But I may have some helpful insight.
Edge is a Universal Window App. As far as I know, this makes it generally inaccessible from COM, or even managed code (.NET). Consequently, you won't be able to use COM interfaces to interact with the underlying rendering engine (might be WebKit? I'm not sure).
On the other hand, IE uses the Trident rendering engine, which is completely built with COM. Trident is an integral part of the OS, so I really doubt it will go away anytime soon. It's used for so many UI parts (including Windows Explorer) that I don't think Microsoft will have a compelling reason to obsolete it, at least not for a long, long time.
And, there isn't really a good interoperability story at the level of COM for working with Edge. Universal Apps interoperate via contracts, and to some degree, URL protocol handlers, command line arguments, and other "safer" ways of isolating the app. I suspect that it won't be long before actual containerization technology is used for UWAs.
So, no, I wouldn't hold my breath on IHtmlXXX being implemented using EdgeHTML in any timeframe that could be useful for you. Stick with Trident. While Microsoft will probably make sure Edge has the very, very latest in web standards compliance, I don't think they will let IE languish so far behind that you find it unusable.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
I'm working on a project where I need to integrate 2 simulation software packages; as in the output from one is to be used as input for the other one, and vice versa. The exchange of information happens at every time-step of the simulation, so it occurs very frequently. Both simulation packages have support for plugins: one of them supports plugins written in C, and the other supports plugins written in C++. Is there an elegant way to integrate these two plugins to make the software packages talk to each other? I thought about reading/writing files to hard drive, but I'm hoping that there is a better way to do this.
Thanks all!
Is SOAP or RESTful service an option? That would work in both C and C++
You definitely can use files to do that, but I wouldn't recommend writing them to the disk, but to use a Memory-mapped file. There are several libraries that implement this functionality, such as Boost C++. Java has the FileChannel class that handles it
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
I am student of M.Sc Computer Science. I have been given a project on C++ Analytics Library. I have been asked to implement some key analytics functions, design a library to implement these functions, and to make the library available via Remote Procedure Call interface.
I don't have programming background except what I learned about C++ during my course. I can do the coding for analytics function but I am stuck on RPC stuff? I could not find good resources on RPC or honestly if I say that I am not understanding from where to start on RPC? There are a lot of RPC information but could not relate to my project. I am supposed to design library for windows environment.
So far this is what I am planning to do-
I am using Visual Studio 2012 (Trial Edition)
Create IDL interface file where I am going to define all procedure or functions.
Using MIDL complier, generate client and server stub files.
and then link and compile the server and client using stub and header file.
Do you guys think that I am on right track for my project?
If yes, is there any help or best resource available for writing IDL interface file?
Any help or suggestion will be appreciated. Thanks in advance. I am not looking for the code. I am looking for the help in regards to RPC.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
I would like to integrate Python, and specifically Django, to a C++ application. This is for many reasons which include, but not limited to:
Ease of data handling and feature development in python
Django's amazing ORM
Django's instant admin interface
etc...
My specific application is a real-time event intensive application. The Python\Django aspects should mainly come in the initial data loading part, batch data dumps and semi-real time web access for tracking and configuration.
How would you go about integrating these very different programing languages and design concepts?
I would strongly recommend considering to integrate the other way around: your C++ application into Python. A good article on the tradeoffs of extending vs. embedding.
Also, re the Django/web server part, it's not always recommended to have a monolithic application that's too large. Consider breaking the web-serving part into a separate application, purely Django on Python, that will communicate with your main application via either OS files or sockets, or some other IPC. You're still welcome to add Python to your main application (by extending or embedding) for the other needs.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
How does Staff web service framework compare to others for c++?
I cannot answer your question in all details, but I'm searching for C++ SOA / web service frameworks for a year now.
My favorites (all OpenSource and platform independent - not ordered) are currently:
GSOAP - http://www.cs.fsu.edu/~engelen/soap.html
pros:
proven, reliable, very fast
big documentation, many support
still maintained - releases every 3-6 months
contras:
WSDL/client generators are not free
programming and embedding into existing apps isn't so easy
seems to be more C than C++
Apache AXIS/C++ - http://ws.apache.org/axis/cpp/index.html
pros:
proven, already in use in big projects
(nearly) good documentation
up to date, maintenance is ensured by Apache Foundation
better/nicer C++ API
contras:
heavy weight SDK / too many functionality for me
not easy to implement it / many work to embed it into own app
maybe not as fast and bigger footprint as GSOAP
Staff - http://code.google.com/p/staff/
pros:
very small footprint
easy and fast to integrate
contras:
future maintenance is not clear / it's (only) a Google summer of code project
very early stage
support party only in cyrillic
If I have to decide for a framework right now, I would take Apache AXIS -
it's proven and reliable and thus ready for productive use.
Further it's future maintenance is guaranteed by the Apache Foundation
and I'm free to uase, modify and integrate AXIS as I want - even for my
commercial applications.
I hope that helped a little bit.