Java Development Kit (64-bit) 歷史舊版本 Page1

最新版本 Java JDK 19.0.2 (64-bit)

Java Development Kit (64-bit) 歷史版本列表

Java Development Kit 64 位(也稱為 JDK)包含編譯,調試和運行使用 Java 編程語言編寫的小應用程序和應用程序所需的軟件和工具。 JDK 的主要組件是一組編程工具,包括 javac,jar 和 archiver,它們把相關的類庫打包成一個 JAR 文件。這個工具還有助於管理 JAR 文件,javadoc - 文檔生成器,它自動從源代碼註釋生成文檔,jdb - 調試器... Java Development Kit (64-bit) 軟體介紹


Java JDK 19.0.2 (64-bit) 查看版本資訊

更新時間:2023-01-20
更新細節:

What's new in this version:

- DK 19.0.2 contains IANA time zone data 2022d, 2022e, 2022f
- Palestine transitions are now Saturdays at 02:00
- Simplify three Ukraine zones into one
- Jordan and Syria switch from +02/+03 with DST to year-round +03
- Mexico will no longer observe DST except near the US border
- Chihuahua moves to year-round -06 on 2022-10-30
- Fiji no longer observes DST
- Move links to 'backward'
- In vanguard form, GMT is now a Zone and Etc/GMT a link
- Zic now supports links to links, and vanguard form uses this
- Simplify four Ontario zones
- Fix a Y2438 bug when reading TZif data
- Enable 64-bit time_t on 32-bit glibc platforms
- Omit large-file support when no longer needed
- In C code, use some C23 features if available
- Remove no-longer-needed workaround for Qt bug 53071

New Features:
- Security-libs/javax.net.ssl
- ➜ DTLS Resumption Uses HelloVerifyRequest Messages (JDK-8287411 (not public))
- With this fix the SunJSSE DTLS implementation will by default exchange cookies for all handshakes (new and resumed) unless the System property jdk.tls.enableDtlsResumeCookie is false. The property only affects the cookie exchange for resumption.

Other Notes:
- Javafx/fxml
- ➜ FXML JavaScript Engine Disabled by Default (JDK-8294779 (not public))
- The “JavaScript script engine” for FXML is now disabled by default. Any .fxml file that has a "javascript" Processing Instruction (PI) will no longer load by default, and an exception will be thrown.
- If the JDK has a JavaScript script engine, it can be enabled by setting the system property: -Djavafx.allowjs=true

Fixed:
- This release also contains fixes for security vulnerabilities described in the Oracle Critical Patch Update

Java JDK 19.0.1 (64-bit) 查看版本資訊

更新時間:2022-10-19
更新細節:

Java JDK 19.0.0.0 (64-bit) 查看版本資訊

更新時間:2022-09-22
更新細節:

What's new in this version:

Major New Functionality:
Concurrency Model Update Previews:
JEP 425 Virtual Threads (Preview):
- Introduce virtual threads to the Java Platform. Virtual threads are lightweight threads that dramatically reduce the effort of writing, maintaining, and observing high-throughput concurrent applications. This is a preview API.

JEP 428 Structured Concurrency (Incubator):
- Simplify multithreaded programming by introducing an API for structured concurrency. Structured concurrency treats multiple tasks running in different threads as a single unit of work, thereby streamlining error handling and cancellation, improving reliability, and enhancing observability. This is an incubating API.

Language Feature Previews:
JEP 405 Record Patterns (Preview):
- Enhance the Java programming language with record patterns to deconstruct record values. Record patterns and type patterns can be nested to enable a powerful, declarative, and composable form of data navigation and processing. This is a preview language feature.

JEP 427 Pattern Matching for switch (Third Preview):
- Enhance the Java programming language with pattern matching for switch expressions and statements. Extending pattern matching to switch allows an expression to be tested against a number of patterns, each with a specific action, so that complex data-oriented queries can be expressed concisely and safely. This is a preview language feature.
- Libraries Preview/Incubator:

JEP 424 Foreign Function & Memory API (Preview):
- Introduce an API by which Java programs can interoperate with code and data outside of the Java runtime. By efficiently invoking foreign functions (i.e., code outside the JVM), and by safely accessing foreign memory (i.e., memory not managed by the JVM), the API enables Java programs to call native libraries and process native data without the brittleness and danger of JNI. This is a preview API.

JEP 426 Vector API (Fourth Incubator):
- Introduce an API to express vector computations that reliably compile at runtime to optimal vector instructions on supported CPU architectures, thus achieving performance superior to equivalent scalar computations.
- New Features:
- This section describes some of the enhancements in Java SE 19 and JDK 19. In some cases, the descriptions provide links to additional detailed information about an issue or a change. The APIs described here are provided with the Oracle JDK. It includes a complete implementation of the Java SE 19 Platform and additional Java APIs to support developing, debugging, and monitoring Java applications. Another source of information about important enhancements and new features in Java SE 19 and JDK 19 is the Java SE 19 ( JSR 394) Platform Specification, which documents the changes to the specification made between Java SE 17 and Java SE 19. This document includes descriptions of those new features and enhancements that are also changes to the specification. The descriptions also identify potential compatibility issues that you might encounter when migrating to JDK 19.

core-libs/java.lang ➜ Support Unicode 14.0 (JDK-8268081):
- This release upgrades Unicode support to 14.0, which includes the following:
- The java.lang.Character class supports Unicode Character Database of 14.0 level, which adds 838 characters, for a total of 144,697 characters. These additions include 5 new scripts, for a total of 159 scripts, as well as 37 new emoji characters. The java.text.Bidi and java.text.Normalizer classes support 14.0 level of Unicode Standard Annexes, #9 and #15, respectively. The java.util.regex package supports Extended Grapheme Clusters based on 14.0 level of Unicode Standard Annex #29 For more detail about Unicode 14.0, refer to the Unicode Consortium's release note.

core-libs/java.lang ➜ New system properties for System.out and System.err (JDK-8283620):
- Two new system properties, stdout.encoding and stderr.encoding, have been added. The value of these system properties is the encoding used by the standard output and standard error streams (System.out and System.err).
- The default values of these system properties depend on the platform. The values take on the value of the native.encoding property when the platform does not provide streams for the console. The properties can be overridden on the launcher's command line option (with -D) to set them to UTF-8 where required.

core-libs/java.net➜ HTTPS Channel Binding Support for Java GSS/Kerberos (JDK-8279842):
- Support has been added for TLS channel binding tokens for Negotiate/Kerberos authentication over HTTPS through javax.net.HttpsURLConnection.
- Channel binding tokens are increasingly required as an enhanced form of security. They work by communicating from a client to a server the client's understanding of the binding between connection security, as represented by a TLS server cert, and higher level authentication credentials, such as a username and password. The server can then detect if the client has been fooled by a MITM and shutdown the session or connection.
- The feature is controlled through a new system property jdk.https.negotiate.cbt which is described fully in Networking Properties.

core-libs/java.time ➜ Additional Date-Time Formats (JDK-8176706):
- Additional date/time formats are now introduced in java.time.format.DateTimeFormatter/DateTimeFormatterBuilder classes. In prior releases, only 4 predefined styles, i.e., FormatStyle.FULL/LONG/MEDIUM/SHORT are available. Now the users can specify their own flexible style with this new DateTimeFormatter.ofLocalizedPattern(String requestedTemplate) method. For example,
- DateTimeFormatter.ofLocalizedPattern("yMMM")
- produces a formatter, which can format a date in a localized manner, such as "Feb 2022" in the US locale, while "2022年2月" in the Japanese locale. Supporting method DateTimeFormatterBuilder.appendLocalized(String requestedTemplate)is also provided.

core-libs/java.util:collections ➜ New Methods to Create Preallocated HashMaps and HashSets (JDK-8186958):
- New static factory methods have been introduced to allow creation of HashMap and related instances that are preallocated to accommodate an expected number of mappings or elements. After using the HashMap.newHashMap method, the requested number of mappings can be added to the newly created HashMap without it being resized. There are similar new static factory methods for LinkedHashMap, WeakHashMap, HashSet, and LinkedHashSet. The complete set of new methods is:
- HashMap.newHashMap
- LinkedHashMap.newLinkedHashMap
- WeakHashMap.newWeakHashMap
- HashSet.newHashSet
- LinkedHashSet.newLinkedHashSet
- The int-argument constructors for these classes set the "capacity" (internal table size) which is not the same as the number of elements that can be accommodated. The capacity is related to the number of elements by a simple but error-prone calculation. For this reason, programs should use these new static factory methods in preference to the int-argument constructors.

hotspot/compiler ➜ Support for PAC-RET Protection on Linux/AArch64 (JDK-8277204):
- Support for PAC-RET protection on the Linux/AArch64 platform has been introduced.
- When enabled, OpenJDK will use hardware features from the ARMv8.3 Pointer Authentication Code (PAC) extension to protect against Return Orientated Programming (ROP) attacks. For more information on the PAC extension see "Providing protection for complex software" or the "Pointer authentication in AArch64 state" section in the Arm ARM.
- To take advantage of this feature, first OpenJDK must be built with the configuration flag --enable-branch-protection using GCC 9.1.0+ or LLVM 10+ . Then, the runtime flag -XX:UseBranchProtection=standard will enable PAC-RET protection if the system supports it and the java binary was compiled with branch-protection enabled; otherwise the flag is silently ignored. Alternatively, -XX:UseBranchProtection=pac-ret will also enable PAC-RET protection, but in this case if the system does not support it or the java binary was not compiled with branch-protection enabled, then a warning will be printed.

hotspot/runtime ➜ Automatic Generation of the CDS Archive (JDK-8261455):
- The JVM option -XX:+AutoCreateSharedArchive can be used to automatically create or update a CDS archive for an application. For example:
- java -XX:+AutoCreateSharedArchive -XX:SharedArchiveFile=app.jsa -cp app.jar App
- The specified archive will be written if it does not exist, or if it was generated by a different version of the JDK

security-libs/java.security ➜ Windows KeyStore Updated to Include Access to the Local Machine Location (JDK-6782021):
- The Windows KeyStore support in the SunMSCAPI provider has been expanded to include access to the local machine location. The new keystore types are:
- "Windows-MY-LOCALMACHINE"
- "Windows-ROOT-LOCALMACHINE"
- The following keystore types were also added, allowing developers to make it clear they map to the current user:
- "Windows-MY-CURRENTUSER" (same as "Windows-MY")
- "Windows-ROOT-CURRENTUSER" (same as "Windows-ROOT")

security-libs/java.security ➜ Break Up SEQUENCE in X509Certificate::getSubjectAlternativeNames and X509Certificate::getIssuerAlternativeNames in otherName (JDK-8277976):
- The JDK implementation of X509Certificate::getSubjectAlternativeNames and X509Certificate::getIssuerAlternativeNames has been enhanced to additionally return the type-id and value fields of an otherName. The value field is returned as a String if it is encoded as a character string or otherwise as a byte array, which is helpful as it avoids having to parse the ASN.1 DER encoded form of the name.

security-libs/javax.net.ssl ➜ (D)TLS Signature Schemes (JDK-8280494):
- New Java SE APIs, javax.net.ssl.getSignatureSchemes() and javax.net.ssl.setSignatureSchemes(), have been added to allow applications to customize the signature schemes used in individual TLS or DTLS connections.
- Note that the underlying provider may define the default signature schemes for each TLS or DTLS connection. Applications may also use the existing "jdk.tls.client.SignatureSchemes" and/or "jdk.tls.server.SignatureSchemes" system properties to customize the provider-specific default signature schemes. If not null, the signature schemes passed to the setSignatureSchemes() method will override the default signature schemes for the specified TLS or DTLS connections.
- Note that a provider may not have been updated to support the new APIs and in that case may ignore the signature schemes that are set. The JDK SunJSSE provider supports this method. It is recommended that 3rd party providers add support for these methods when they add support for JDK 19 or later releases.

security-libs/jdk.security ➜ Add a -providerPath Option to jarsigner (JDK-8281175):
- A new option -providerPath has been added to jarsigner. One can use this option to specify the class path of an alternate keystore implementation. It can be used together with the -providerClass option.

security-libs/org.ietf.jgss:krb5 ➜ New Options for ktab to Provide Non-default Salt (JDK-8279064):
- Two new options are added to the ktab command when adding new keytab entries. When ktab -a username password -s altsalt is called, altsalt is used instead of the default salt. When ktab -a username password -f is called, the tool will contact the KDC to fetch the actual salt used.
- xml/jaxp ➜ New XML Processing Limits (JDK-8270504 (not public)):
- Three processing limits have been added to the XML libraries. These are:
- jdk.xml.xpathExprGrpLimit
- Description: Limits the number of groups an XPath expression can contain.
- Type: integer
- Value: A positive integer. A value less than or equal to 0 indicates no limit. If the value is not an integer, a NumberFormatException is thrown. Default 10.
- jdk.xml.xpathExprOpLimit
- Description: Limits the number of operators an XPath expression can contain.
- Type: integer
- Value: A positive integer. A value less than or equal to 0 indicates no limit. If the value is not an integer, a NumberFormatException is thrown. Default 100.
- jdk.xml.xpathTotalOpLimit
- Description: Limits the total number of XPath operators in an XSL Stylesheet.
- Type: integer
- Value: A positive integer. A value less than or equal to 0 indicates no limit. If the value is not an integer, a NumberFormatException is thrown. Default 10000.
- Supported processors
- jdk.xml.xpathExprGrpLimit and jdk.xml.xpathExprOpLimit are supported by the XPath processor.
- All three limits are supported by the XSLT processor.
- Setting properties
- For the XSLT processor, the properties can be changed through the TransformerFactory. For example,
- TransformerFactory factory = TransformerFactory.newInstance();
- factory.setAttribute("jdk.xml.xpathTotalOpLimit", "1000");
- For the XPath processor, the properties can be changed through the XPathFactory. For example,
- XPathFactory xf = XPathFactory.newInstance();
- xf.setProperty("jdk.xml.xpathExprGrpLimit", "20");
- For both the XPath and XSLT processors, the properties can be set through the system property and jaxp.properties configuration file located in the conf directory of the Java installation. For example,
- System.setProperty("jdk.xml.xpathExprGrpLimit", "20");
- or in the jaxp.properties file,
- jdk.xml.xpathExprGrpLimit=20
- There are two known issues:
- An XPath expression that contains a short form of the parent axis ".." can return incorrect results. See JDK-8284920 for details.
- An invalid XPath expression that ends with a relational operator such as ‘<’ ‘>’ and ‘=’ will cause the processor to erroneously throw StringIndexOutOfBoundsException instead of XPathExpressionException. See JDK-8284548 for details.
- Removed Features and Options:
- This section describes the APIs, features, and options that were removed in Java SE 19 and JDK 19. The APIs described here are those that are provided with the Oracle JDK. It includes a complete implementation of the Java SE 19 Platform and additional Java APIs to support developing, debugging, and monitoring Java applications. Another source of information about important enhancements and new features in Java SE 19 and JDK 19 is the Java SE 19 ( JSR 394) Platform Specification, which documents changes to the specification made between Java SE 17 and Java SE 19. This document includes the identification of removed APIs and features not described here. The descriptions below might also identify potential compatibility issues that you could encounter when migrating to JDK 19. See CSRs Approved for JDK 19 for the list of CSRs closed in JDK 19.

hotspot/gc ➜ Removal of Diagnostic Flag GCParallelVerificationEnabled (JDK-8286304):
- The diagnostic flag GCParallelVerificationEnabled has been removed.
- There are no known advantages of disabling parallel heap verification, so this flag has never been used except with its default value. This default value enabled multi-threaded verification for a very long time with no issues. Single-threaded heap verification would even be much slower than verification already is.

security-libs/javax.net.ssl ➜ Remove Finalizer Implementation in SSLSocketImpl (JDK-8212136):
- The finalizer implementation in SSLSocket has been removed, with the underlying native resource releases now done by the Socket implementation. With this update, the TLS close_notify messages will no longer be emitted if SSLSocket is not explicitly closed.
- Not closing Sockets properly is an error condition that should be avoided. Applications should always close sockets and not rely on garbage collection.

