Hi Simon,

This is quite off topic but nevermind. Feel free to contribute / comment on
 https://issues.apache.org/jira/browse/NUTCH-1086
<https://issues.apache.org/jira/browse/NUTCH-1086>

J.


On 15 July 2014 23:13, Simon Z <[email protected]> wrote:

> Hi Julien,
>
> If possible, why not upgrade httpclient 3.1 to httpcomponent 4.4?
> We know that httpclient 3.1 is no longer supported since 2008, and it is
> not compatible with NTLMv2 authentication. That means if one is behind a
> proxy server with NTLMv2, nutch always returns a 407 error.
>
> I believe this upgrading should be  more urgent?
>
> Thanks
>
> Simon
>
>
> On Tue, Jul 15, 2014 at 6:36 PM, Julien Nioche <
> [email protected]> wrote:
>
> > Hi,
> >
> > One of the frequent issues on the mailing list / JIRA is that users can
> be
> > led to think that Nutch is built with Maven as they can see what looks
> like
> > a perfectly valid pom.xml at the root of the project. It becomes clearer
> > when reading the WIKI or FAQ that ANT should be used instead but it isn't
> > an unreasonnable assumption, is it?
> >
> > As we know this pom.xml is generated automatically when we publish the
> > Maven artefacts with the deploy task i.e. it is never done by end users
> and
> > only when we release a new version. This pom.xml is generated from a
> > template file in the ivy dir and uses the ivy dependencies.
> >
> > This pom.xml file cannot be used to build Nutch core nor the plugins but
> > was used by Eclipse users to easily import the project and get the
> > dependencies, which can be done very neatly with the 'ant eclipse' task
> or
> > by using the IvyDE plugin for Eclipse.  Moreover there is no guarantee
> that
> > it is in sync with the content of the Ivy deps.
> >
> > I suggest that we remove the pom.xml file from the source (and the
> > releases) to get rid of this source of confusion. Apart from the
> solutions
> > I just mentioned to get the dependencies in Eclipse etc... there is
> always
> > the option of calling 'ant deploy' to generate a fresh new pom.xml if you
> > really need one.
> >
> > Can we please have your views on this?
> >
> > [+1] yes
> > [-1] no, here is why...
> > [0] don't mind
> >
> > Thanks
> >
> > Julien
> >
> > --
> >
> > Open Source Solutions for Text Engineering
> >
> > http://digitalpebble.blogspot.com/
> > http://www.digitalpebble.com
> > http://twitter.com/digitalpebble
> >
>



-- 

Open Source Solutions for Text Engineering

http://digitalpebble.blogspot.com/
http://www.digitalpebble.com
http://twitter.com/digitalpebble

Reply via email to