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

ASF GitHub Bot commented on MINIFI-258:
---------------------------------------

Github user phrocker commented on a diff in the pull request:

    https://github.com/apache/nifi-minifi-cpp/pull/91#discussion_r114792714
  
    --- Diff: libminifi/src/io/ClientSocket.cpp ---
    @@ -39,7 +40,7 @@ namespace io {
     
     char *Socket::HOSTNAME = 
const_cast<char*>(Socket::getMyHostName(0).c_str());
     
    -Socket::Socket(const std::string &hostname, const uint16_t port,
    +Socket::Socket(std::shared_ptr<SocketContext> context, const std::string 
&hostname, const uint16_t port,
    --- End diff --
    
    same, may want to pass by const reference here. 


> Avoid using singleton for Configure. 
> -------------------------------------
>
>                 Key: MINIFI-258
>                 URL: https://issues.apache.org/jira/browse/MINIFI-258
>             Project: Apache NiFi MiNiFi
>          Issue Type: Bug
>          Components: C++
>            Reporter: marco polo
>            Assignee: Bryan Rosander
>
> Avoiding a singleton for Configure will allow us to eventually support 
> multiple, disparate flows. The object FlowConfiguration can be passed with 
> the information in Configure. This has increased coupling dramatically while 
> also limiting how configurations can be stored within minifi. 
> It stands to reason that to eventually support C2 activities and to 
> facilitate multiple configurations, we will need to remove state from the 
> global level and make it something that is referenced from the objects which 
> care ( proper encapsulation ). 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to