[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [ecf-dev] An interesting usecase
|
I was not thinking about adding an API, rather I wanted to make sure that
the API being used from the underlying provider (httpclient in the http
case) was supporting redirection.
Scott Lewis
<slewis@composent
.com> To
Sent by: "Eclipse Communication Framework
ecf-dev-bounces@e (ECF) developer mailing list."
clipse.org <ecf-dev@xxxxxxxxxxx>
cc
06/12/2007 02:58 Subject
PM Re: [ecf-dev] An interesting
usecase
Please respond to
"Eclipse
Communication
Framework \(ECF\)
developer mailing
list."
<ecf-dev@eclipse.
org>
Hi Pascal,
Pascal Rapicault wrote:
> In bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=192216 a user
> encountered a problem where eclipse update manager does not behave like a
> "browser". This is a really interesting use-case since I think this is a
> reasonable assumption to have. Does ECF supports this?
>
The ECF FileTransfer API is currently 'blind' to redirects. If the
underlying provider (e.g. Apache httpclient 3.0.1) understands redirects
and handles them properly/automatically then all would be well (the
current ECF provider using httpclient...i.e.
org.eclipse.ecf.provider.filetransfer.httpclient does *not* handle
redirects in this manner...but it *could* because the httpclient impl
allows/supports this...it just doesn't yet check for redirect
response)...then all would be well.
We could also add new events to the API to support interactively making
a decision on redirects (e.g. IFileTransferRetrieveRedirectEvent), but
to this point this hasn't come up as a requirement so we've not
introduced it.
Scott
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev
