If you are doing Java development using the Extension Pack for Java<\/a>, we have good news for you – Visual Studio Code no longer generates those hidden “.project” metadata files in the project path when you import a new Java project! This is an issue<\/a> that has been there for over three years, and our fix was delivered in November. If you are interested in finding out how we solved it, please visit this dedicated blog post<\/a>.<\/p>\n Testing – Navigating between tests and corresponding test subjects<\/span>\n<\/strong><\/p>\n In the November release, we added a new feature that allows the developer to navigate between test and corresponding test subjects. This feature may come in handy when writing unit test cases<\/p>\n Code Actions – Generate constructors and override\/implement methods<\/strong><\/span><\/p>\n As mentioned in previous blog post<\/a>, we are constantly making common code actions more visible and easier to use. In the latest release, developers can now use the “lightbulb icon” next to the Java class to conveniently generate constructors or override\/implement methods! Here is a quick demo on how to do this:<\/p>\n Dealing with encoding issues<\/strong><\/span><\/p>\n It is quite common that developer nowadays deal with various languages and run into some kind of encoding issues. We’ve been hearing this kind of feedback from our users, so we wanted to share our latest finding and suggestions in this blog post.<\/p>\n Background<\/span><\/strong><\/p>\n Computers can only understand the binary data such as 0 and 1, and it uses charset to encode\/decode the data into real-world characters. When two processes interact with each other for I\/O, they have to use the compatible charset for encoding and decoding, otherwise garbled characters might appear. MacOS and Linux use UTF-8 everywhere so encoding is not a problem for them. For Windows, however, the default charset is not UTF-8 and is platform-dependent, which can lead to inconsistent encoding between different tools.<\/p>\n Common Problems<\/span><\/strong><\/p>\n Below are the typical encoding problems when running a Java program on Windows terminal.<\/p>\n Our investigation and advice to handle these issues<\/span><\/strong><\/p>\n Previously, to mitigate the encoding issue, we added some workarounds in Java Debugger side to force to use UTF-8 in our toolchain. For example, adding a launcher.bat to force the terminal’s code page to be\u00a065001<\/strong>, and set the default “file.encoding” property to be “UTF-8”. But it turns out they don’t solve the encoding problem systematically, and introduce some additional side effects as well (see\u00a0#756<\/a>,\u00a0microsoft\/vscode-java-debug#622<\/a>,\u00a0microsoft\/vscode-java-debug#646<\/a>).<\/p>\n After more investigation into the issue, we found that the workaround we added seemed unnecessary. The user only needs to set windows system locale to the language they want, then the JVM and terminal will automatically change to an encoding that is compatible with your system locale. This is also suggested by the official Java documentation (https:\/\/www.java.com\/en\/download\/help\/locale.html<\/a>).<\/p>\n The following screenshot shows how to change the system locale in Windows. for example, if you want to use a terminal to enter Chinese characters into a Java program, you can set the Windows system locale to Chinese. The default Java charset will be ![\"Testing](\"https:\/\/devblogs.microsoft.com\/java\/wp-content\/uploads\/sites\/51\/2021\/12\/test-navigation.gif\")
<\/a><\/p>\n![\"Code](\"https:\/\/devblogs.microsoft.com\/java\/wp-content\/uploads\/sites\/51\/2021\/12\/codeactions.gif\")
<\/a><\/p>\n\n
\u4e2d\u6587\u76ee\u5f55\r\n\u251c\u2500\u2500 Hello.class\r\n\u2514\u2500\u2500 Hello.java<\/pre>\n
C:\\Test>java -cp \u4e2d\u6587\u76ee\u5f55 Hello\r\nError: Could not find or load main class Hello<\/pre>\n
\n
Exercises\r\n\u251c\u2500\u2500 \u7ec3\u4e60.class\r\n\u2514\u2500\u2500 \u7ec3\u4e60.java<\/pre>\n
C:\\Test>java -cp .\/Exercises \u7ec3\u4e60\r\nError: Could not find or load main class ??\r\nCaused by: java.lang.ClassNotFoundException: ??<\/pre>\n
\n
public class Hello {\r\n public static void main(String[] args) {\r\n System.out.println(\"\u4f60\u597d\uff01\");\r\n }\r\n}<\/pre>\nC:\\Test>chcp\r\n65001\r\nC:\\Test>java -cp .\/Exercises Hello\r\n??!\r\nC:\\Test>java -Dfile.encoding=UTF-8 -cp .\/Exercises Hello\r\n\u4f60\u597d\uff01<\/pre>\n
\n
import java.util.Scanner;\r\n\r\npublic class Hello {\r\n public static void main(String[] args) {\r\n Scanner scanner = new Scanner(System.in);\r\n System.out.println(scanner.nextLine());\r\n }\r\n}<\/pre>\nC:\\Test>chcp\r\n65001\r\n\r\nC:\\Test>java -Dfile.encoding=UTF-8 -cp .\/Exercises Hello\r\n\u4f60\u597d\r\n\ufffd\ufffd<\/pre>\n
\"GBK\"<\/code>\u00a0and the cmd codepage will be\u00a0\"936\"<\/code>, which will support Chinese characters nicely.<\/p>\n![\"Encoding](\"https:\/\/devblogs.microsoft.com\/java\/wp-content\/uploads\/sites\/51\/2021\/12\/encoding.png\")
<\/a><\/p>\n