security-libs/javax.security ➜ Remove the Alternate ThreadLocal Implementation of the Subject::current and Subject::callAs APIs (JDK-8282676 (not public)):
- The jdk.security.auth.subject.useTL system property and the alternate ThreadLocal implementation of the Subject::current and Subject::callAs APIs have been removed. The default implementation of these APIs is still supported.
- Deprecated Features and Options:
- Additional sources of information about the APIs, features, and options deprecated in Java SE 19 and JDK 19 include:
- The Deprecated API page identifies all deprecated APIs including those deprecated in Java SE 19.
- The Java SE 19 ( JSR 394) specification documents changes to the specification made between Java SE 17 and Java SE 19 that include the identification of deprecated APIs and features not described here.

JEP 277: Enhanced Deprecation provides a detailed description of the deprecation policy. You should be aware of the updated policy described in this document.
- You should be aware of the contents in those documents as well as the items described in this release notes page.
- The descriptions of deprecated APIs might include references to the deprecation warnings of forRemoval=true and forRemoval=false. The forRemoval=true text indicates that a deprecated API might be removed from the next major release. The forRemoval=false text indicates that a deprecated API is not expected to be removed from the next major release but might be removed in some later release.
- The descriptions below also identify potential compatibility issues that you might encounter when migrating to JDK 19. See CSRs Approved for JDK 19 for the list of CSRs closed in JDK 19.

core-libs/java.lang ➜ java.lang.ThreadGroup Is Degraded (JDK-8284161):
- Legacy java.lang.ThreadGroup has been degraded in this release. It is no longer possible to explicitly destroy a thread group. In its place, ThreadGroup is changed to no longer keep a strong reference to subgroups. A thread group is thus eligible to be GC'ed when there are no live threads in the group and nothing else is keeping the thread group alive.
- The behavior of several methods, deprecated for removal in prior releases, are changed as follows:
- The destroy method does nothing.
- The isDestroyed method returns false.
- The setDaemon and isDaemon methods set/get a daemon status that is not used for anything.
- The suspend, resume, and stop methods throw UnsupportedOperationException.

core-libs/java.util:i18n ➜ Deprecation of Locale Class Constructors (JDK-8282819):
- New Locale.of() factory methods replace deprecated Locale constructors. The factory methods are efficient and reuse existing Locale instances. Locales are also provided by Locale.forLanguageTag() and Locale.Builder.

security-libs/java.security➜ PSSParameterSpec(int) Constructor and DEFAULT Static Constant Are Deprecated (JDK-8254935):
- It is recommended to construct PSSParameterSpec explicitly with all desired values instead of using the DEFAULT static constant or the single argument constructor which takes the salt length. Both use the default values in the initial version of the PKCS#1 standard and some of these values are no longer recommended due to advances in cryptanalysis.

security-libs/javax.crypto➜ OAEPParameterSpec.DEFAULT Static Constant Is Deprecated (JDK-8284553):
- It is recommended to construct OAEPParameterSpec explicitly with desired values instead of using the DEFAULT static constant. The DEFAULT static constant uses the default values in the initial version of the PKCS#1 standard and some of these values are no longer recommended due to advances in cryptanalysis.
- Other Notes:
- The following notes describe additional changes and information about this release. In some cases, the following descriptions provide links to additional detailed information about an issue or a change.
- client-libs/2d ➜ Metal Is Now the Default Java 2D Rendering Pipeline on macOS (JDK-8284378):
- Previously JDK desktop applications using Swing and Java2D (tm) would render using OpenGL on macOS. As of this release of JDK, they now are rendered using Apple's new Metal accelerated graphics API. This has been available since JDK 17 (JEP 382), but was not automatically enabled. Now it is enabled by default. Applications will not need to take any action, as they will automatically benefit from faster graphics with lower power consumption, and the use of a more modern stable graphics API which will be able to work better on current and future Apple Mac systems. Any user who would prefer to continue to use OpenGL whilst it is still supported can disable rendering with Metal by starting their application with either "java -Dsun.java2d.metal=false" or "java -Dsun.java2d.opengl=true" and it will run with OpenGL as it used to in JDK 17.

core-libs/java.io ➜ New System Property to Disable Windows Alternate Data Stream Support in java.io.File (JDK-8285445):
- The Windows implementation of java.io.File allows access to NTFS Alternate Data Streams (ADS) by default. Such streams have a structure like “filename:streamname”. A system property jdk.io.File.enableADS has been added to control this behavior. To disable ADS support in java.io.File, the system property jdk.io.File.enableADS should be set to false (case ignored). Stricter path checking however prevents the use of special devices such as NUL:

core-libs/java.lang ➜ User's Home Directory Is Set to $HOME if Invalid (JDK-8280357):
- On Linux and macOS, the system property user.home is set to the home directory provided by the operating system. If the directory name provided is empty or only a single character, the value of the environment variable HOME is used instead.
- The directory name and the value of $HOME are usually the same and valid. The fallback to $HOME is unusual and unlikely to occur except in environments such as systemd on Linux or when running in a container such as Docker.

core-libs/java.lang ➜ Thread Context ClassLoader Changed to be a Special Inheritable Thread-local (JDK-8284161):
- The thread context ClassLoader is specified in this release to be a special inheritable thread-local. This change should be transparent to existing code with the exception of code that uses the 5-arg Thread constructor (added in Java 9) to create a Thread that does not inherit the initial values of inheritable thread-locals from the constructing thread. With this release, invoking the 5-arg Thread constructor with the parameter inheritInheritableThreadLocals set to false will create a Thread that does not inherit the initial value of the context ClassLoader from the constructing thread. The Thread.setContextClassLoader method may be used to change the context ClassLoader of the new thread if needed.
- For further details, see the JEP 425, section Thread-local variables.

core-libs/java.lang ➜ Source and Binary Incompatible Changes to java.lang.Thread (JDK-8284161):
- The are a few source and binary incompatible changes that may impact code that extends java.lang.Thread.
- Thread defines several new methods in this release. If code in an existing source file extends Thread and a method in the subclass conflicts with any of the new Thread methods then the file will not compile without change.
- Thread.Builder is added as a nested interface. If code in an existing source file extends Thread, imports a class named Builder, and code in the subclass references "Builder" as a simple name, then the file will not compile without change.
- Thread.isVirtual(), Thread.threadId() and Thread.join(Duration) are added as final methods. If there is existing compiled code that extends Thread and the subclass declares a method with the same name, parameters, and return type as any of these methods then IncompatibleClassChangeError will be thrown at run-time if the subclass is loaded.
- For further details, see the JEP 425, section java.lang.Thread.

core-libs/java.lang ➜ Incorrect Handling of Quoted Arguments in ProcessBuilder (JDK-8282008):
- ProcessBuilder on Windows is restored to address a regression caused by JDK-8250568. Previously, an argument to ProcessBuilder that started with a double-quote and ended with a backslash followed by a double-quote was passed to a command incorrectly and may cause the command to fail. For example the argument "C:Program Files", would be seen by the command with extra double-quotes. This update restores the long standing behavior that does not treat the backslash before the final double-quote specially.

core-libs/java.lang ➜ Double.toString(double) and Float.toString(float) May Return Slightly Different Results (JDK-4511638):
- The specification of these methods is now tighter than in earlier releases and the new implementation fully adheres to it.
- As a consequence, some returned strings are now shorter than when using earlier releases, and for inputs at the extremes of the subnormal ranges near zero, might look differently. However, the number of cases where there's a difference in output is quite small compared to the sheer number of possible double and float inputs.
- One example is Double.toString(2e23), which now returns "2.0E23", whereas in earlier releases it returns "1.9999999999999998E23". Another example, in the double subnormal range, is Double.toString(1e-323) which now returns "9.9E-324", as mandated by the new specification.

