
We bake cookies in your browser for a better experience. Using this site means that you consent.Read More
TheQFtp class provides an implementation of the client side of FTP protocol.More...
| Header: | #include <QFtp> |
| Inherits: | QObject |
| enum | Command { None, SetTransferMode, SetProxy, ConnectToHost, ..., RawCommand } |
| enum | Error { NoError, HostNotFound, ConnectionRefused, NotConnected, UnknownError } |
| enum | State { Unconnected, HostLookup, Connecting, Connected, LoggedIn, Closing } |
| enum | TransferMode { Passive, Active } |
| enum | TransferType { Binary, Ascii } |
| QFtp(QObject * parent = 0) | |
| virtual | ~QFtp() |
| qint64 | bytesAvailable() const |
| int | cd(const QString & dir) |
| void | clearPendingCommands() |
| int | close() |
| int | connectToHost(const QString & host, quint16 port = 21) |
| Command | currentCommand() const |
| QIODevice * | currentDevice() const |
| int | currentId() const |
| Error | error() const |
| QString | errorString() const |
| int | get(const QString & file, QIODevice * dev = 0, TransferType type = Binary) |
| bool | hasPendingCommands() const |
| int | list(const QString & dir = QString()) |
| int | login(const QString & user = QString(), const QString & password = QString()) |
| int | mkdir(const QString & dir) |
| int | put(QIODevice * dev, const QString & file, TransferType type = Binary) |
| int | put(const QByteArray & data, const QString & file, TransferType type = Binary) |
| int | rawCommand(const QString & command) |
| qint64 | read(char * data, qint64 maxlen) |
| QByteArray | readAll() |
| int | remove(const QString & file) |
| int | rename(const QString & oldname, const QString & newname) |
| int | rmdir(const QString & dir) |
| int | setProxy(const QString & host, quint16 port) |
| int | setTransferMode(TransferMode mode) |
| State | state() const |
| void | abort() |
| void | commandFinished(int id, bool error) |
| void | commandStarted(int id) |
| void | dataTransferProgress(qint64 done, qint64 total) |
| void | done(bool error) |
| void | listInfo(const QUrlInfo & i) |
| void | rawCommandReply(int replyCode, const QString & detail) |
| void | readyRead() |
| void | stateChanged(int state) |
TheQFtp class provides an implementation of the client side of FTP protocol.
This class provides a direct interface to FTP that allows you to have more control over the requests. However, for new applications, it is recommended to useQNetworkAccessManager andQNetworkReply, as those classes possess a simpler, yet more powerful API.
The class works asynchronously, so there are no blocking functions. If an operation cannot be executed immediately, the function will still return straight away and the operation will be scheduled for later execution. The results of scheduled operations are reported via signals. This approach depends on the event loop being in operation.
The operations that can be scheduled (they are called "commands" in the rest of the documentation) are the following:connectToHost(),login(),close(),list(),cd(),get(),put(),remove(),mkdir(),rmdir(),rename() andrawCommand().
All of these commands return a unique identifier that allows you to keep track of the command that is currently being executed. When the execution of a command starts, thecommandStarted() signal with the command's identifier is emitted. When the command is finished, thecommandFinished() signal is emitted with the command's identifier and a bool that indicates whether the command finished with an error.
In some cases, you might want to execute a sequence of commands, e.g. if you want to connect and login to a FTP server. This is simply achieved:
QFtp*ftp=newQFtp(parent);ftp->connectToHost("ftp.qt.nokia.com");ftp->login();
In this case two FTP commands have been scheduled. When the last scheduled command has finished, adone() signal is emitted with a bool argument that tells you whether the sequence finished with an error.
If an error occurs during the execution of one of the commands in a sequence of commands, all the pending commands (i.e. scheduled, but not yet executed commands) are cleared and no signals are emitted for them.
Some commands, e.g.list(), emit additional signals to report their results.
Example: If you want to download the INSTALL file from the Qt FTP server, you would write this:
ftp->connectToHost("ftp.qt.nokia.com");// id == 1ftp->login();// id == 2ftp->cd("qt");// id == 3ftp->get("INSTALL");// id == 4ftp->close();// id == 5
For this example the following sequence of signals is emitted (with small variations, depending on network traffic, etc.):
start(1)stateChanged(HostLookup)stateChanged(Connecting)stateChanged(Connected)finished(1,false)start(2)stateChanged(LoggedIn)finished(2,false)start(3)finished(3,false)start(4)dataTransferProgress(0,3798)dataTransferProgress(2896,3798)readyRead()dataTransferProgress(3798,3798)readyRead()finished(4,false)start(5)stateChanged(Closing)stateChanged(Unconnected)finished(5,false)done(false)
ThedataTransferProgress() signal in the above example is useful if you want to show aprogress bar to inform the user about the progress of the download. ThereadyRead() signal tells you that there is data ready to be read. The amount of data can be queried then with thebytesAvailable() function and it can be read with theread() orreadAll() function.
If the login fails for the above example, the signals would look like this:
start(1)stateChanged(HostLookup)stateChanged(Connecting)stateChanged(Connected)finished(1,false)start(2)finished(2,true)done(true)
You can then get details about the error with theerror() anderrorString() functions.
For file transfer,QFtp can use both active or passive mode, and it uses passive file transfer mode by default; see the documentation forsetTransferMode() for more details about this.
CallsetProxy() to makeQFtp connect via an FTP proxy server.
The functionscurrentId() andcurrentCommand() provide more information about the currently executing command.
The functionshasPendingCommands() andclearPendingCommands() allow you to query and clear the list of pending commands.
If you are an experienced network programmer and want to have complete control you can userawCommand() to execute arbitrary FTP commands.
Warning: The current version ofQFtp doesn't fully support non-Unix FTP servers.
See alsoQNetworkAccessManager,QNetworkRequest,QNetworkReply, andFTP Example.
This enum is used as the return value for thecurrentCommand() function. This allows you to perform specific actions for particular commands, e.g. in a FTP client, you might want to clear the directory view when alist() command is started; in this case you can simply check in the slot connected to the start() signal if thecurrentCommand() isList.
| Constant | Value | Description |
|---|---|---|
QFtp::None | 0 | No command is being executed. |
QFtp::SetTransferMode | 1 | set thetransfer mode. |
QFtp::SetProxy | 2 | switch proxying on or off. |
QFtp::ConnectToHost | 3 | connectToHost() is being executed. |
QFtp::Login | 4 | login() is being executed. |
QFtp::Close | 5 | close() is being executed. |
QFtp::List | 6 | list() is being executed. |
QFtp::Cd | 7 | cd() is being executed. |
QFtp::Get | 8 | get() is being executed. |
QFtp::Put | 9 | put() is being executed. |
QFtp::Remove | 10 | remove() is being executed. |
QFtp::Mkdir | 11 | mkdir() is being executed. |
QFtp::Rmdir | 12 | rmdir() is being executed. |
QFtp::Rename | 13 | rename() is being executed. |
QFtp::RawCommand | 14 | rawCommand() is being executed. |
See alsocurrentCommand().
This enum identifies the error that occurred.
| Constant | Value | Description |
|---|---|---|
QFtp::NoError | 0 | No error occurred. |
QFtp::HostNotFound | 2 | The host name lookup failed. |
QFtp::ConnectionRefused | 3 | The server refused the connection. |
QFtp::NotConnected | 4 | Tried to send a command, but there is no connection to a server. |
QFtp::UnknownError | 1 | An error other than those specified above occurred. |
See alsoerror().
This enum defines the connection state:
| Constant | Value | Description |
|---|---|---|
QFtp::Unconnected | 0 | There is no connection to the host. |
QFtp::HostLookup | 1 | A host name lookup is in progress. |
QFtp::Connecting | 2 | An attempt to connect to the host is in progress. |
QFtp::Connected | 3 | Connection to the host has been achieved. |
QFtp::LoggedIn | 4 | Connection and user login have been achieved. |
QFtp::Closing | 5 | The connection is closing down, but it is not yet closed. (The state will beUnconnected when the connection is closed.) |
See alsostateChanged() andstate().
FTP works with two socket connections; one for commands and another for transmitting data. While the command connection is always initiated by the client, the second connection can be initiated by either the client or the server.
This enum defines whether the client (Passive mode) or the server (Active mode) should set up the data connection.
| Constant | Value | Description |
|---|---|---|
QFtp::Passive | 1 | The client connects to the server to transmit its data. |
QFtp::Active | 0 | The server connects to the client to transmit its data. |
This enum identifies the data transfer type used with get and put commands.
| Constant | Value | Description |
|---|---|---|
QFtp::Binary | 0 | The data will be transferred in Binary mode. |
QFtp::Ascii | 1 | The data will be transferred in Ascii mode and new line characters will be converted to the local format. |
Constructs aQFtp object with the givenparent.
[virtual]QFtp::~QFtp()Destructor.
[slot]void QFtp::abort()Aborts the current command and deletes all scheduled commands.
If there is an unfinished command (i.e. a command for which thecommandStarted() signal has been emitted, but for which thecommandFinished() signal has not been emitted), this function sends anABORT command to the server. When the server replies that the command is aborted, thecommandFinished() signal with theerror argument set totrue is emitted for the command. Due to timing issues, it is possible that the command had already finished before the abort request reached the server, in which case, thecommandFinished() signal is emitted with theerror argument set tofalse.
For all other commands that are affected by the abort(), no signals are emitted.
If you don't start further FTP commands directly after the abort(), there won't be any scheduled commands and thedone() signal is emitted.
Warning: Some FTP servers, for example the BSD FTP daemon (version 0.3), wrongly return a positive reply even when an abort has occurred. For these servers thecommandFinished() signal has its error flag set tofalse, even though the command did not complete successfully.
See alsoclearPendingCommands().
Returns the number of bytes that can be read from the data socket at the moment.
See alsoget(),readyRead(),read(), andreadAll().
Changes the working directory of the server todir.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsocommandStarted() andcommandFinished().
Deletes all pending commands from the list of scheduled commands. This does not affect the command that is being executed. If you want to stop this as well, useabort().
See alsohasPendingCommands() andabort().
Closes the connection to the FTP server.
ThestateChanged() signal is emitted when the state of the connecting process changes, e.g. toClosing, thenUnconnected.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsostateChanged(),commandStarted(), andcommandFinished().
[signal]void QFtp::commandFinished(int id,bool error)This signal is emitted when processing the command identified byid has finished.error is true if an error occurred during the processing; otherwiseerror is false.
See alsocommandStarted(),done(),error(), anderrorString().
[signal]void QFtp::commandStarted(int id)This signal is emitted when processing the command identified byid starts.
See alsocommandFinished() anddone().
Connects to the FTP serverhost using portport.
ThestateChanged() signal is emitted when the state of the connecting process changes, e.g. toHostLookup, thenConnecting, thenConnected.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsostateChanged(),commandStarted(), andcommandFinished().
Returns the command type of the FTP command being executed orNone if there is no command being executed.
See alsocurrentId().
Returns theQIODevice pointer that is used by the FTP command to read data from or store data to. If there is no current FTP command being executed or if the command does not use an IO device, this function returns 0.
This function can be used to delete theQIODevice in the slot connected to thecommandFinished() signal.
Returns the identifier of the FTP command that is being executed or 0 if there is no command being executed.
See alsocurrentCommand().
[signal]void QFtp::dataTransferProgress(qint64 done,qint64 total)This signal is emitted in response to aget() orput() request to indicate the current progress of the download or upload.
done is the amount of data that has already been transferred andtotal is the total amount of data to be read or written. It is possible that theQFtp class is not able to determine the total amount of data that should be transferred, in which casetotal is 0. (If you connect this signal to aQProgressBar, the progress bar shows a busy indicator if the total is 0).
Warning:done andtotal are not necessarily the size in bytes, since for large files these values might need to be "scaled" to avoid overflow.
See alsoget(),put(), andQProgressBar.
[signal]void QFtp::done(bool error)This signal is emitted when the last pending command has finished; (it is emitted after the last command'scommandFinished() signal).error is true if an error occurred during the processing; otherwiseerror is false.
See alsocommandFinished(),error(), anderrorString().
Returns the last error that occurred. This is useful to find out what went wrong when receiving acommandFinished() or adone() signal with theerror argument set totrue.
If you start a new command, the error status is reset toNoError.
Returns a human-readable description of the last error that occurred. This is useful for presenting a error message to the user when receiving acommandFinished() or adone() signal with theerror argument set totrue.
The error string is often (but not always) the reply from the server, so it is not always possible to translate the string. If the message comes from Qt, the string has already passed throughtr().
Downloads the filefile from the server.
Ifdev is 0, then thereadyRead() signal is emitted when there is data available to read. You can then read the data with theread() orreadAll() functions.
Ifdev is not 0, the data is written directly to the devicedev. Make sure that thedev pointer is valid for the duration of the operation (it is safe to delete it when thecommandFinished() signal is emitted). In this case thereadyRead() signal isnot emitted and you cannot read data with theread() orreadAll() functions.
If you don't read the data immediately it becomes available, i.e. when thereadyRead() signal is emitted, it is still available until the next command is started.
For example, if you want to present the data to the user as soon as there is something available, connect to thereadyRead() signal and read the data immediately. On the other hand, if you only want to work with the complete data, you can connect to thecommandFinished() signal and read the data when the get() command is finished.
The data is transferred as Binary or Ascii depending on the value oftype.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsoreadyRead(),dataTransferProgress(), andcommandStarted().
Returns true if there are any commands scheduled that have not yet been executed; otherwise returns false.
The command that is being executed isnot considered as a scheduled command.
See alsoclearPendingCommands(),currentId(), andcurrentCommand().
Lists the contents of directorydir on the FTP server. Ifdir is empty, it lists the contents of the current directory.
ThelistInfo() signal is emitted for each directory entry found.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsolistInfo(),commandStarted(), andcommandFinished().
[signal]void QFtp::listInfo(constQUrlInfo & i)This signal is emitted for each directory entry thelist() command finds. The details of the entry are stored ini.
See alsolist().
Logs in to the FTP server with the usernameuser and the passwordpassword.
ThestateChanged() signal is emitted when the state of the connecting process changes, e.g. toLoggedIn.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsocommandStarted() andcommandFinished().
Creates a directory calleddir on the server.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsocommandStarted() andcommandFinished().
Reads the data from the IO devicedev, and writes it to the file calledfile on the server. The data is read in chunks from the IO device, so this overload allows you to transmit large amounts of data without the need to read all the data into memory at once.
The data is transferred as Binary or Ascii depending on the value oftype.
Make sure that thedev pointer is valid for the duration of the operation (it is safe to delete it when thecommandFinished() is emitted).
This is an overloaded function.
Writes a copy of the givendata to the file calledfile on the server. The progress of the upload is reported by thedataTransferProgress() signal.
The data is transferred as Binary or Ascii depending on the value oftype.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
Since this function takes a copy of thedata, you can discard your own copy when this function returns.
See alsodataTransferProgress(),commandStarted(), andcommandFinished().
Sends the raw FTP commandcommand to the FTP server. This is useful for low-level FTP access. If the operation you wish to perform has an equivalentQFtp function, we recommend using the function instead of raw FTP commands since the functions are easier and safer.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsorawCommandReply(),commandStarted(), andcommandFinished().
[signal]void QFtp::rawCommandReply(int replyCode, constQString & detail)This signal is emitted in response to therawCommand() function.replyCode is the 3 digit reply code anddetail is the text that follows the reply code.
See alsorawCommand().
Readsmaxlen bytes from the data socket intodata and returns the number of bytes read. Returns -1 if an error occurred.
See alsoget(),readyRead(),bytesAvailable(), andreadAll().
Reads all the bytes available from the data socket and returns them.
See alsoget(),readyRead(),bytesAvailable(), andread().
[signal]void QFtp::readyRead()This signal is emitted in response to aget() command when there is new data to read.
If you specify a device as the second argument in theget() command, this signal isnot emitted; instead the data is written directly to the device.
You can read the data with thereadAll() orread() functions.
This signal is useful if you want to process the data in chunks as soon as it becomes available. If you are only interested in the complete data, just connect to thecommandFinished() signal and read the data then instead.
See alsoget(),read(),readAll(), andbytesAvailable().
Deletes the file calledfile from the server.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsocommandStarted() andcommandFinished().
Renames the file calledoldname tonewname on the server.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsocommandStarted() andcommandFinished().
Removes the directory calleddir from the server.
The function does not block and returns immediately. The command is scheduled, and its execution is performed asynchronously. The function returns a unique identifier which is passed bycommandStarted() andcommandFinished().
When the command is started thecommandStarted() signal is emitted. When it is finished thecommandFinished() signal is emitted.
See alsocommandStarted() andcommandFinished().
Enables use of the FTP proxy on hosthost and portport. Calling this function withhost empty disables proxying.
QFtp does not support FTP-over-HTTP proxy servers. UseQNetworkAccessManager for this.
Sets the current FTP transfer mode tomode. The default isQFtp::Passive.
See alsoQFtp::TransferMode.
Returns the current state of the object. When the state changes, thestateChanged() signal is emitted.
See alsoState andstateChanged().
[signal]void QFtp::stateChanged(int state)This signal is emitted when the state of the connection changes. The argumentstate is the new state of the connection; it is one of theState values.
It is usually emitted in response to aconnectToHost() orclose() command, but it can also be emitted "spontaneously", e.g. when the server closes the connection unexpectedly.
See alsoconnectToHost(),close(),state(), andState.
© 2016 The Qt Company Ltd. Documentation contributions included herein are the copyrights of their respective owners. The documentation provided herein is licensed under the terms of theGNU Free Documentation License version 1.3 as published by the Free Software Foundation. Qt and respective logos are trademarks of The Qt Company Ltd. in Finland and/or other countries worldwide. All other trademarks are property of their respective owners.