Such as sending the request and recieving it without the use of SIGNAL and SLOT.
For instance just using a code to set the host and then send the domdoc as a SOAP request to the server. I dont want to use SIGNAL and SLOT as Im creating a dll which will be given to my clients and they may not have Qt installed..
So.... why are you posting this in a Qt forum if you don't want to use Qt?
Please do not misunderstand, I am using Qt but I just do not wish to use the SIGNAL and SLOT, hence I'm asking whether there is a way to send my domdocument as a SOAP request without using SIGNAL and SLOT
There's a logical bug in the above sentence, you are using Qt for your projects and you don't want signal/slots because the client may not have Qt installed?
There may probably be a way to do it without signal/slots, I guess you need to write some functions using the event mechanism of Qt.
Anyway, bellow it's not an answer to your question but just pointing out an alternative to QNetworkAccessManager, you may want to check this QtSOAP.
QtSoap uses QHttp internally and operates on signals and slots as well. In its current form it doesn't let you send more than one message at once as well, so it's kind of a limitation. I modified it some time ago to use QNetworkAccessManager as the transport layer but it requires Qt and signals and slots![]()
Currently Im still using the signal and slot method from QNetworkAccessManager connect() method but is there really no way to just get the QNetworkReply without using the signal and slot? Because I tried to just use the manager to post the data and I didnt use the connect() method, my networkreply came back empty, so Im thinking maybe because the reply was retrieved at the wrong time (hence why signal and slot is very good at this part - to be able to get the response when a signal is emitted), but in short there really is no method to not have to use signal and slots?
But what is wrong with signals and slots? You can make your code pseudo-synchronous with QEventLoop if asynchronous call is a problem.
Bookmarks