Mercurial Mercurial > oss > FCL > sf > mw > ipappprotocols / file revision
summary | shortlog | changelog | graph | tags | bookmarks | branches | files | changeset | file | latest | revisions | annotate | diff | comparison | raw | help
Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
realtimenetprots/sipfw/SIP/Group/tlsplugin.mmp
author Petteri Saari <petteri.saari@digia.com>
Thu, 25 Nov 2010 13:59:42 +0200
branchMSRP_FrameWork
changeset 58 cdb720e67852
parent 0 307788aac0a8
permissions -rw-r--r--
This release addresses the following issues: 1. The crash bug fix when receiving file 2. Now the sending is based on MSRP messages, there is no longer file receiving or sending. Client sends data as MSRP was designed. 3. Soma MSRP stack was created so that the client told the correct session-id, Symbian stack generated it by itself. This is not allowed, it was changed so that clients tell the session-id (same as used in SIP INVITE). 4. Unnecessary division of data to chunks removed when there is no need to interrupt sending. The message is sent in as few chunks as possible. 5. Stack can now receive files and chunks with ?unlimited? size. Old stack wrote the incoming data to memory and did not utilize disk space until the end of chunk was reached (large chunks from another client crashed it). 6. Now when writing the incoming data to file, it will take into account the byte-range header values. So, this complies with the RFC4975 requirements that stack must be able to handle chunks that come in any sequence. 7. Some buffering changes to outgoing/incoming data. 8. The outgoing data is now checked that it does not contain the created transaction-id before sending the data. 9. MSRP success reports are now implemented and tested against servers. 10. Progress report system fixed so progress is now visible on client (all the way to 100%). 11. Message Cancel receiving / Cancel sending now corrected and made to work as rfc4975 requires. (termination from sender and error code from receiver when cancelling). 12. Bug correction related to messages received not belonging to any session, old stack implementation did send error response, but after response was written it did give the buffer to client anyway. Now corrected.

// Copyright (c) 2006-2009 Nokia Corporation and/or its subsidiary(-ies).
// All rights reserved.
// This component and the accompanying materials are made available
// under the terms of "Eclipse Public License v1.0"
// which accompanies this distribution, and is available
// at the URL "http://www.eclipse.org/legal/epl-v10.html".
//
// Initial Contributors:
// Nokia Corporation - initial contribution.
//
// Contributors:
//
// Description:
// Name        : tlsplugin.mmp
// Part of     : SIPSec
// Version     : SIP/5.0
//



TARGET			siptls.dll
TARGETTYPE    	PLUGIN
UID           	0x10009d8d 0x102747D4


SOURCEPATH    	../SIPSec/TlsPlugin/src
SOURCE	      	StaticDllEntry.cpp
SOURCE          csipsectlsplugin.cpp
SOURCE          ctlscache.cpp
SOURCE          ctlsentry.cpp

USERINCLUDE     ../SIPSec/TlsPlugin/inc
USERINCLUDE     ../SIPSec/Framework/inc
USERINCLUDE   	../Common/inc
USERINCLUDE     ../Codec/inc
USERINCLUDE     ../Codec/api
USERINCLUDE     ../ConnectionMgr/inc
USERINCLUDE     ../LightWeightTimer/inc
USERINCLUDE     ../Logging/inc


SOURCEPATH      ../SIPSec/TlsPlugin/resource
START RESOURCE	102747D4.rss 
TARGET			siptls.rsc
END


MW_LAYER_SYSTEMINCLUDE_SYMBIAN


LIBRARY       	euser.lib
LIBRARY       	ecom.lib
LIBRARY	      	sipcodec.lib
LIBRARY     	insock.lib


VENDORID 0x70000001

CAPABILITY ProtServ NetworkControl NetworkServices Location \
ReadDeviceData WriteDeviceData ReadUserData

SMPSAFE
FCL/sf/mw/ipappprotocols