HTTP "listener" Log Manager

Here developers can talk about how to write a Manager for LogMX

Moderator: admin

Post Reply
jobemakar
Posts: 18
Joined: Thu Jun 11, 2015 9:49 pm

HTTP "listener" Log Manager

Post by jobemakar » Mon Dec 11, 2017 4:36 pm

Hi - TCP isn't natively supported in the browser (outside of the Flash Player). We deploy our game clients to the browser and need to receive logs in realtime directly from a game client to LogMX. We use TCP for this when using Flash games or any game deployed to mobile. But with Unity or any other non-Flash browser games TCP is not an option.

So, I think we can solve this by adding a HTTP log manager that is able to receive log entry additions. The log manager would I guess have to spin up a light weight web server for receiving these additions.

Does something like this exist? If not, it seems like it would be a useful addition to your log manager list as it would work for any browser-based app.

admin
Site Admin
Posts: 426
Joined: Sun Dec 17, 2006 10:30 pm

Re: HTTP "listener" Log Manager

Post by admin » Wed Dec 13, 2017 2:00 am

Hello,

Good idea. But I guess the way to implement this HTTP listener depends on your needs: raw HTTP GETs/POSTs, REST API style with JSON log entries in the body, log entries put inside the HTTP request URL, ... So depending on this, you may want to use: the basic JDK HTTP features, or a richer framework like Jetty, NanoHttpd, or Apache HTTP Components. All these solutions seem easily feasible in a LogMX Log Manager.

I would be curious to know, in your case, what your needs are. Maybe we can find a set of features that would cover most of people's needs.

Also, if you have purchased a Premium license, we can build a Log Manager that will perfectly fit your needs (Log Manager built just for you).

Xavier

jobemakar
Posts: 18
Joined: Thu Jun 11, 2015 9:49 pm

Re: HTTP "listener" Log Manager

Post by jobemakar » Thu Dec 14, 2017 4:16 pm

Hi Xavier, thanks for the response!

Let me explain the need. I think most of the log managers read logs from some external source. Like a local file, or a file found at some FTP, SCP, or HTTP location. But in our case we develop game clients. These clients can run locally during dev, on a mobile device, or in the desktop browser. The biggest use of logging for us is during development and to be read by a developer. We prefer to receive logs in realtime as the app is used. This allows us to us to use the app, navigate through it, and view-and-interpret logs in realtime using LogMX.

We've been doing this successfully for a few years now with LogMX using a custom TCP log manager what we wrote. LogMX listens over TCP on a port. Our client connects to that port and sends logs to it one entry at a time as the application logs it.

Why this won't work for us going forward is because the Flash Player is dying. So TCP support in the browser dies with it. That leaves us with either WebSocket or HTTP. HTTP is more flexible.

We do have a premium 50 seat license (High 5 Games). I would certainly like to hear what you could do for us. Email is jobe dot makar at high5games.com. Just message me here that you've emailed me so I can be sure it wasn't filtered out.

admin
Site Admin
Posts: 426
Joined: Sun Dec 17, 2006 10:30 pm

Re: HTTP "listener" Log Manager

Post by admin » Fri Dec 15, 2017 4:42 am

Hello,

I just sent you an e-mail to get more details about the Manager to implement for you :)

Xavier

Post Reply