Details
Description
Need to clean code duplication in jpackage native code. Get rid of dangling not used code.
Improve code reuse between different platforms.
Replace custom string classes with the standard std::basic_string.
Merge functionality of libapplauncher.dll(.so) library with jpackageapplauncher(.exe) binary. There is no point to keep two different executables.
Link jpackageapplauncher.exe with MSVC Run-Time library statically to avoid copying of MSVC Run-Time dlls to app's bin folder.
Improve code reuse between different platforms.
Replace custom string classes with the standard std::basic_string.
Merge functionality of libapplauncher.dll(.so) library with jpackageapplauncher(.exe) binary. There is no point to keep two different executables.
Link jpackageapplauncher.exe with MSVC Run-Time library statically to avoid copying of MSVC Run-Time dlls to app's bin folder.
Attachments
Issue Links
- relates to
-
JDK-8244634 LoadLibraryW failed from tools/jpackage tests after JDK-8242302
-
- Closed
-
-
JDK-8244634 LoadLibraryW failed from tools/jpackage tests after JDK-8242302
-
- Closed
-
-
JDK-8255947 [macos] Signed macOS jpackage app doesn't filter spurious '-psn' argument
-
- Closed
-
-
JDK-8263157 [macos]: java.library.path is being set incorrectly
-
- Closed
-