Are you receiving any errors inside the Windows event log?
You may also consider taking the list of the Windows updates and research them one-by-one to determine which one of those updates COULD be a problem. Then uninstall that particular update. There can't be more than a handful, unless you are WAY behind on your updates.

Thanks for your answer. The IT department made hundred of updates, mostly related with .NET Framework and Windows security Server. Honestly I don't know what can be interacting with the communication between X3 server and javabridge server. I notice that almost everytime i log into X3 i have a window of JIT debbuger by Visual Studio.

Perhaps you could try reinstalling the bits for the Java Server?
Or even better, procure any available machine and install a new Java Server there, along with the adxadmin service and see if you can use that machine as an alternative.
You could roll back to prior to the hundreds of updates too. I realize that isn't desireable, but installing hundreds of updates at once seems a bit uncontrolled.

Why do they have Visual Studio (a development tool) on a production machine anyways?
I know you said that the communication seems to be working, but did you turn the firewall completely off just as a temporary test?

If you are getting any errors, post them here too, maybe we'll get lucky, unless of course you are just getting a timeout error.

Hope this helps in some way.
Bob

Hi there,

Ok, this is good information!

The translation of "O ficheiro seguinte não pode ser lido ", the relevant part of the event description is "The following file can not be read".

So, find the owner of the process that is trying to access the XPTESTCERT file within the ASOEIRO folder and figure out the actual user of that process.

Next, log into Windows as that user and try to access that file.
If you cannot, then you've duplicated the problem.
If you can, then we have a real crazy issue going on.

One thing to note, this is a source file, not an executable (adx) file. So, one wonders, what process is this really that is trying to use a source file? It doesn't seem likely that any of the runtimes, the java server included, is trying to compile the source on the fly, so who is actually trying to access this source file? Could it be someone inside the process editor within X3 trying to compile the source manually? Even if this event error isn't your actual problem, still, a similar permission problems may exist even for the executable itself, you never know. I would make sure the event error time stamp matches up with the time you had the problem in the Java Server.

Also, to test the permissions problem I would switch the service user for the Java Server to the actual local admin account just as a test and see if that helps.

I would also try to use the local service account as well, again just as a test. Remember, the local service account has great access to the local machine, and virtually no access to anything outside the box.


Your .net framework errors are revolving around DLLs compiled natively. This is a process .NET implemented a long time ago. The Just In Time compilation process takes a while the first time a DLL is used as it will compile the code to that computer's specific processor, this takes time. In order to help with this process Microsoft allows you to create native images that are pre compiled. In this case, the note you found is simply saying that there was an obsolete image found, so it deleted it.

Note, it found it in the .net 2.0 directory. Any chance someone uninstalled .net 2.0?

Hope this helps,
Bob

Hi Bob,
 
As you said i change the service user to the local admin user of java server, and nothing. I only have the .NET v2.0. 50727. But no .net 2.0. I execute the treatment in the debugger mode and I have the following error "Socket. Nonexistent file".