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) 2009-2010 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:
* MSRP Implementation
*
*/
#include <platform_paths.hrh>
TARGET msrpclient.dll
TARGETTYPE dll
UID 0x1000008d 0x2002B59C
MW_LAYER_SYSTEMINCLUDE
USERINCLUDE ../../inc
USERINCLUDE ../inc
USERINCLUDE ../../MsrpHeader/inc
SOURCEPATH ../src
SOURCE CMSRP.cpp
SOURCE CMSRPImplementation.cpp
SOURCE CMSRPSession.cpp
SOURCE CMSRPSessionImplementation.cpp
SOURCE CMSRPSessionParams.cpp
SOURCE RMSRP.cpp
SOURCE RMSRPSession.cpp
SOURCE CMSRPListenerBase.cpp
SOURCE CMSRPConnectionListener.cpp
SOURCE CMSRPIncomingListener.cpp
SOURCE CMSRPSendResultListener.cpp
// In order to use .def files to freeze code you must use one or more DEFFILE lines;
// see the ones commented out below for examples.
// By default, the build tools look for the WINSCW def file in a BWINS directory
// (at the same level as the directory containing the mmp file),
// the GCC ARM def file in a BMARM directory, and the ARMV5 def file in a EABI directory.
// If your .def files are stored in these default locations, you can simply specify the
// .def filename(s) with no path. If you want to store .def files in non-default
// locations, you will need to specify the paths in the DEFFILE statement(s).
//The following commented out code shows how the build system uses the implicit
// location for defiles. To create the DEF files Choose Project > Freeze Exports from Carbide
// or run 'abld freeze' from the command-line
//#if defined (WINS)
// DEFFILE ..\bwins\MSRPClient.def
//#elif defined (GCC32)
// DEFFILE ..\bmarm\MSRPClient.def
//#else
// DEFFILE ..\eabi\MSRPClient.def
//#endif
CAPABILITY All -Tcb
LIBRARY euser.lib
LIBRARY msrpheader.lib
LIBRARY inetprotutil.lib
LIBRARY estor.lib
LIBRARY bafl.lib
DEBUGLIBRARY flogger.lib
#ifdef ENABLE_ABIV2_MODE
DEBUGGABLE_UDEBONLY
#endif