[
https://issues.apache.org/jira/browse/JENA-576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15375099#comment-15375099
]
ASF GitHub Bot commented on JENA-576:
-------------------------------------
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/151
@rvesse : Basically, I think we share the same picture of the situation. I
wouldn't claim that this new API presents quite the same "ergonomics" as what
we now have. I think the heart of the matter is well-expressed by your
characterization: "it replaces a nicely encapsulated API with requiring users
to directly interact with a lower level API". The question is: is that okay?
Because the concern here is HTTP/networking, and I think it's at least arguable
that HTTP/networking really isn't a concern of Jena. It's something that Jena
itself relies on a library to achieve, and I'm suggesting that we don't really
gain all that much for our users by repacking that functionality, unless it is
cheap to do and there is some kind of value we can add while so doing. (And
obviously, I don't think that's so much the case here.)
You're quite right that complex authN schemes (and forms-based stuff is a
good example) get a little more onerous for the user with this new API. I would
suggest, though, that we can mitigate that pretty well with good examples and
docs. Showing people how to get their cookie and then hand around the
`HttpContext` that holds it shouldn't be too hard. I can put myself on the hook
to write some examples in the tests (or some other appropriate place), if it
would help with your concerns?
> Upgrade Apache HTTP Client to 4.3
> ---------------------------------
>
> Key: JENA-576
> URL: https://issues.apache.org/jira/browse/JENA-576
> Project: Apache Jena
> Issue Type: Dependency upgrade
> Components: ARQ
> Affects Versions: Jena 2.11.0
> Reporter: Rob Vesse
> Assignee: Rob Vesse
> Priority: Minor
> Original Estimate: 72h
> Remaining Estimate: 72h
>
> As of 2.11.0 ARQ centralizes all HTTP operations through HttpOp which relies
> on Apache HTTP Client. Currently we are using 4.2.3 while the latest stable
> release is actually 4.3.1
> Therefore we should look at upgrading our code to use the latest version
> which may entail some refactoring since there appears to have been some
> breaking changes across the minor version bump which users have seen in usage
> - e.g.
> https://github.com/pyvandenbussche/sparqles/issues/9#issuecomment-27220738
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
