You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@nutch.apache.org by "Sebastian Nagel (Jira)" <ji...@apache.org> on 2019/11/22 15:13:00 UTC

[jira] [Resolved] (NUTCH-2253) ProtocolFactory still not thread-safe

     [ https://issues.apache.org/jira/browse/NUTCH-2253?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sebastian Nagel resolved NUTCH-2253.
------------------------------------
    Fix Version/s: 1.16
       Resolution: Duplicate

Thanks, [~l.misakyan@gmail.com] and sorry that this issue has been overseen. The same problem is described in NUTCH-2625 and has been fixed for 1.16.

> ProtocolFactory still not thread-safe
> -------------------------------------
>
>                 Key: NUTCH-2253
>                 URL: https://issues.apache.org/jira/browse/NUTCH-2253
>             Project: Nutch
>          Issue Type: Bug
>          Components: fetcher
>    Affects Versions: 1.10, 1.11
>            Reporter: Leon Misakyan
>            Priority: Major
>             Fix For: 1.16
>
>
> Hi, as I can see in 1.11 release, ProtocolFactory class still has an issue in getProtocol method. This is because every fetcher thread has its own ProtocolFactory instance (this.protocolFactory = new ProtocolFactory(conf); in FetcherThread constructor.)
> So have this method synchronized is useless, because each thread has its own monitor.
> In our project we have issue of having multiple Protocol instances.
> Issue can be fixed if getProtocol method will use shared conf instance as lock object or by having one ProtocolFactory for all fetcher threads. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)