StudentManagement | J2EE项目系列（一） -- 运用MVC模式及JavaWeb三层框架的学生管理系统。

The reason why one change of one student's dictionary changes all of the students' dictionaries is because they are all assigned to the same dictionary in memory. This is because in the add_initial_assignments function, you use the code:

What you wish to achieve is not supported in MS.DI. .NET Core's built-in DI Container is very limited (or perhaps even naive) when it comes to handling generic types.

For instance, here are three (rather basic) use cases for generic types, all not supported by MS.DI:

You're checking !stage.isShowing() on the newly created Stage. This will never do what you want. You need to keep a reference to the other Stage and keep using that reference.

In the Configuring executable archive packaging section of the Spring Boot Gradle Plugin Reference Guide we can read:

The BootJar and BootWar tasks are subclasses of Gradle’s Jar and War tasks respectively. As a result, all of the standard configuration options that are available when packaging a jar or war are also available when packaging an executable jar or war.

Having that in mind if we look at Gradle's Jar plugin documentation it has destinationDirectory property denoting the directory where the archive will be placed.

Try updating your build.gradle script according to this:

I fixed it by changing the version. I just replaced the version with:

In order to understand why a specific version of a dependency is used, run the dependencyInsight task, so something like:

Extend the configuration method as below:

Since StudentViewModel.LoadStudents() changes the value of the Students property, the view model needs to notify the view that this changed. You can do this by having StudentViewModel implement INotifyPropertyChanged (just like Student does). The DataGrid will subscribe to the PropertyChanged event, and will update its contents when that event is fired.

You got a java.lang.NumberFormatException.

This happens, because you have called Integer.parseInt with an empty String.

Since this happens only with a few accounts i assume that their password is empty and you try to login sending an empty password, which would be ok if you accepted String the password as the Strings as they are sent instead of trying to convert them to Integer.