G
Guest
Hey guys, sorry if this is the wrong area to post but I couldn't find a more
specific one which fit the topic.
I've recently been looking to implement some basic ftp features into an
application i'm writing for my company, so in my search for information on
the topic I came across a code sample from microsoft on extending pluggable
protocols.
I've printed and analysed the code, and i've got to say I understand the
problem base a lot better now, however I've noticed a problem. MSDN library
tells me that WebRequests are one-shot deals, they're designed to send a
command, get a response, then be thrown away. This is fine for stateless
protocols like http but for ftp this isn't what I want at all. I need this
software to be able to traverse a directory tree, get file information, pick
and move files around. What I don't want is to have to log off and re-login
every time I want to do one of those options, not when theres a perfectly
good connection already established.
Basically, my question is should I attempt to subvert the
webresponse//request framework and how it's meant to work, or should I just
forget about the pluggable framework all together and hit the sockets.
specific one which fit the topic.
I've recently been looking to implement some basic ftp features into an
application i'm writing for my company, so in my search for information on
the topic I came across a code sample from microsoft on extending pluggable
protocols.
I've printed and analysed the code, and i've got to say I understand the
problem base a lot better now, however I've noticed a problem. MSDN library
tells me that WebRequests are one-shot deals, they're designed to send a
command, get a response, then be thrown away. This is fine for stateless
protocols like http but for ftp this isn't what I want at all. I need this
software to be able to traverse a directory tree, get file information, pick
and move files around. What I don't want is to have to log off and re-login
every time I want to do one of those options, not when theres a perfectly
good connection already established.
Basically, my question is should I attempt to subvert the
webresponse//request framework and how it's meant to work, or should I just
forget about the pluggable framework all together and hit the sockets.