core-libs/java.lang:reflect ➜ Make Annotation toString Output for Enum Constants Usable for Source Input (JDK-8281462):
- The exact toString format for annotations is not specified; however, the toString output is intended to be usable for source input. The toString output of enum constants was changed to two ways so that it would be usable as source input:
- The name of the constant is used (rather than the output is its toString method)
- For the name of the enum class, its canonical name rather than its binary name is used.

core-libs/java.net ➜ MD5 and SHA-1 Are Disabled by Default for HTTP Digest Authentication (JDK-8281561):
- The MD5 and SHA-1 message digest algorithms have been disabled by default for HTTP Digest authentication. MD5 and SHA-1 are considered insecure and are deprecated generally. Accordingly, they have both been disabled by default for some usages of HTTP Digest authentication with java.net.HttpURLConnection. They can re-enabled on an opt-in basis by setting a new system property. More information about them can be found in Networking Properites.

core-libs/java.net ➜ Improved HTTP Proxy Detection on Windows (JDK-8262442):
- When multiple Windows proxy configuration options are available, proxy selector now attempts all options in sequence until a proxy is selected or all options have been tried. Previously, only the first option was tried. For example, if automatic proxy detection was enabled, manual proxy setup was never used.

core-libs/java.net ➜ java.net.InetAddress Updated to Reject Ambiguous IPv4 Address Literals (JDK-8277608 (not public)):
- The java.net.InetAddress class has been updated to strictly accept IPv4 address literals in decimal quad notation. The InetAddress class methods are updated to throw a java.net.UnknownHostException for invalid IPv4 address literals. To disable this check, the new jdk.net.allowAmbiguousIPAddressLiterals system property can be set to "true".

core-libs/java.net ➜ Make HttpURLConnection Default Keep Alive Timeout Configurable (JDK-8278067):
- Two system properties have been added which control the keep alive behavior of HttpURLConnection in the case where the server does not specify a keep alive time. Two properties are defined for controlling connections to servers and proxies separately. They are http.keepAlive.time.server and http.keepAlive.time.proxy respectively. More information about them can be found in Networking Properites.

core-libs/java.nio ➜ FileChannel.transferFrom May Transfer Fewer Bytes than Expected (JDK-8286763):
- The performance of FileChannel.transferFrom() has been improved significantly on Linux kernel version 4.5 and later for the case where the method is used to transfer bytes from one FileChannel to another. This change adds to the preexisting set of scenarios in which the number of bytes actually transferred might be less than the number requested to be transferred. That is to say, the value returned by transferFrom() can be less than the value of the count parameter: a “short transfer.” This is permitted by the specification, but might impact broken code that ignores the returned count and assumes it is always equal to count.

core-libs/java.nio ➜ The mark and set Methods of InputStream and FilterInputStream Are No Longer Synchronized (JDK-8284930):
- The synchronized keyword is removed from the mark and reset methods of java.io.InputStream and java.io.FIlterInputStream. This keyword serves no purpose as the other methods in these classes do not synchronize.

core-libs/java.nio➜ Files.copy Copies POSIX Attributes to Target on Foreign File System (JDK-8267820):
- The method java.nio.file.Files.copy(Path,Path) has been changed to copy POSIX file attributes from the source file to the destination file when the two files are associated with different file system providers, for example copying a file from the default file system to a zip file system. Both the source and target file systems must support the POSIX file attribute view. The POSIX attributes copied are constrained to the file access permissions; owner and group owner of the file are not copied.

core-libs/java.nio➜ FileChannel.lock/tryLock Changed to Treat Size 0 to Mean the Locked Region Goes to End of File (JDK-5041655):
- The method java.nio.channels.FileChannel.lock(long position, long size, boolean shared) has been changed such that a size value of zero means to lock all bytes from the specified starting position to the end of the file, regardless of whether the file is subsequently extended or truncated.

core-libs/java.time➜ java.time.DateTimeFormatter: Wrong Definition of Symbol F (JDK-8282081):
- The definition and its implementation of the pattern symbol F in java.time.format.DateTimeFormatter/Builder has been modified. It was tied with ChronoField.ALIGNED_DAY_OF_WEEK_IN_MONTH field, which did not agree with java.text.SimpleDateFormat and Unicode Consortium's LDML. With this release, it represents ChronoField.ALIGNED_WEEK_OF_MONTH field. For example, the number 2 means "the 2nd Wednesday in July."

core-libs/java.time➜ Support for IsoFields in JapaneseDate/MinguoDate/ThaiBuddhistDate (JDK-8279185):
- Three chronologies in java.time.chrono package, namely JapaneseChronology, MinguoChronology, and ThaiBuddhistChronology now support ISO-based fields, such as IsoFields.QUARTER_OF_YEAR. These chronologies implement the new method, isIsoBased() which has been added in the java.time.chrono.Chronology interface. The boolean returned from this method indicates if the implementing chronology is ISO chronology based, which means it has the same year/month structure as IsoChronology.
- Here is an example:
- JapaneseDate.now().getLong(IsoFields.QUARTER_OF_YEAR)
- will return the correct quarter-of-year value, which used to be throwing an UnsupportedTemporalTypeException with prior JDK releases.

core-libs/java.util.concurrent➜ ForkJoinPool and ThreadPoolExecutor Do Not Use Thread::start to Start Worker Threads (JDK-8284161):
- java.util.concurrent.ForkJoinPool and java.util.concurrent.ThreadPoolExecutor have changed in this release to not start worker threads with the Thread.start method. This may impact code that constructs a ForkJoinPool or ThreadPoolExecutor with a thread factory that creates worker Threads that override the no-arg start method. The overridden start method will not be invoked when worker threads are started. The change in behavior does not impact code that overrides the ForkJoinWorkerThread.onStart() method. The onStart() method will continue to be invoked by fork join worker threads when they start. A future release will re-examine the issue of thread factories creating threads that override the start method.

core-libs/java.util.jar➜ InflaterInputStream.read Throws EOFException (JDK-8292327):
- A change to java.util.zip.InflaterInputStream in this release means it is possible that reading uncompressed bytes with this API can fail with an unexpected java.io.EOFException.
- The issue arises when reading uncompressed bytes with a byte array that isn't large enough to fit all bytes that have been uncompressed. In that case, the additional uncompressed bytes are buffered by the implementation to be consumed by the next call to the read method. If the compressed stream is at end of stream then a subsequent read of the uncompressed data will fail incorrectly with EOFException.
- This issue will be fixed in a future update. It may be possible to workaround the issue in some cases by calling read with a larger bye array.

core-libs/java.util.regex➜ Regex b Character Class Now Matches ASCII Characters only by Default (JDK-8264160):
- The b metacharacter now matches ASCII word characters by default in the same way that the w metacharacter does. For b to match Unicode characters, the UNICODE_CHARACTER_CLASS must be set in the same way that it would need to be set for w to match Unicode characters.

core-libs/java.util:i18n➜ Support for CLDR Version 41 (JDK-8265315):
- Locale data based on Unicode Consortium's CLDR has been upgraded to version 41. For the detailed locale data changes, please refer to the Unicode Consortium's CLDR release notes.

core-libs/javax.naming➜ Parsing of URL Strings in Built-in JNDI Providers Is More Strict (JDK-8278972 (not public)):
- The parsing of URLs in the LDAP, DNS, and RMI built-in JNDI providers has been made more strict. The strength of the parsing can be controlled by system properties:
- -Dcom.sun.jndi.ldapURLParsing="legacy" | "compat" | "strict" (to control "ldap:" URLs)
- -Dcom.sun.jndi.dnsURLParsing="legacy" | "compat" | "strict" (to control "dns:" URLs)
- -Dcom.sun.jndi.rmiURLParsing="legacy" | "compat" | "strict" (to control "rmi:" URLs)
- The default value is "compat" for all of the three providers.
- The "legacy" mode turns the new validation off.
- The "compat" mode limits incompatibilities.
- The "strict" mode is stricter and may cause regression by rejecting URLs that an application might consider as valid.
- In "compat" and "strict" mode, more validation is performed. As an example, in the URL authority component, the new parsing only accepts brackets around IPv6 literal addresses. Developers are encouraged to use java.net.URI constructors or its factory method to build URLs rather than handcrafting URL strings.
- If an illegal URL string is found, a java.lang.IllegalArgumentException or a javax.naming.NamingException (or a subclass of it) is raised.
- core-svc/tools➜ jstatd No Longer Requires a SecurityManager (JDK-8272317):
- jstatd no longer requires a Security Manager and policy file. Running with -Djava.security.policy= to set a policy has no effect.
- Internally to jstatd, an ObjectInputFilter is used to allow only essential classes to be deserialized over the RMI connection.

