[ 
https://issues.apache.org/jira/browse/NUTCH-827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14309416#comment-14309416
 ] 

Sebastian Nagel commented on NUTCH-827:
---------------------------------------

Looks promising: 
- successfully crawled one protected site
- a second trial failed because the form element is referenced via "name" 
attribute instead of "id". That's obviously ok, maybe old-style/deprecated (cf. 
 [[1|http://www.w3schools.com/tags/att_form_name.asp]], 
[[2|https://developer.mozilla.org/de/docs/Web/HTML/Element/form#Attributes]]). 
I'll continue this trial to provide a fix/work-around.
- log level TRACE should provide sufficient information what goes wrong when 
logging in
- config file to be committed should be {{conf/httpclient-auth.xml.template}} 
instead of {{conf/httpclient-auth.xml}}

> HTTP POST Authentication
> ------------------------
>
>                 Key: NUTCH-827
>                 URL: https://issues.apache.org/jira/browse/NUTCH-827
>             Project: Nutch
>          Issue Type: New Feature
>          Components: protocol
>    Affects Versions: 1.1, nutchgora
>            Reporter: Jasper van Veghel
>            Assignee: Lewis John McGibbney
>            Priority: Minor
>              Labels: authentication
>             Fix For: 2.4, 1.10
>
>         Attachments: NUTCH-827-trunk.patch, 
> http-client-form-authtication.patch, nutch-http-cookies.patch
>
>
> I've created a patch against the trunk which adds support for very 
> rudimentary POST-based authentication support. It takes a link from 
> nutch-site.xml with a site to POST to and its respective parameters 
> (username, password, etc.). It then checks upon every request whether any 
> cookies have been initialized, and if none have, it fetches them from the 
> given link.
> This isn't perfect but Works For Me (TM) as I generally only need to retrieve 
> results from a single domain and so have no cookie overlap (i.e. if the 
> domain cookies expire, all cookies disappear from the HttpClient and I can 
> simply re-fetch them). A natural improvement would be to be able to specify 
> one particular cookie to check the expiration-date against. If anyone is 
> interested in this beside me I'd be glad to put some more effort into making 
> this more universally applicable.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to