B4J Question WebServer - a Client's routine does not run

[LucaMs]

I get a strange behavior.

The server (b4j) runs some routines on the client (device) in the right way.
For example:

ws.RunFunction("RaisedByServer_NewNickOK", ArrayAsObject(Nick))
ws.Flush

In the case in which the routine is not present in the client code, I rightly get an error.

Only in one of these calls, the routine of the client does not run and I do not get error messages.

The method of the call is identical and also the modules are the same!

SERVER - wshPlayer

Private Sub RunOnClient_NewNickOK(Nick As String)  '  <---- THIS IS OK
    ws.RunFunction("RaisedByServer_NewNickOK", Array As Object(Nick))
    ws.Flush
End Sub

Public Sub RunOnClient_PlayerJoinsRoom(msg As String)
Log("RunOnClient_PlayerJoinsRoom") ' <--- I get this log
    ws.RunFunction("RaisedByServer_PlayerJoinsRoom", Array As Object(msg))
    ws.Flush
End Sub

CLIENT - PlayerHandler

Public Sub RaisedByServer_NewNickOK(Params As List)  ' <---- THIS IS OK, RUNS
    Private Nick As String = Params.Get(0)
    CallSubDelayed2(CallBack, EventName & "_NewNickOK", Nick)
End Sub

Public Sub RaisedByServer_PlayerJoinsRoom(params As List)
Log("RaisedByServer_PlayerJoinsRoom") ' <--- I DON'T get this log
End Sub

I realize that this explanation is poor; on the other hand I can not post both projects.

I hope this has happened to you

 

[Erel]

Put a breakpoint in ws_TextMessage and see what happens when the message arrives.

 

[LucaMs]

Put a breakpoint in ws_TextMessage and see what happens when the message arrives.

ws_TextMessage not reached

 

[LucaMs]

Perhaps I'm wrong in this regard.

In the device I have an activity in which there is this call:
Main.wshPlayer.RoomSelected (ID)

So wshPlayer is declared as public.


[P.S. Obviously, the Main activity is not active at that time, but its public variable should be accessible, or not?]

[I answer to myself: yes, it is available]

 

[LucaMs]

Yes, the problem is that call (Main.wshPlayer.RoomSelected (ID)).

If I use CallSubDelayed2 to call a routine of Main which in turn runs the wshPlayer's call, everything works.

(But I do not want to go back to Main, so everything is planned badly)

 

[Erel]

Sounds like you need a Service to manage the communication.

 

[LucaMs]

Sounds like you need a Service to manage the communication.

Good idea, thanks. I'll try it (when I have thought better of the whole structure, how and if share the PlayerHandler object instance)


[P.S. I guess you mean this, sharing the websocket handler through a service, or not? I have to try to look at things from a distance, if you know what I mean.
I have to clarify my few ideas.]

 

[LucaMs]

Sounds like you need a Service to manage the communication.

... the communication between? Within the client, between the websocket handler and the activities?

I have not ever used the service modules, but I remember something about their state (the foreground is less likely to be killed).

But in this case I should turn the service on a permanent active state and, I suppose, there would be a strong demand on battery power - in service "listening" and websocket listening.

But perhaps I misunderstood your suggestion.

 

[Erel]

A service by itself will not have any effect on the battery. It will allow you to intercept events when the main activity is not visible.

 

[LucaMs]

A service by itself will not have any effect on the battery. It will allow you to intercept events when the main activity is not visible.

Since I have not used them, I have to re-read their documentation (immediately).

You probably mean that they do not consume until they are started.
I think that if they remain in listening for an event, should consume resources (but it is better that I read )


Thanks, Erel.

 

[LucaMs]

A service by itself will not have any effect on the battery. It will allow you to intercept events when the main activity is not visible.

Only six years later ? ? ...

Only now I have "discovered" that by calling a routine of an Activity that is not in the foreground, using a CallSubDelayed placed in a service module, the Activity is destroyed and recreated. If, on the other hand, the CallSubDelayed is inside an Activity (in foreground, obviously) the destruction does not occur.

This could be a good reason to switch to B4XPages.

(but...)