hotspot/jvmti➜ JVM TI Changes to Support Virtual Threads (JDK-8284161):
- The JVM Tool Interface (JVM TI) has been updated in this release to support virtual threads. Maintainers of agents that use JVM TI are strongly recommended to read JEP 425 and the JVM TI 19.0 specification. The following is a summary of the JVM TI support for virtual threads:
- Most JVM TI functions that are called with a jthread, such as a JNI reference to a Thread object, can be called with a reference to a virtual thread. The functions that are not supported on virtual threads are PopFrame, ForceEarlyReturn, StopThread, AgentStartFunction, and GetThreadCpuTime. The SetLocal* functions support setting local variables in the top-most frame of virtual threads that are suspended at a breakpoint or single step event but are allowed to fail with JVMTI_ERROR_OPAQUE_FRAME in other scenarios.
- All JVM TI events, with the exception of those posted during early VM startup or during heap iteration, can have event callbacks invoked in the context of a virtual thread.
- The GetAllThreads and GetAllStackTraces functions are specified to return all platform threads rather than all threads.
- New functions SuspendAllVirtualThreads and ResumeAllVirtualThreads are added to support bulk suspend and resume of virtual threads. New events VirtualThreadStart and VirtualThreadEnd are added to support tracking of virtual threads. A new capability, can_support_virtual_threads is used to enable the use of the new functions and events.
- Existing JVM TI agents will mostly work as before, but may encounter errors if they invoke functions that are not supported on virtual threads. These will arise when an agent that is unaware of virtual threads is used with an application that uses virtual threads. The change to GetAllThreads to return an array containing only the platform threads may be an issue for some agents. Existing agents that enable the ThreadStart and ThreadEnd events for all threads may encounter performance issues until they are upgraded to have finer control of these events.

hotspot/runtime➜ JNI GetVersion Returns JNI_VERSION_19 (JDK-8286176):
- The Java Native Interface function GetVersion has been changed in this release to return JNI_VERSION_19 (value 0x00130000).

hotspot/runtime➜ CPU Shares Ignored When Computing Active Processor Count (JDK-8281181):
- Previous JDK releases used an incorrect interpretation of the Linux cgroups parameter "cpu.shares". This might cause the JVM to use fewer CPUs than available, leading to an under utilization of CPU resources when the JVM is used inside a container.
- Starting from this JDK release, by default, the JVM no longer considers "cpu.shares" when deciding the number of threads to be used by the various thread pools. The -XX:+UseContainerCpuShares command-line option can be used to revert to the previous behavior. This option is deprecated and may be removed in a future JDK release.
- install/install➜ RPM JDK Installer Changes (JDK-8275446):
- Installation directory name of Oracle JDK in RPM package has changed from /usr/java/jdk-${VERSION} to /usr/lib/jvm/jdk-${FEATURE}-oracle-${ARCH}. Thus the 19.0.1 and 19.0.2 releases for x64 will both be installed in /usr/lib/jvm/jdk-19-oracle-x64 directory. RPM package will create /usr/java/jdk-${FEATURE} link pointing to the installation directory for backward compatibility.
- Communication with the alternatives framework of JDK RPM package has changed. JDK RPM packages of prior versions registered a single java group of commands with the alternatives framework. The JDK 19 RPM package registers java and javac groups with the alternatives framework. java group is for commands used to run applications: java, keytool, and rmiregistry. javac group is used for all other commands. The set of commands registered by the package has not changed.
- install/install➜ All JDK Update Releases Are Installed into the Same Directory on macOS (JDK-8281010):
- The Oracle JDK installation directory name will be changed from /Library/Java/JavaVirtualMachines/jdk-${VERSION}.jdk to /Library/Java/JavaVirtualMachines/jdk-${FEATURE}.jdk. Thus the 19.0.1 and 19.0.2 releases will both install into the /Library/Java/JavaVirtualMachines/jdk-19.jdk installation directory. Installing an older JDK update release will log an error, and not install the JDK, if a newer version of the same feature release already exists. An error dialog will be shown except in the case of a silent installation.
- install/install➜ JDK-8278370: [win] Disable Side-by-Side Installations of Multiple JDK Updates in Windows JDK Installers (JDK-8278370):
- Windows JDK installers must install the Oracle JDK in %Program Files%Javajdk-%FEATURE% instead of %Program Files%Javajdk-%VNUM%. I.e. all updates of the same release must share one installation directory.
- Thus the 19.0.1 and 19.0.2 releases will both install into %Program Files%Javajdk-19 by default, and they both cannot be installed at the same time.
- If the JDK19.0.2 installer is launched when JDK19.0.1 is already installed, it will auto-upgrade them to JDK19.0.2. There may be a Files In Use dialog shown if the older version was running and locking JDK files.
- If the JDK19.0.1 installer is launched when JDK19.0.2 is already installed, it will show an error that a newer version of this JDK family is already installed.

security-libs/java.security➜ Only Expose Certificates With Proper Trust Settings as Trusted Certificate Entries in macOS KeychainStore (JDK-8278449 (not public)):
- On macOS, only certificates with proper trust settings in the user keychain will be exposed as trusted certificate entries in the KeychainStore type of keystore. Also, calling the KeyStore::setCertificateEntry method or the keytool -importcert command on a KeychainStore keystore now fails with a KeyStoreException. Instead, call the macOS "security add-trusted-cert" command to add a trusted certificate into the user keychain.

security-libs/java.security➜ RC2 and ARCFOUR Algorithms Added to jdk.security.legacyAlgorithms Security Property (JDK-8286090):
- The RC2 and ARCFOUR (RC4) algorithms have been added to the jdk.security.legacyAlgorithms security property in the java.security configuration file. The keytool tool issues warnings when a weak RC2 or ARCFOUR algorithm is used for its commands associated with secret key entries in the keystore.

security-libs/java.security➜ Use Larger Default Key Sizes if not Explicitly Specified (JDK-8267319):
- JDK providers use provider-specific default values if the caller does not specify a key size when using a KeyPairGenerator or KeyGenerator object to generate a key pair or secret key. With this enhancement, the default key sizes for various crypto algorithms have been increased as follows:
- RSA, RSASSA-PSS, DH: from 2048 to 3072
- EC: from 256 to 384
- AES: from 128 to 256 (if permitted by crypto policy), falls back to 128 otherwise.
- In addition, the jarsigner tool will now use SHA-384 instead of SHA-256 as the default digest algorithm. The default signature algorithm for the jarsigner tool has also been adjusted accordingly. SHA-384 is used instead of SHA-256 except for longer key sizes whose security strength matches SHA-512. Note that for DSA keys, jarsigner will continue using SHA256withDSA as the default signature algorithm. This ensures maximum interoperability with older JDK releases. For more details, please refer to the keytool and jarsigner documentation.

security-libs/java.security➜ getParameters of ECDSA Signature Objects Always Return Null (JDK-8286908):
- In order to be compliant to RFC 5758 Section 3.2, the Signature::getParameters method on an ECDSA signature object from the SunEC security provider will always return null, even if an earlier setParameter method has been called on this object.

security-libs/java.security

DES, DESede, and MD5 Algorithms Added to jdk.security.legacyAlgorithms Security Property (JDK-8255552):
- The DES, DESede and MD5 algorithms have been added to the jdk.security.legacyAlgorithms security property in the java.security configuration file. The keytool tool issues warnings when a weak DES or DESede algorithm is used for its commands associated with secret key entries in the keystore.

security-libs/javax.net.ssl

