Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Document competitive alternatives #5

Open
jonassmedegaard opened this issue Sep 27, 2017 · 4 comments
Open

Document competitive alternatives #5

jonassmedegaard opened this issue Sep 27, 2017 · 4 comments

Comments

@jonassmedegaard
Copy link

jonassmedegaard commented Sep 27, 2017

Hi,

Would be nice if POD for LWP::UserAgent::CHICaching had a section SEE ALSO,
either a simple list, or preferrably more details
on how - in the opinion of the author - each compare to LWP::UserAgent::CHICaching.

These seem relevant to consider as competitors:

  • HTTP::Tiny
    • HTTP::Tinyish
    • HTTP::Tiny::UA
    • HTTP::Thin
      • HTTP::Thin::UserAgent
  • HTTP::Caching
    • LWP::UserAgent::Caching
      • LWP::UserAgent::Caching::Simple
  • LWPx::UserAgent::Cached
  • LWP::UserAgent::WithCache
    • LWP::Simple::WithCache
  • AnyEvent::HTTP::LWP::UserAgent
  • Mojo::UserAgent::Cached
  • Net::Curl
    • AnyEvent::Net::Curl::Queued
    • LWP::Protocol::Net::Curl
    • POE::Component::Curl::Multi
    • YADA
  • LWP::Curl
  • Furl
  • POE::Component::Client::HTTP
    • LWP::UserAgent::POE
  • WebService::Async::UserAgent::LWP
  • HTTP::Cache::Transparent
  • HTTP::Lite
    • Plient

Some related but somewhat dated info found at http://neilb.org/reviews/http-requesters.html

@kjetilk
Copy link
Owner

kjetilk commented Sep 29, 2017

Thanks! It is good to have a compiled list :-) I don't know if I will get time to review all these though, but it is an interesting exercise to do at some point.

@jonassmedegaard
Copy link
Author

jonassmedegaard commented Sep 29, 2017 via email

@kjetilk
Copy link
Owner

kjetilk commented Sep 29, 2017

I commented very briefly on it in the POD:

But why? Mainly because I wanted to use CHI facilities, and partly because I wanted to focus on HTTP > 1.1 features.

But it is also the thing that some not very nice things are often best unsaid... :-) It was really hard in the code I looked at to see if they were actually spec compliant. So, to say that in a nice way that is constructive is actually fairly hard, and to do that in my own module would just be a snapshot anyway. Moreover, I think that the whole LWP stack should be rewritten with roles, so this is kind of a start, but I wouldn't have any more time to commit to that anyway, so I don't feel like just complaining about it.

The initial release was 2015-02-17, that gives a timeframe.

@jonassmedegaard
Copy link
Author

jonassmedegaard commented Sep 29, 2017 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants