[sip-comm-dev] New version of ZRTP4J library


#1

All,

I've just committed a new version of ZRTP4J that fixes a problem during
ZRTP detection/negotiation. It was a sporadic problem that worried me for
some time :slight_smile: .

Emil, because of the changes in ZRTP / crypto jar / OTR it is not easy
to back port the ZRTP4J lib to SC 1.0 but IMHO this is necessary. My proposal
is:
- modify SC-1.0 build and bundle structure to do the same split of the
聽聽crypto lib and ZRTP4J as it was done for trunk, but without integration
聽聽of OTR into SC-1.0. This modification does not add new functionality.

WDYT?

Regards,
Werner

路路路

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#2

Hey Werner,

Werner Dittmann wrote:

All,

I've just committed a new version of ZRTP4J that fixes a problem during
ZRTP detection/negotiation. It was a sporadic problem that worried me for
some time :slight_smile: .

Emil, because of the changes in ZRTP / crypto jar / OTR it is not easy
to back port the ZRTP4J lib to SC 1.0 but IMHO this is necessary. My proposal
is:
- modify SC-1.0 build and bundle structure to do the same split of the
聽聽crypto lib and ZRTP4J as it was done for trunk, but without integration
聽聽of OTR into SC-1.0. This modification does not add new functionality.

WDYT?

Sounds reasonable, and yes I agree it would make sense to backport the
zrtp restructuring to the 1.0 branch.

Incidentally, I mailed you a few days back about a few classes
(ZRTPCTransformer, ZrtpRawPacket, and ZrtpTransformConnector) missing
the SC license header. Could you please set it to the standard SC LGPL
header?

Thanks,
Emil

路路路

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#3

Emil Ivov schrieb:

Hey Werner,

Werner Dittmann wrote:

All,

I've just committed a new version of ZRTP4J that fixes a problem during
ZRTP detection/negotiation. It was a sporadic problem that worried me for
some time :slight_smile: .

Emil, because of the changes in ZRTP / crypto jar / OTR it is not easy
to back port the ZRTP4J lib to SC 1.0 but IMHO this is necessary. My proposal
is:
- modify SC-1.0 build and bundle structure to do the same split of the
聽聽crypto lib and ZRTP4J as it was done for trunk, but without integration
聽聽of OTR into SC-1.0. This modification does not add new functionality.

WDYT?

Sounds reasonable, and yes I agree it would make sense to backport the
zrtp restructuring to the 1.0 branch.

Ok, I start working on it.

Incidentally, I mailed you a few days back about a few classes
(ZRTPCTransformer, ZrtpRawPacket, and ZrtpTransformConnector) missing
the SC license header. Could you please set it to the standard SC LGPL
header?

Sure, no problem :slight_smile:

Regards,
Werner

路路路

Thanks,
Emil

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net