Fully Support Endpoint Identification Algorithm in RFC 6125 (JDK-7192189):
- The JDK SunJSSE provider implementation has been enhanced to be fully compliant with RFC 6125. Prior to this release, the implementation was compliant except for one case, which has now been addressed: the implementation will not attempt to match wildcard domains in TLS certificates where the wildcard character comprises a label other than the left-most label.
- If necessary, applications can workaround this restriction by implementing their own HostnameVerifier or TrustManager.

security-libs/javax.net.ssl

TLS Cipher Suites using 3DES Removed from the Default Enabled List (JDK-8163327):
- The following TLS cipher suites that use the obsolete 3DES algorithm have been removed from the default list of enabled cipher suites:
- TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA
- TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA
- SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA
- SSL_DHE_DSS_WITH_3DES_EDE_CBC_SHA
- TLS_ECDH_ECDSA_WITH_3DES_EDE_CBC_SHA
- TLS_ECDH_RSA_WITH_3DES_EDE_CBC_SHA
- SSL_RSA_WITH_3DES_EDE_CBC_SHA
- Note that cipher suites using 3DES are already disabled by default in the jdk.tls.disabledAlgorithms security property. You may use these suites at your own risk by removing 3DES_EDE_CBC from the jdk.tls.disabledAlgorithms security property and re-enabling the suites via the setEnabledCipherSuites() method of the SSLSocket, SSLServerSocket, or SSLEngine classes. Alternatively, if an application is using the HttpsURLConnection class, the https.cipherSuites system property can be used to re-enable the suites.
- tools/javac

Indy String Concat Changes Order of Operations (JDK-8273914):
- String concatenation has been changed to evaluate each argument and eagerly convert it to a string, in left-to-right order. This fixes a bug in the invokedynamic-based string concatentation strategies introduced in JEP 280.
- For example, the following now prints "foofoobar", not "foobarfoobar":
- StringBuilder builder = new StringBuilder("foo");
- System.err.println("" + builder + builder.append("bar"));
- tools/javac

Lambda Deserialization Fails for Object Method References on Interfaces (JDK-8282080):
- Deserialization of serialized method references to Object methods, which was using an interface as the type on which the method is invoked, can now be deserialized again. Note the classfiles need to be recompiled to allow the deserialization.
- tools/javadoc(tool)

JavaDoc Search Enhancements (JDK-8248863):
- API documentation generated by JavaDoc now provides a standalone search page and the search syntax has been enhanced to allow for multiple search terms.
- tools/jpackage

Allow Per-User and System Wide Configuration of a jpackaged App (JDK-8250950):
- jpackaged applications support both system-wide and per-user configuration.
- jpackage application launcher will look up the corresponding .cfg file not only in the application installation directory (the system-wide installation location) but also in user-specific locations.

SmartAlbums 2022.1.1 查看版本資訊

更新時間:2022-08-19
更新細節:

Java JDK 18.0.2.1 (64-bit) 查看版本資訊

更新時間:2022-08-19
更新細節:

Java JDK 18.0.2 (64-bit) 查看版本資訊

更新時間:2022-07-20
更新細節:

What's new in this version:

Removed Features and Options:
Security-libs/javax.security:
- Remove the Alternate ThreadLocal Implementation of the Subject::current and Subject::callAs APIs
- The “jdk.security.auth.subject.useTL” system property and the alternate ThreadLocal implementation of the Subject::current and Subject::callAs APIs have been removed. The default implementation of these APIs is still supported.
- See JDK-8282676 (not public)

Other Notes:
Hotspot/runtime:
CPU Shares Ignored When Computing Active Processor Count:
- Previous JDK releases used an incorrect interpretation of the Linux cgroups parameter "cpu.shares". This might cause the JVM to use fewer CPUs than available, leading to an under utilization of CPU resources when the JVM is used inside a container.
- Starting from this JDK release, by default, the JVM no longer considers "cpu.shares" when deciding the number of threads to be used by the various thread pools. The -XX:+UseContainerCpuShares command-line option can be used to revert to the previous behavior. This option is deprecated and may be removed in a future JDK release.
- See JDK-8281181

Tools/javac:
Lambda Deserialization Fails for Object Method References on Interfaces:
- Deserialization of serialized method references to Object methods, which was using an interface as the type on which the method is invoked, can now be deserialized again. Note the classfiles need to be recompiled to allow the deserialization.
- See JDK-8282080

Bug Fixes:
- This release also contains fixes for security vulnerabilities described in the Oracle Critical Patch Update

Java JDK 17.0.4 (64-bit) 查看版本資訊

更新時間:2022-07-20
更新細節:

What's new in this version:

New Features:
Core-libs/java.net:
HTTPS Channel Binding Support for Java GSS/Kerberos:
- Support has been added for TLS channel binding tokens for Negotiate/Kerberos authentication over HTTPS through javax.net.HttpsURLConnection.
- Channel binding tokens are increasingly required as an enhanced form of security which can mitigate certain kinds of socially engineered, man in the middle (MITM) attacks. They work by communicating from a client to a server the client's understanding of the binding between connection security (as represented by a TLS server cert) and higher level authentication credentials (such as a username and password). The server can then detect if the client has been fooled by a MITM and shutdown the session/connection.
- The feature is controlled through a new system property jdk.https.negotiate.cbt which is described fully in the Networking Properties page.

Other Notes:
Core-libs/java.util.jar:
Default JDK Compressor Will Be Closed when IOException Is Encountered:
- DeflaterOutputStream.close() and GZIPOutputStream.finish() methods have been modified to close out the associated default JDK compressor before propagating a Throwable up the stack. ZIPOutputStream.closeEntry() method has been modified to close out the associated default JDK compressor before propagating an IOException, not of type ZipException, up the stack.

Hotspot/runtime:
CPU Shares Ignored When Computing Active Processor Count:
- Previous JDK releases used an incorrect interpretation of the Linux cgroups parameter "cpu.shares". This might cause the JVM to use fewer CPUs than available, leading to an under utilization of CPU resources when the JVM is used inside a container.
- Starting from this JDK release, by default, the JVM no longer considers "cpu.shares" when deciding the number of threads to be used by the various thread pools. The -XX:+UseContainerCpuShares command-line option can be used to revert to the previous behavior. This option is deprecated and may be removed in a future JDK release.

Java JDK 18.0.1.1 (64-bit) 查看版本資訊

更新時間:2022-05-03
更新細節:

What's new in this version:

Enable Windows Alternate Data Streams by default:
- The Windows implementation of java.io.File has been changed so that strict validity checks are not performed by default on file paths. This includes allowing colons (‘:’) in the path other than only immediately after a single drive letter. It also allows paths that represent NTFS Alternate Data Streams (ADS), such as “filename:streamname”. This restores the default behavior of java.io.File to what it was prior to the April 2022 CPU in which strict validity checks were not performed by default on file paths on Windows. To re-enable strict path checking in java.io.File, the system property jdk.io.File.enableADS should be set to false (case ignored). This might be preferable, for example, if Windows special device paths such as NUL: are not used.

Fixed:
- JDK-8284920: Incorrect Token type causes XPath expression to return incorrect results
- JDK-8278186: Invalid XPath expression causes StringIndexOutOfBoundsException

Justinmind Prototyper Pro 9.8.1 查看版本資訊

更新時間:2022-04-20
更新細節:

What's new in this version:

Justinmind Prototyper Pro 9.8.1
Updated devices: mobile and tablet:
- In the new version, Justinmind brings you updated devices to choose from in your next project. In the case of iPhones, for example, we’ve added the iPhone 13 in all its variations as well as the 11. In case you’re looking to design an app for a previous version of this type of device, you can still choose to use the iPhone 8.
- As for Android-based devices, you can now choose to use the Galaxy S22, or the Pixel 6. If you were looking for another type of Android device, you can choose to stick to a broader device template of large or small Android.
- When it comes to tablet devices, Jutinmind brings you updated screen resolutions while also adding new device templates. This includes the iPad Pro 12.9”, as well as the smaller iPad Pro 11”. You also have the freedom to choose the iPad Mini 8.3” or the classic iPad with 9.7”. This device category also brings a broader device template of an Android Tablet in case you weren’t looking to create an iOS app.

