You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please add the ability to specify a location and password for a custom (non-JRE default) SSL truststore via a JT400 property. Using the global javax.net.ssl.trustStore system property can cause conflicts with other applications running on the same JVM, so this feature is necessary to avoid such issues.
The use case involves third-party applications where users can't access the Java code. In such cases, the only way to change the default truststore location is through Java system properties.
Therefore, I suggest adding support of the new system properties com.ibm.as400.ssl.trustStore and com.ibm.as400.ssl.trustStorePassword, which jt400 should use when these properties are set.
The text was updated successfully, but these errors were encountered:
This isn't exactly the same situation. I'm referring to the SF case #419.
While I agree with MarcelRomijn's proposal, this case focuses on configuring Java properties at the JVM level, similar to how the javax.net.ssl.trustStore works.
The use case involves third-party applications where users can't access the Java code. In such cases, the only way to change the default truststore location is through Java system properties.
Therefore, I suggest adding support of the new system properties com.ibm.as400.ssl.trustStore and com.ibm.as400.ssl.trustStorePassword, which jt400 should use when these properties are set.
Please add the ability to specify a location and password for a custom (non-JRE default) SSL truststore via a JT400 property. Using the global javax.net.ssl.trustStore system property can cause conflicts with other applications running on the same JVM, so this feature is necessary to avoid such issues.
The use case involves third-party applications where users can't access the Java code. In such cases, the only way to change the default truststore location is through Java system properties.
Therefore, I suggest adding support of the new system properties com.ibm.as400.ssl.trustStore and com.ibm.as400.ssl.trustStorePassword, which jt400 should use when these properties are set.
The text was updated successfully, but these errors were encountered: