Java security nosuchalgorithmexception error constructing implementation

Error in running executable jar built using maven

I created a java project using maven and built a executable jar file as well. In my class I have defined following.

 java.net.SocketException: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: com.sun.net.ssl.internal.ssl.DefaultSSLContextImpl) 

I imported all other libraries that needed to the project using maven-dependency-plugin. do I have to import jdk libraries as well. if so which ones. Is there any different method Thank you UPDATE following is the stack trace

org.apache.amber.oauth2.common.exception.OAuthSystemException: java.net.SocketException: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: com.sun.net.ssl.internal.ssl.DefaultSSLContextImpl) at org.apache.amber.oauth2.client.URLConnectionClient.execute(URLConnectionClient.java:102) at org.apache.amber.oauth2.client.OAuthClient.accessToken(OAuthClient.java:64) at org.apache.amber.oauth2.client.OAuthClient.accessToken(OAuthClient.java:54) at org.apache.amber.oauth2.client.OAuthClient.accessToken(OAuthClient.java:70) at . Caused by: java.net.SocketException: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: com.sun.net.ssl.internal.ssl.DefaultSSLContextImpl) at javax.net.ssl.DefaultSSLSocketFactory.throwException(SSLSocketFactory.java:179) at javax.net.ssl.DefaultSSLSocketFactory.createSocket(SSLSocketFactory.java:186) at sun.net.www.protocol.https.HttpsClient.createSocket(HttpsClient.java:362) at sun.net.NetworkClient.doConnect(NetworkClient.java:145) at sun.net.www.http.HttpClient.openServer(HttpClient.java:394) at sun.net.www.http.HttpClient.openServer(HttpClient.java:529) at sun.net.www.protocol.https.HttpsClient.(HttpsClient.java:272) at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:329) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:172) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:916) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:158) at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1019) at sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230) at org.apache.amber.oauth2.client.URLConnectionClient.execute(URLConnectionClient.java:79) . 8 more Caused by: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: com.sun.net.ssl.internal.ssl.DefaultSSLContextImpl) at java.security.Provider$Service.newInstance(Provider.java:1245) at sun.security.jca.GetInstance.getInstance(GetInstance.java:220) at sun.security.jca.GetInstance.getInstance(GetInstance.java:147) at javax.net.ssl.SSLContext.getInstance(SSLContext.java:125) at javax.net.ssl.SSLContext.getDefault(SSLContext.java:68) at javax.net.ssl.SSLSocketFactory.getDefault(SSLSocketFactory.java:102) at javax.net.ssl.HttpsURLConnection.getDefaultSSLSocketFactory(HttpsURLConnection.java:325) at javax.net.ssl.HttpsURLConnection.(HttpsURLConnection.java:283) at sun.net.www.protocol.https.HttpsURLConnectionImpl.(HttpsURLConnectionImpl.java:65) at sun.net.www.protocol.https.Handler.openConnection(Handler.java:42) at sun.net.www.protocol.https.Handler.openConnection(Handler.java:37) at java.net.URL.openConnection(URL.java:945) at org.apache.amber.oauth2.client.URLConnectionClient.execute(URLConnectionClient.java:64) . 8 more Caused by: java.io.IOException: Invalid keystore format at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:633) at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:38) at java.security.KeyStore.load(KeyStore.java:1185) at com.sun.net.ssl.internal.ssl.DefaultSSLContextImpl.getDefaultKeyManager(DefaultSSLContextImpl.java:150) at com.sun.net.ssl.internal.ssl.DefaultSSLContextImpl.(DefaultSSLContextImpl.java:40) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at java.security.Provider$Service.newInstance(Provider.java:1221) . 20 more 

Источник

java.security.NoSuchAlgorithmException: Error constructing implementation

When attempting to perform an operation that relies on SSL/TLS, you may see errors like the following:

java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: sun.security.ssl.SSLContextImpl$DefaultSSLContext)

This is generally due to the system not being able to locate a valid certificate for the application server. There are a few areas of the system to check when troubleshooting this particular issue:

Cascade CMS 8.21 and newer

To locate the keystore settings for the application:

• Go to System Preferences
• In the System tab, scroll down to the SSL/TLS Key Store section.
• Verify that:
  • The Key Store Path points to a valid key store on the application server.
  • The key store referenced in the Key Store Path field contains the proper SSL certificates for the application server itself.
  • The Key Store Password field contains the correct password for the key store that is being referenced.

  Note: If using the bundled keystore in the Cascade CMS installation, the default password is changeit

  Prior to Cascade CMS 8.21

  While it may not seem related at first, the LDAP Configuration in your instance can potentially be the cause of this problem. If you happen to be using LDAP to sync/authenticate users in your instance, check the following items in your configuration:

  • In the Binding section, see if the SSL option is selected. If it is selected, verify that:
    • • The Key Store Path points to a valid key store on the application server.
      • The key store referenced in the Key Store Path field contains the proper SSL certificates for the application server itself.
      • The Key Store Password field contains the correct password for the key store that is being referenced.
        
      • Any changes made will require restarting Cascade CMS

      Note: If using the bundled keystore in the Cascade CMS installation, the default password is changeit

      Important notes on using LDAP over SSL

      • Any changes made in the LDAP configuration with respect to the key store require a restart of Cascade CMS in order to take effect.
      • Any time an LDAP sync occurs, the application will load the key store that is being referenced in the Key Store Path field into memory. Because of this, it is important that you maintain a single key store on your application server that contains any necessary certificates for your environment. Having a single key store with all of the proper certificates in it can prevent issues with different key stores being referenced from different locations within the application environment.

      Default Java Key Store

      For those who are either not using LDAP at all (prior to Cascade CMS 8.21) or are not specifying keystore information in the System Preferences (Cascade CMS 8.21+), the application will default to using the key store located within the application’s Java installation. To find out which installation of Java the application is using, see this article.

      After determining which Java installation is being used, you’ll need to make sure that the key store (generally lib/security/cacerts ) contains the certificates for the application server itself.

      Related Links

      Источник

      Saved searches

      Use saved searches to filter your results more quickly

      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.

      Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

      By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

      Already on GitHub? Sign in to your account

      java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: TLS, provider: AndroidOpenSSL, class: com.android.org.conscrypt.OpenSSLContextImpl$TLSv12) #23

      java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: TLS, provider: AndroidOpenSSL, class: com.android.org.conscrypt.OpenSSLContextImpl$TLSv12) #23

      Comments

      Recently I faced with this issue it looks like rear one

      Device: Samsung SM-G920F
      Android OS: Android 7.0

      java.lang.ExceptionInInitializerError at com.databerries.DataBerries$3.run(DataBerries.java:359) at java.lang.Thread.run(Thread.java:762) Caused by: cz.msebera.android.httpclient.conn.ssl.SSLInitializationException: Error constructing implementation (algorithm: TLS, provider: AndroidOpenSSL, class: com.android.org.conscrypt.OpenSSLContextImpl$TLSv12) at cz.msebera.android.httpclient.conn.ssl.SSLContexts.createDefault(SSLContexts.java:58) at cz.msebera.android.httpclient.conn.ssl.SSLSocketFactory.getSocketFactory(SSLSocketFactory.java:163) at com.loopj.android.http.AsyncHttpClient.getDefaultSchemeRegistry(AsyncHttpClient.java:301) at com.loopj.android.http.AsyncHttpClient.(AsyncHttpClient.java:177) at com.loopj.android.http.SyncHttpClient.(SyncHttpClient.java:39) at com.databerries.RestClient.(RestClient.java:49) at com.databerries.DataBerries$3.run(DataBerries.java:359) at java.lang.Thread.run(Thread.java:762) Caused by: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: TLS, provider: AndroidOpenSSL, class: com.android.org.conscrypt.OpenSSLContextImpl$TLSv12) at java.security.Provider$Service.newInstance(Provider.java:1288) at sun.security.jca.GetInstance.getInstance(GetInstance.java:236) at sun.security.jca.GetInstance.getInstance(GetInstance.java:164) at javax.net.ssl.SSLContext.getInstance(SSLContext.java:189) at cz.msebera.android.httpclient.conn.ssl.SSLContexts.createDefault(SSLContexts.java:54) at cz.msebera.android.httpclient.conn.ssl.SSLSocketFactory.getSocketFactory(SSLSocketFactory.java:163) at com.loopj.android.http.AsyncHttpClient.getDefaultSchemeRegistry(AsyncHttpClient.java:301) at com.loopj.android.http.AsyncHttpClient.(AsyncHttpClient.java:177) at com.loopj.android.http.SyncHttpClient.(SyncHttpClient.java:39) at com.databerries.RestClient.(RestClient.java:49) at com.databerries.DataBerries$3.run(DataBerries.java:359) at java.lang.Thread.run(Thread.java:762) Caused by: java.lang.RuntimeException: error:0f000078:elliptic curve routines:OPENSSL_internal:POINT_IS_NOT_ON_CURVE at com.android.org.conscrypt.NativeCrypto.SSL_CTX_new(NativeCrypto.java:-2) at com.android.org.conscrypt.AbstractSessionContext.(AbstractSessionContext.java:50) at com.android.org.conscrypt.ClientSessionContext.(ClientSessionContext.java:38) at com.android.org.conscrypt.OpenSSLContextImpl.(OpenSSLContextImpl.java:60) at com.android.org.conscrypt.OpenSSLContextImpl$TLSv12.(OpenSSLContextImpl.java:152) at java.lang.Class.newInstance(Class.java:-2) at java.security.Provider$Service.newInstance(Provider.java:1264) at sun.security.jca.GetInstance.getInstance(GetInstance.java:236) at sun.security.jca.GetInstance.getInstance(GetInstance.java:164) at javax.net.ssl.SSLContext.getInstance(SSLContext.java:189) at cz.msebera.android.httpclient.conn.ssl.SSLContexts.createDefault(SSLContexts.java:54) at cz.msebera.android.httpclient.conn.ssl.SSLSocketFactory.getSocketFactory(SSLSocketFactory.java:163) at com.loopj.android.http.AsyncHttpClient.getDefaultSchemeRegistry(AsyncHttpClient.java:301) at com.loopj.android.http.AsyncHttpClient.(AsyncHttpClient.java:177) at com.loopj.android.http.SyncHttpClient.(SyncHttpClient.java:39) at com.databerries.RestClient.(RestClient.java:49) at com.databerries.DataBerries$3.run(DataBerries.java:359) at java.lang.Thread.run(Thread.java:762) 

      The text was updated successfully, but these errors were encountered:

      Источник