1

Resolved

SynchronousRconClient Class

description

I just had an idea to add a synchronous RCON class that will allow developers to write light applications that only require a small amount of communication, where packet order is important.
 
The functionality will be basic. There will be read and write methods, a logon method, and possibly some other, small methods. There won't be any events, because synchronous communication doesn't work well with that type of communication.
 
One great advantage that comes to mind is that the SendRequest method can return a Packet containing the response.

comments

RickardP wrote Nov 14, 2011 at 10:28 AM

When do this going to be implemented?

I just find really good use for a function to send one command and get the answer in the same request, instead to have socket events etc.

Then i could do bfadmin,mobi more user friendly, have it as a webapp only, not need to install application on they own computers/servers.

Timiz0r wrote Nov 14, 2011 at 3:46 PM

I just added a SendRequestSync method yesterday (5196) for doing synchronous requests. I'll soon be optimizing the library to take advantage of this method.

The MapCollection (RconClient.Maps) will be using this.

The PlayerCollection (RconClient.Players) will be converted to use this later.

The vars.*, which is on my list of things to do, will use this.

For now, in regards to Players, doing a short sleep after LogOn("password", false) (which is synchronous) will work for getting player information.

Timiz0r wrote Nov 14, 2011 at 3:47 PM

And, relating specifically to this class, depending on how everything looks when I finish integrating SendRequestSync, I may not bother with this class.

Timiz0r wrote Dec 11, 2011 at 9:13 PM

Since RconClient is now largely synchronous, I won't be making this class. RconClient currently contains all of the synchronous features I had planned to use in SynchronousRconClient.

wrote Feb 13, 2013 at 5:23 PM

wrote May 15, 2013 at 4:09 AM

wrote May 15, 2013 at 4:09 AM

wrote Jun 12, 2013 at 1:02 AM