[
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
![Inactive hide details for Scott Lewis ---06/12/2007 02:01:51 PM---Hi Pascal,]() Scott Lewis ---06/12/2007 02:01:51 PM---Hi Pascal,
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

