Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] An interesting usecase

Chris Aniszczyk wrote:

How about someone file a feature enhancement :D?

Please do.



Chris Aniszczyk | IBM Lotus | Eclipse Committer | | +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 <slewis@xxxxxxxxxxxxx>


"Eclipse Communication Framework (ECF) developer mailing list." <ecf-dev@xxxxxxxxxxx>


06/12/2007 02:01 PM


Re: [ecf-dev] An interesting usecase

Hi Pascal,

Pascal Rapicault wrote:
> In bug 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 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.


ecf-dev mailing list

_______________________________________________ ecf-dev mailing list ecf-dev@xxxxxxxxxxx

Back to the top