Fresh Android UI kit: Material Design 3:
- The updated and improved Android UI kit is all about capturing the look and feel of Material Design 3. This means that all the colors, structures, and styles faithfully follow the current guidelines for a classic Android app design. As always, all components come with built-in basic interactions, allowing you to forget about simple feedback to user actions and focus on getting your ideal design out there!

Brand new components and unified icons:
- The new Android UI kit includes everything you could ever need for a modern Android design, including over 350+ icons that come in two styles: filled in and outlined. Even more exciting is the fact that the icons are paths now, which allows you to change their design in any way you want. Gone are the days when you could simply change the icon color and size – now you can create something truly unique.

Fresh iOS UI kit: a good thing that keeps getting better:
- The updated iOS UI kit brings you everything you need to create apps that Apple fans will enjoy. The UI kit follows the latest guidelines from Human Interface Guidelines, following the evolution of the classic Apple style. Enjoy everything from forms, dialog boxes, all the buttons you can handle as well as bars, menus, and tabs. The iOS UI kit also brings you iPad components.

Interactive components and icons:
- The iOS UI kit now also includes all iOS icons that you could need, ranging from social media and navigation to Apple Maps and e-commerce icons. Don’t worry about having to look for an additional icons UI kit – you got it all right there in the main library!
- Another huge advantage of this UI kit is that all components have built-in feedback, which means that radio buttons can be selected, toggle switches do switch and basic interactions in form fields are already done. Enjoy the creative process of creating something new and forget about the small stuff!

Other improvements and bug fixes:
- If the font is included in the project the confirmation message doesn’t repeat itself
- Text format shortcuts fixed
- User fonts rendered in Safari have been fixed
- Fixed some bugs in the Table widget
- Browser focus changes correctly when one clicks Play
- Guides when one zooms in fixed
- Guides are saved correctly
- New widgets with a dynamic panel in a new library are created correctly
- The quality of SVGs in design components has been improved
- Scenario connectors work again when in a simulation
- Some crashes have been fixed


Justinmind Prototyper Pro 9.7.2
Blending modes: create the image you want:
- Blending Modes allow you to dictate how an element interacts with the layers that are underneath it, how both layers blend with each other. Known and beloved by designers everywhere, the blending feature has the power to set rules as to how individual pixels interact following a simple but crucial formula: Base + Blend = Result.
- This feature gives UI designers the power to darken, highlight, saturate elements, and much more. It’s about having total freedom to correct any visual defects, change the light and focus the power of the design on the right element.

Add blending modes to any element:
- You can blend any element, using components, images, vectors, and anything else you could possibly use in your design. The blending feature comes with multiply, screen, overlay, darken, lighten, color dodge, color burn, difference, exclusion, hue, saturation, color, and luminosity.

Effects: more powerful visuals:
- Justinmind now offers effects, one of the most commonly used visual editing tools for designers. Known for its ability to change the feel and vibe of pictures and images, effects allow you to adjust everything from color to shadow and opacity.
- Available effects include drop shadow, inner shadows, blur, brightness, contrast, grayscale, hue, invert, saturate, and sepia. These effects can be added to all elements and image objects, from illustrations to icons.

Customize every detail for the perfect UI design:
- By clicking the ‘+’ sign, you’ll see all the available effects. Once you’ve selected an effect a small window will open with customizable options for that specific effect. Each effect has its own traits, effectively giving you the freedom to add drama, add a vintage feel, create new visuals, and so on.
- Every little detail is customizable, just like in the favorite editing tools out there like Photoshop or Illustrator.
- The coolest part? With this new feature, you can now add several effects to the same object. You can also prioritize effects, organizing them like you would the layers of a Photoshop design. The possibilities for visual design in your projects are endless!

Variable fonts: a single file to rule them all:
- Having a single file bring all variations of a font inside Justinmind is now a possibility. Simply import the variable font file and find all the styles ready for you. Gone are the days when you’d have to import several files of the same font in order to cover all your bases!

Other improvements and bug fixes:
- Select Through. This feature allow you to select elements that are behind other elements, being only partly shown
- Add Empty Column feature. This is an easy way to add a new empty column to a data list: just right-side click and select “Add Column – Empty”
- Log4j vulnerability fixed. We updated the version of Log4j used by the application. The one used in previous versions wasn’t affected by the security vulnerability threat detected a few weeks ago, but we decided to update it in an excess of caution
- Crash in MacBooks with M1 chip: fixed a crash that was happening in some of the new MacBooks
- Some bugs associated with clipping masks and the selection of paths have been fixed


Justinmind Prototyper Pro 9.7.1
- Change log not available for this version


Justinmind Prototyper Pro 9.7.0
- Change log not available for this version


Justinmind Prototyper Pro 9.6.0
- Change log not available for this version


Justinmind Prototyper Pro 9.5.5
- Change log not available for this version


Justinmind Prototyper Pro 9.5.4
- Change log not available for this version


Justinmind Prototyper Pro 9.5.3
- Change log not available for this version


Justinmind Prototyper Pro 9.5.2
- Change log not available for this version


Justinmind Prototyper Pro 9.5.1
- Change log not available for this version


Justinmind Prototyper Pro 9.5.0
New libraries features: colors, typographies and image assets:
- With Justinmind 9.5 we’ve expanded the very concept of libraries, so you can use them to create your design systems. Aside from the UI components, you can now include colors, assets, and typography. All of it can be easily shared and synchronized with the rest of your team!
- Any changes made in the library will be automatically reflected all around the project. All components that are linked to the library, be they buttons, texts, or images, are kept up to date.

New and improved libraries that can be design systems:
- For example, if your primary button color background is blue, you can trust that the style will remain consistent no matter the size of the project. If you ever want to go from blue to green as the primary color, you can trust that all buttons will be automatically adapted. The same can be said of any typography or asset.
- You can even drag any component into the library area and Justinmind will identify the style, adding it to your library for later use. Be it a color in a button or a font in a paragraph, Justinmind will leave it all right there at your fingertips.
- Design system generation:
- Design teams can take the new library features and use them to generate their own Design System. This means a design system that maintains consistency, allows for flexibility, and keeps everything neatly organized. All the tools are right there – you just need to fill in the details.
- This is the perfect way to share the system with peers or simply rely on it as a presentation tool, introducing people to your vision. Easily publish to your online account, giving access to all the right people. Send it to interested stakeholders or clients, letting them see what the future will look like.
- Design teams can take the new library features and use them to generate their own Design System. This means a design system that maintains consistency, allows for flexibility, and keeps everything neatly organized. All the tools are right there – you just need to fill in the details.

Slices: asset exporting made easy:
- Exporting and managing assets has never been so easy. With this new feature, you can now define the export settings of any asset in the project. You can set an SVG icon to be exported in a specific size and format, as many times as needed. Simply click “export” and obtain all the files in their correct format!
- Showing the slices feature of asset exportation
- Developers can see and download all the relevant assets in the design, right off the browser. The best thing? This approach leaves no room for errors or mistakes. Developers will obtain the assets in the exact format and size specified by the design team. The slices feature basically frees designers of the troubles of asset management!

Linear and radial gradients: total design freedom:
- You can now create the perfect gradient, down to the very last detail. Specify everything from the colors, be they 2 or 5, to the direction of the gradient. You can edit the details in a visual way, extending or compressing the gradient itself to get the exact effect you want.
- Linear and radial graidents feature in justinmind
- Justinmind also brings an entirely new type of gradient into the game, the radial gradient. Circular in nature, these gradients open the door to entirely new visuals. Radial gradients are also completely customizable, with the only limit at play being your imagination.

Other improvements and new features:
- Letter spacing both for text boxes and text selections
- Adding effects to change style events such as gradually changing the size of a text or from one color to another
- Custom checkboxes and radio buttons and custom icons in dropdown input fields
- Adding columns to Data Lists/Grids now just one right-click away
- More math functions were added to the expression builder (x to the power of y, ceiling and floor)
- Defining border width with decimals
- Undo and redo editing library contents
- Duplicate widget in library
- Multiline in values of Data Master
- Reorder panels in the Layers palette
- Open .jpl files with double click

