You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@nifi.apache.org by "Oleg Zhurakousky (JIRA)" <ji...@apache.org> on 2015/12/21 19:06:46 UTC
[jira] [Updated] (NIFI-1318) For each Processor in the canvas we
end up with 4 instances of such Processor
[ https://issues.apache.org/jira/browse/NIFI-1318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Oleg Zhurakousky updated NIFI-1318:
-----------------------------------
Description:
Also, 4 calls to _Processor.initialize(..)_ method are made
Can't imagine it to be intentional.
The first call is during documentation setup and is done even when the processor is not in the canvas.
For each subsequence call see stack trace below:
{code}
GenerateFlowFile.init(ProcessorInitializationContext) line: 97
GenerateFlowFile(AbstractSessionFactoryProcessor).initialize(ProcessorInitializationContext) line: 58
FlowController.instantiateProcessor(String, String) line: 908
FlowController.createProcessor(String, String, boolean) line: 869
FingerprintFactory.addFlowFileProcessorFingerprint(StringBuilder, Element, FlowController) line: 481
FingerprintFactory.addProcessGroupFingerprint(StringBuilder, Element, FlowController) line: 402
FingerprintFactory.addFlowControllerFingerprint(StringBuilder, Element, FlowController) line: 247
FingerprintFactory.createFingerprint(Document, FlowController) line: 174
FingerprintFactory.createFingerprint(byte[], FlowController) line: 134
StandardFlowSynchronizer.checkFlowInheritability(byte[], byte[], FlowController) line: 1059
. . .
{code}
{code}
GenerateFlowFile.init(ProcessorInitializationContext) line: 97
GenerateFlowFile(AbstractSessionFactoryProcessor).initialize(ProcessorInitializationContext) line: 58
FlowController.instantiateProcessor(String, String) line: 908
FlowController.createProcessor(String, String, boolean) line: 869
FingerprintFactory.addFlowFileProcessorFingerprint(StringBuilder, Element, FlowController) line: 481
FingerprintFactory.addProcessGroupFingerprint(StringBuilder, Element, FlowController) line: 402
FingerprintFactory.addFlowControllerFingerprint(StringBuilder, Element, FlowController) line: 247
FingerprintFactory.createFingerprint(Document, FlowController) line: 174
FingerprintFactory.createFingerprint(byte[], FlowController) line: 134
StandardFlowSynchronizer.checkFlowInheritability(byte[], byte[], FlowController) line: 1068
. . .
{code}
{code}
GenerateFlowFile.init(ProcessorInitializationContext) line: 97
GenerateFlowFile(AbstractSessionFactoryProcessor).initialize(ProcessorInitializationContext) line: 58
FlowController.instantiateProcessor(String, String) line: 908
FlowController.createProcessor(String, String, boolean) line: 869
StandardFlowSynchronizer.addProcessGroup(FlowController, ProcessGroup, Element, StringEncryptor) line: 774
. . .
{code}
was:
Also, 4 calls to _Processor.initialize(..)_ method are made
Can't imagine it to be intentional.
> For each Processor in the canvas we end up with 4 instances of such Processor
> -----------------------------------------------------------------------------
>
> Key: NIFI-1318
> URL: https://issues.apache.org/jira/browse/NIFI-1318
> Project: Apache NiFi
> Issue Type: Bug
> Components: Core Framework
> Affects Versions: 0.4.0
> Reporter: Oleg Zhurakousky
> Fix For: 0.5.0
>
>
> Also, 4 calls to _Processor.initialize(..)_ method are made
> Can't imagine it to be intentional.
> The first call is during documentation setup and is done even when the processor is not in the canvas.
> For each subsequence call see stack trace below:
> {code}
> GenerateFlowFile.init(ProcessorInitializationContext) line: 97
> GenerateFlowFile(AbstractSessionFactoryProcessor).initialize(ProcessorInitializationContext) line: 58
> FlowController.instantiateProcessor(String, String) line: 908
> FlowController.createProcessor(String, String, boolean) line: 869
> FingerprintFactory.addFlowFileProcessorFingerprint(StringBuilder, Element, FlowController) line: 481
> FingerprintFactory.addProcessGroupFingerprint(StringBuilder, Element, FlowController) line: 402
> FingerprintFactory.addFlowControllerFingerprint(StringBuilder, Element, FlowController) line: 247
> FingerprintFactory.createFingerprint(Document, FlowController) line: 174
> FingerprintFactory.createFingerprint(byte[], FlowController) line: 134
> StandardFlowSynchronizer.checkFlowInheritability(byte[], byte[], FlowController) line: 1059
> . . .
> {code}
> {code}
> GenerateFlowFile.init(ProcessorInitializationContext) line: 97
> GenerateFlowFile(AbstractSessionFactoryProcessor).initialize(ProcessorInitializationContext) line: 58
> FlowController.instantiateProcessor(String, String) line: 908
> FlowController.createProcessor(String, String, boolean) line: 869
> FingerprintFactory.addFlowFileProcessorFingerprint(StringBuilder, Element, FlowController) line: 481
> FingerprintFactory.addProcessGroupFingerprint(StringBuilder, Element, FlowController) line: 402
> FingerprintFactory.addFlowControllerFingerprint(StringBuilder, Element, FlowController) line: 247
> FingerprintFactory.createFingerprint(Document, FlowController) line: 174
> FingerprintFactory.createFingerprint(byte[], FlowController) line: 134
> StandardFlowSynchronizer.checkFlowInheritability(byte[], byte[], FlowController) line: 1068
> . . .
> {code}
> {code}
> GenerateFlowFile.init(ProcessorInitializationContext) line: 97
> GenerateFlowFile(AbstractSessionFactoryProcessor).initialize(ProcessorInitializationContext) line: 58
> FlowController.instantiateProcessor(String, String) line: 908
> FlowController.createProcessor(String, String, boolean) line: 869
> StandardFlowSynchronizer.addProcessGroup(FlowController, ProcessGroup, Element, StringEncryptor) line: 774
> . . .
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)