[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [ecf-dev] An interesting usecase
|
How about someone file a feature enhancement :D?
Cheers,
---
Chris Aniszczyk | IBM Lotus | Eclipse Committer | http://mea-bloga.blogspot.com | +1.860.839.2465
Scott Lewis ---06/12/2007 02:01:51 PM---Hi Pascal,
From: |
Scott Lewis <slewis@xxxxxxxxxxxxx> |
To: |
"Eclipse Communication Framework (ECF) developer mailing list." <ecf-dev@xxxxxxxxxxx> |
Date: |
06/12/2007 02:01 PM |
Subject: |
Re: [ecf-dev] An interesting usecase |
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