Nightly Distribution of the master branch

Build: #1552 was successful Changes by Florian Schmaus <flo@geekplace.eu>

Stages & jobs

  1. Default Stage

  2. Deploy

Build result summary

Details

Completed
Queue duration
< 1 second
Duration
8 minutes
Labels
None
Revision
76a6b9f2a1b35aa78e37af7eded3733a83bd95c2
Total tests
525
Successful since
#1549 ()

Tests

Code commits

Author Commit Message Commit date
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> 76a6b9f2a1b35aa78e37af7eded3733a83bd95c2 Merge tag '4.2.2'
Smack 4.2.2
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> 0fcacf3d9af9661ade25dea4bd00669006b351b0 m Smack 4.2.2
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> 2edbc64957cb419c5de9b6d089768ab95bbe06c2 m Refactor reconnection callbacks into an extra class
Fixes SMACK-775
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> d804d4ed6d9ef7d2a66e318bf9200c6c93f25b43 m Do not abort if we could not get a KeyManagerFactory
using the default algorithm. Instead continue with 'null' as value of
the KeyManager[] array (kms). This makes the SSLContext.init() methods
to search the default security providers for implementations, which is
also OK.

This change is needed because it appears that on Android
KeyManagerFactory.getDefaultAlgorithm returns 'SunX509', which
subsequently results in

W/AbstractXMPPConnection: Connection XMPPTCPConnection[not-authenticated] (0) closed with error
  java.security.NoSuchAlgorithmException: KeyManagerFactory SunX509 implementation not found
      at org.apache.harmony.security.fortress.Engine.notFound(Engine.java:190)
      at org.apache.harmony.security.fortress.Engine.getInstance(Engine.java:139)
      at javax.net.ssl.KeyManagerFactory.getInstance(KeyManagerFactory.java:77)
      at org.jivesoftware.smack.tcp.XMPPTCPConnection.proceedTLSReceived(XMPPTCPConnection.java:747)
      at org.jivesoftware.smack.tcp.XMPPTCPConnection.access$1200(XMPPTCPConnection.java:149)
      at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader.parsePackets(XMPPTCPConnection.java:1053)
      at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader.access$300(XMPPTCPConnection.java:980)
      at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader$1.run(XMPPTCPConnection.java:996)
      at java.lang.Thread.run(Thread.java:818)

Note that this is possibly because the Secuurity Provider was
not (yet) intialized.
Florian Schmaus <flo@geekplace.eu> Florian Schmaus <flo@geekplace.eu> 573358b459bc6402a6eca6f3daf075df3c3f0bf3 m Limit the scope of local variables in proceedTLSReceived()

Jira issues

IssueDescriptionStatus
Unknown Issue TypeSMACK-775Could not obtain issue details from Jira