Hi,
Within my customers installation the Data Broadcasting is not working
For already 30 minutes I see a record on my screen, that has been changed by another user
Even reload all records doesn’t help
What could be the reason that this isn’t working?
In my database I see the changed value.
When I stop smart client en start again, then I see the changed data.
Looks like the foundset is not being refreshed.
Anyone has any idea?
Martin
Hi Martin,
You could try to clear the .servoy folder from the users homefolder (after Servoy client is closed). This will clear any local cache. See if it happens after this as well.
Hope this helps.
Hi Robert,
No result.
Is the broadcasting using some port that is inactive? Could that be a reason?
Kind regards
Martin
I’ve also been seeing some data broadcasting issues similar to this at a client since the 3.5.7 upgrade (at least I’m pretty sure that’s when it started. I’ve been unable to pin in down into something I could submit a case on – but it’s always a case where a clients are getting ‘stuck’ on an old version of the record and never gets the new version unless the smart client is completely exited and relaunched.
greg.
Do you see any error in the log? Usually when a databroadcast message fails there is an entry in the servoy_log.
BTW: I’ve seen this issue as well but I’ve never found a reliable way to reproduce it and file a case, I suspect it happens especially when there are batch processors running but I’m not sure, do you have BPs running on the server?
ngervasi:
Do you see any error in the log? Usually when a databroadcast message fails there is an entry in the servoy_log.
2008-10-15 15:10 RMI TCP Connection(98)-200.0.4.60 ERROR com.servoy.j2db.dataprocessing.ClientManager java.rmi.ConnectException: Connection refused to host: 169.254.2.2; nested exception is: java.net.ConnectException: Connection timed out: connect
The above is the only message in the log I see, but I don’t know if it has something to do with it.
ngervasi:
BTW: I’ve seen this issue as well but I’ve never found a reliable way to reproduce it and file a case, I suspect it happens especially when there are batch processors running but I’m not sure, do you have BPs running on the server?
No I don’t have any batch processors running
martinh:
The above is the only message in the log I see, but I don’t know if it has something to do with it.
Is 169.254.2.2 the IP address of the client that is having broadcast issues? If that is the case maybe the server wasn’t able to contact the client to send the update message.
ngervasi:
Is 169.254.2.2 the IP address of the client that is having broadcast issues? If that is the case maybe the server wasn’t able to contact the client to send the update message.
No that is not a valid IP address. All IP-adresses within my customer network are 200.x.x.x
But now I’ve seen also that in my internal network that data broadcasting is not working, and I’m quite sure that it worked before.
I made also a test with version 4 and directly I see the change on client B when changing a record in client A. So I guess this is a 3.5.7 problem
I’ll register a bug
Martin
Damn, I copy/pasted without reading, but now that I look at that address it looks like a self assigned DHCP address and it should not be there…
Perhaps a machine with 2 (connected) NICs ? Ethernet and WIFI for instance ?
ROCLASI:
Perhaps a machine with 2 (connected) NICs ? Ethernet and WIFI for instance ?
Yes, that is my guess as well but the point is: why that ip is in servoy log? The client connected to servoy server trough the other NIC so that address should not be there. That IP address can only be seen from the client itself and not from the server, maybe Servoy R&D should have a look at this.
ROCLASI:
Perhaps a machine with 2 (connected) NICs ? Ethernet and WIFI for instance ?
As far as I know there are no 2 network cards.
My customer network is quite secure. No Wifi.
And it happens both on my own Servoy environment and my customer environment.
And it worked before on my own environment.
And it is working (again) with Servoy 4.0, so looks to me as just a 3.5.7 problem.
Maybe that IP-address has nothing to do with it.
But I have seen yesterday something strange when I visited my customer. Perhaps that explains the strange IP-address.
My customer had connected his mobile phone with USB-cable to his computer.
When he started Servoy Smart Client he received message that Servoy was out of licenses, while there were only 3 clients connected and there are 10 licenses.
As soon as he disconnected his telephone, and started Servoy Smart Client again, then no error message.
My customer told me that he had seen similar problems with other programs when mobile phone is connected with his PC.
Perhaps that IP-address is from the mobile telephone and it has nothing to do with the broadcasting problem.