Fixed:
- Fade events on groups
- Select the action in selection inputs such as dropdowns
- Change style event on border-radius
- On drop event ‘any element’ now can be defined
- Performance fix for big tables
- Fixed some cases of View on device in Android
- Copy SVG code from Sketch sometimes pasted as text instead of vector elements
- Double-click to open .vp files in Mac
- Zoom problems fixed


Justinmind Prototyper Pro 9.4.1
Justinmind 9.4 is all about the marriage of interactive prototyping with UI design - check out an update that will change the way you create things:
- Justinmind’s brand new update brings a lot of change into the fold. Get ready for total freedom to create your own unique icons and all sorts of vector images. Forget stressing about moving your work from tool to tool and get ready to enjoy a workflow that is both painless and seamless.
- With Justinmind 9.4, UI design and UX design have never been so close to each other. With a series of new features for visual design, designers now have the best of both worlds inside a single tool. Are you used to your favorite design tool and don’t see yourself leaving it behind?
- Justinmind’s prototyping tool update is also about blending the lines between the tools you rely on, so you can export and move your work without even thinking about it!

Vector design made easy: editing SVGs without skipping a beat:
- Be it bringing in vectors and editing them inside Justinmind or designing a brand new one from scratch – this update joins prototyping and visual design like never before.
- One of the biggest wins for designers with this update is that there’s basically no learning involved. Designers will immediately recognize beloved staples in the UI design industry such as the pen tool, which behaves the way you’d expect it to with its anchor points and usual shortcuts. Simply focus on keeping your creativity going and design your visuals the way you always have.
- One of the most exciting things about this update to Justinmind is that sharing and editing of SVG files between tools has never been this easy.
- This is true both when it comes to exporting your visuals quickly and comfortably, as well as copying and pasting the vector itself in other design tools you rely on. Be it in other visual design tools such as Sketch or Illustrator or even other tools – you are free to copy/paste vector images and allocate your work among your favorite platforms.

Pathfinders and Masks: create sophisticated visuals:
- Use the pen tool to create hand-drawn visuals using pathfinders. Use the properties palette to edit and customize everything about the item, from its borders and background to its opacity and how the edges are shaped. The paths you create can take on any shape or form, giving you complete freedom to manifest your ideas on the screen.
- With the option of creating paths, Justinmind also brings you the pathfinder feature. Create your paths as needed and join them together, using the pathfinder feature to create a new visual based on the two paths. Inside the properties palette, you’ll find several possible combinations of the two paths, be it to create a visual intersection or to get the perfect visual effect.
- Together, these two features make Justinmind a practical and easy place to create your icons and any other types of vector images for your work.
- Another exciting addition is the possibility to create masks Use them with your own previously created paths along with any element you see fit to create a new interactive element in the screen. It’s easy to iterate and create endless combinations for a truly unique design.

Extensive Export Options: any way you want it:
- Exporting your visuals was never this quick. Simply choose export from the right-side click menu and dictate exactly how the files are to be exported. You’re free to define the size and format of any image in your prototype: PNG, SVG, JPG or TIF. You can even export the same image into multiple files each in their own format.
- Showing justinmind's new vector asset exporting feature

Seamless integration with design tools: anywhere you want it:
- Justinmind is now the perfect UI design tool for your design workflow. Now, designers and their work can move from Sketch or any other design tool as well as other tools like Figma or AdobeXD into Justinmind without any friction at all. Similarly, the design can be moved back-and-forth between tools as many times as you want.
- Regardless of whether you want to move your finished visual design or move a few key elements that you’ve created – all it takes is a few clicks. Justinmind can accept all your visual work and allows you to adapt it and add as much interaction as you see fit.
- Imagine, for example, that you created a beautiful screen for a website that helps users find hotels. When your visuals are inside Justinmind, you can transform a simple box into an input field that looks and behaves just like it should. The same can be done with images, buttons, navigation menus and just about every little element in your design. Welcome to the age of fast, easy and efficient UI and UX Design!


Justinmind Prototyper Pro 9.4.0
- Change log not available for this version


Justinmind Prototyper Pro 9.3.2
- Change log not available for this version


Justinmind Prototyper Pro 9.3.1
- Change log not available for this version


Justinmind Prototyper Pro 9.3.0
- Change log not available for this version


Justinmind Prototyper Pro 9.2.2
- Change log not available for this version


Justinmind Prototyper Pro 9.2.1
- Change log not available for this version


Justinmind Prototyper Pro 9.2.0
- Change log not available for this version


Justinmind Prototyper Pro 9.1.12
- Change log not available for this version


Justinmind Prototyper Pro 9.1.11
- Change log not available for this version


Justinmind Prototyper Pro 9.1.10
- Change log not available for this version


Justinmind Prototyper Pro 9.1.8
- Change log not available for this version


Justinmind Prototyper Pro 9.1.7
- Change log not available for this version


Justinmind Prototyper Pro 9.1.6
- Change log not available for this version


Justinmind Prototyper Pro 9.1.4
- Change log not available for this version


Justinmind Prototyper Pro 9.1.3
- Change log not available for this version


Justinmind Prototyper Pro 9.1.2
- Change log not available for this version


Justinmind Prototyper Pro 9.1.1
- Change log not available for this version


Justinmind Prototyper Pro 9.1.0
- Change log not available for this version


Justinmind Prototyper Pro 8.7.8
- Change log not available for this version


Justinmind Prototyper Pro 8.7.7
- Change log not available for this version


Justinmind Prototyper Pro 8.7.6
- Change log not available for this version


Justinmind Prototyper Pro 8.7.4
- Change log not available for this version


Justinmind Prototyper Pro 8.7.3
- Change log not available for this version


Justinmind Prototyper Pro 8.7.2
- Change log not available for this version


Justinmind Prototyper Pro 8.7.1
- Change log not available for this version


Justinmind Prototyper Pro 8.7.0
- Change log not available for this version


Justinmind Prototyper Pro 8.6.1
- Change log not available for this version


Justinmind Prototyper Pro 8.6.0
- Change log not available for this version


Justinmind Prototyper Pro 8.4.3
- Change log not available for this version


Justinmind Prototyper Pro 8.4.2
- Change log not available for this version


Justinmind Prototyper Pro 8.4.0
- Change log not available for this version


Justinmind Prototyper Pro 8.3.1
- Change log not available for this version


Justinmind Prototyper Pro 8.3.0
- Change log not available for this version


Justinmind Prototyper Pro 8.2.2
- Change log not available for this version


Justinmind Prototyper Pro 8.2.1
- Change log not available for this version


Justinmind Prototyper Pro 8.2.0
- Change log not available for this version

Java JDK 18.0.1 (64-bit) 查看版本資訊

更新時間:2022-04-20
更新細節:

What's new in this version:

New Features:
- SunPKCS11 Provider Supports ChaCha20-Poly1305 Cipher and ChaCha20 KeyGenerator if Supported by PKCS11 Library
- ChaCha20 and Poly1305 TLS Cipher Suites

xml/jaxp:
New XML Processing Limits:
- jdk.xml.xpathExprGrpLimit
- jdk.xml.xpathExprOpLimit
- jdk.xml.xpathTotalOpLimit

Supported processors:
- jdk.xml.xpathExprGrpLimit and jdk.xml.xpathExprOpLimit are supported by the XPath processor
- All three limits are supported by the XSLT processor

Setting properties:
- An XPath expression that contains a short form of the parent axis ".." can return incorrect results. See JDK-8284920 for details
- An invalid XPath expression that ends with a relational operator such as ‘<’ ‘>’ and ‘=’ will cause the processor to erroneously throw StringIndexOutOfBoundsException instead of XPathExpressionException. See JDK-8284548 for details.

Other Notes:
- Only Expose Certificates With Proper Trust Settings as Trusted Certificate Entries in macOS KeychainStore
- Parsing of URL Strings in Built-In JNDI Providers Is More Strict

Fixed:
- This release also contains fixes for security vulnerabilities described in the Oracle Critical Patch Update