Re: [ecf-dev] An interesting usecase

[Scott Lewis <slewis@xxxxxxxxxxxxx>]

Chris Aniszczyk wrote:

How about someone file a feature enhancement :D?

Please do.

Scott

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

_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev