B4J Question Failed to load class "org.slf4j.impl.StaticLoggerBinder [Solved]

[Didier99]

I am getting this error trying to run an app created with the standalone package. The same app works fine on other computers in the same environment and the same computer has no issue running another B4J app also built with the packager, so I am quite puzzled.

The screen shot below is the output of the run_debug.bat batch file.

Any help appreciated

 

[hatzisn]

run_debug.bat

 

[aeric]

You should post the error as text by copy and paste the text.
The error shows getversion in main where a list is not initialized.

 

[hatzisn]

run_debug.bat

have you copied the class to the bin folder of the standalone?

 

[aeric]

I see there is a log COM3.
Are you using jSerial?
A very common mistake by B4X developers is not adding jssc.dll when creating a standalone package.

#CustomBuildAction: After Packager, %WINDIR%\System32\robocopy.exe, ..\ temp\build\bin\ jssc.dll

Integrated B4JPackager11 - The simple way to distribute standalone UI apps

B4JPackager11 is a utility written in B4J that uses the underlying Java tools to create a standalone package that doesn't depend on any other software being installed. It works with OpenJDK 11 and OpenJDK 14. Starting from B4J v8.30 it is integrated in the IDE and available under Project - Build...

www.b4x.com

 

[Didier99]

run_debug.bat

The screen shot IS the output from run_debug.bat...

 

[Didier99]

You should post the error as text by copy and paste the text.
The error shows getversion in main where a list is not initialized.

That would have been my preference too but this was a screen shot sent to me by the user.

The first use for the list in getVersion is:

    Try
        list1 = File.ListFiles( ProjectFolder )
    Catch
        MsgBox.Show( "Cannot find project folder " & ProjectFolder, AppName )
        Return
    End Try

and it is my understanding that the list does not need to be initialized when used that way.

 

[Didier99]

I see there is a log COM3.
Are you using jSerial?
A very common mistake by B4X developers is not adding jssc.dll when creating a standalone package.

#CustomBuildAction: After Packager, %WINDIR%\System32\robocopy.exe, ..\ temp\build\bin\ jssc.dll

Integrated B4JPackager11 - The simple way to distribute standalone UI apps

B4JPackager11 is a utility written in B4J that uses the underlying Java tools to create a standalone package that doesn't depend on any other software being installed. It works with OpenJDK 11 and OpenJDK 14. Starting from B4J v8.30 it is integrated in the IDE and available under Project - Build...

www.b4x.com

I do have that exact statement at the top of the main file.

 

[aeric]

That would have been my preference too but this was a screen shot sent to me by the user.

The first use for the list in getVersion is:

    Try
        list1 = File.ListFiles( ProjectFolder )
    Catch
        MsgBox.Show( "Cannot find project folder " & ProjectFolder, AppName )
        Return
    End Try

and it is my understanding that the list does not need to be initialized when used that way.

What is ProjectFolder?

 

[Didier99]

have you copied the class to the bin folder of the standalone?

Are you referring to the jssc?

 

[Didier99]

What is ProjectFolder?

ProjectFolder is defined as a networked folder where various files (including current and previous versions of the exe) are located.
The user has access to it.
Users normally do not run the program directly from this networked drive, they are instructed to copy the exe package to their local hard drive and run it from there.
The program checks the networked folder at startup to see if it's running the most recent version, and display a message if it's not.
I have about 40 people on the same network using that program without that issue. This is a new user. It is possible that this user may be missing some configuration files but looking at the debug output, I don't see anything indicating that's the problem here.

 

[aeric]

That would have been my preference too but this was a screen shot sent to me by the user.

The first use for the list in getVersion is:

    Try
        list1 = File.ListFiles( ProjectFolder )
    Catch
        MsgBox.Show( "Cannot find project folder " & ProjectFolder, AppName )
        Return
    End Try

and it is my understanding that the list does not need to be initialized when used that way.

Try switch to:

Wait For (File.ListFilesAsync(Dir)) Complete (Success As Boolean, Files As List)

 

[Didier99]

Try switch to:

Wait For (File.ListFilesAsync(Dir)) Complete (Success As Boolean, Files As List)

This is failing the same way (no error message) but it turns out that this is indeed the statement that's causing the problem. The issue is that I had assumed the user had access to that network location, but he does not at the moment.

It is surprising that the Try/Catch would not catch it though, letting the program just crash and close immediately.

Thank you for the suggestions

 

[teddybear]

It is surprising that the Try/Catch would not catch it though, letting the program just crash and close immediately.

Obviously, the reason for the crash was that you used an uninitialized variable(list1) in getVersion, since the exception has been caught by Try/Catch.
Try showing the exception:
1. Remove Try/Catch, show the exception.
2. Log(LastException) in Catch block.
You'd better add a test to see whether the list has been initialized before using it，Log(list1.IsInitialized)

 

[Didier99]

Obviously, the reason for the crash was that you used an uninitialized variable(list1) in getVersion, since the exception has been caught by Try/Catch.
Try showing the exception:
1. Remove Try/Catch, show the exception.
2. Log(LastException) in Catch block.
You'd better add a test to see whether the list has been initialized before using it，Log(list1.IsInitialized)

That does not seem to be the case.
There is still something strange happening. On my computer, if I point the folder to a totally made up (non existent) resource, the program as originally written properly catches it and displays the error message, even without initializing the list.
On the other user's machine, the program crashes with no warning.
The same program runs on dozens of other machines without that issue.

Last minute update:
The issue was that the user did not have permissions to access the network drive.
The Wait For did fix the problem for that user (his computer reports that the folder can't be found), so that will become my method of choice from now on.
Strangely, pointing to a non-existent drive is correctly identified by the Try/Catch, but pointing to an actual drive but to which the user does not have permissions causes the crash. And that is fixed by using Wait For instead of Try/Catch. Weird...
The other users all had access to that drive before installing the program.

Note:
I did not try to simply initialize the list first.

Thank you!