File upload with cross-fetch causes socket exception on server - fetch-api

I am trying to upload a file to a .NET Core 2.1 WebAPI service as FormData using cross-fetch. When I upload smaller files it works fine, but when I try to upload a file bigger than 2 MB, the server throws a socket exception, indicating that the connection is closed by the client.
Are there any options I can use in the fetch call or any client settings that prevent the client from closing the connection?

Related

azure webapp to webjob SOAP connection

Need to make a SOAP connection from .php code running as a webapp to a c++ console mode application that is looking for a SOAP connection on a given port while running as a webjob fired off from a batch file.
in php the call looks like this and does not work:
$this->m_webservice_location="http://localhost:8080";
The error that comes back is:
Error from AddressPro SOAP: Could not connect to host
Any ideas what to try or how to gather the address that will hit the webjob?
The Azure WebJob cannot listen on tcp ports.
You can use web sockets to communicate between web app and webjob, for example with signal-r: http://www.jerriepelser.com/blog/communicate-from-azure-webjob-with-signalr
You can also communicate using the file-system by writing to a file under d:\home\... and listening to changes on that file.

running PHP websockets for over 2000 users getting *** buffer overflow detected ***: php terminated error

I'm running php project with NginX and php-fpm on ubuntu server.
The site is Symfony2 based and I'm using Clank bundle for the sockets (Ratchet sockets).
I've already recompiled the php to allow open over 1024 files, but now I get an error when too much users saying buffer overflow, I guess its because of the multiple connections to a single PHP process.
My question is, what should I change in order to split the connections to multiple processes\ avoiding this crush.

Servlet JNDI connection timing out

Our Java Servlet was developed on Eclipse Helios for Windows and runs on Tomcat 7. Recently a SQL Server database that it connects to using JNDI was migrated to a new server. I checked I could set up the connection to the new SQL server database using Eclipse and this was successful. I also checked I could connect using the connection details using SQL Server Management Studio. However when I amend the JNDI connection using the new connection details and run the relevant web service request in SoapUI I am being returned the message;
java.net.SocketTimeoutException: Read timed out
I have also imported the new SSL certificates created on the new server but that did not resolve the problem. I have tried extending the timeout but I don't think that is working. What is causing this new connection to fail when the original worked fine?

perl client-to-server file sending and file retrieval

I'm a newbie in stackoverflow and perl IO::Socket sockets programming and I have a problem with my project. I have a TCP client and server script where the client can send file to the server. The server side creates a directory where it stores the received received files.
Is it possible for me to view and retrieve/download the files that I have sent to the server?
My professor told me that if i could add these functions he would reconsider my project.
help would be greatly appreciated. THANK YOU!
A possible approach will be to send a "string" command to the server that will trigger the server to scan the download directory for all file by using the code below
The names of the files can then be sent by the server app back through the client socket
Subsequently another string command for download can be sent to the server indicating the file path of the file your're interested in and you'll use the same process you used to send the file to the server in the first place to send it back to the client.

Coldfusion connection reset by peer (socket error # 10054)

All -
We have been receiving Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data (on chrome) when accessing few websites.Few other websites on the same server are working fine.
We have checked our database log and it looks fine there.
Any suggestions on why this could be happening?