Skip to main content

[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,


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

GIF image

GIF image


Back to the top