But that's exactly what I am saying, use 'qualifier' or 'name' property with 
different value for each instance 

Sent from my iPhone

> On Dec 27, 2015, at 16:27, Jagannathrao Mudda 
> <jagannathrao.mu...@lifelock.com> wrote:
> 
> Oleg,
> 
> The “type” will be same for every instance of the Processor, however we
> are creating different instance of same processor type by giving different
> “name”.
> 
> Ex:
> 
> CarProcessor (Processor type)
>   — FordCarProcessor (instance of CarProcessor with different name)
>   - ToyotaCarProcessor (instance CarProcessor with different name)
> 
> Thanks
> Mudda
> 
> 
> On 12/27/15, 1:20 PM, "Oleg Zhurakousky" <ozhurakou...@hortonworks.com>
> wrote:
> 
>> Mudda
>> 
>> I think what Matt is saying is that you can simply use additional
>> property for it. Call it 'type', 'name', 'qualifier' or anything else.
>> It's value will be known to the processor during its initialization so
>> you should have no issues correlating to specific metadata.
>> 
>> Oleg
>> 
>> Sent from my iPhone
>> 
>>> On Dec 27, 2015, at 16:13, Jagannathrao Mudda
>>> <jagannathrao.mu...@lifelock.com> wrote:
>>> 
>>> Matt,
>>> 
>>> Thank you for the update. In our case, it may not work as the same
>>> Processor (type) has different behavior based on the unique name and
>>> that
>>> processor’s instance metadata.
>>> 
>>> It would be good if that “name" is exposed in the context. If not we
>>> need
>>> to find out some other way for now.
>>> 
>>> Thanks,
>>> Mudda
>>> 
>>>> On 12/27/15, 10:02 AM, "Matt Burgess" <mattyb...@gmail.com> wrote:
>>>> 
>>>> Since the name is not currently exposed, perhaps the processor could
>>>> have
>>>> a "type" property that performs the same function that you'd like to
>>>> use
>>>> "name" for?
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>>> On Dec 27, 2015, at 12:21 AM, Jagannathrao Mudda
>>>>> <jagannathrao.mu...@lifelock.com> wrote:
>>>>> 
>>>>> Joe/Matthew,
>>>>> 
>>>>> We have a generic Processor that can be used for different purposes by
>>>>> associating the name with some metadata and hence there is a need to
>>>>> know
>>>>> the ³name² so that we can pull the respective metadata for specific
>>>>> processing in onTrigger method.
>>>>> 
>>>>> BTW: The Œname' is exposed in REST API response in ŒProcessorEntity',
>>>>> and
>>>>> it would have been good if the same is available in ProcessContext or
>>>>> ProcessSesssion in onTrigger method.
>>>>> 
>>>>> Thanks
>>>>> Mudda
>>>>> 
>>>>> 
>>>>>> On 12/26/15, 5:02 PM, "Joe Witt" <joe.w...@gmail.com> wrote:
>>>>>> 
>>>>>> Hello Mudda
>>>>>> 
>>>>>> As mentioned you can certainly get the processor's class type and you
>>>>>> can get the identifier of the processor.  The 'name' is not exposed
>>>>>> to
>>>>>> the processor though.  Can you how having access to the display name
>>>>>> value would be helpful?
>>>>>> 
>>>>>> Thanks
>>>>>> Joe
>>>>>> 
>>>>>> On Sat, Dec 26, 2015 at 7:45 PM, Matthew Burgess
>>>>>> <mattyb...@gmail.com>
>>>>>> wrote:
>>>>>>> Maybe getIdentifier()? If the Processor subclasses AbstractProcessor
>>>>>>> or
>>>>>>> AbstractSessionFactoryProcessor, it also extends
>>>>>>> AbstractConfigurableComponent and the identifier will be set at
>>>>>>> initialization and available via getIdentifier().  I don¹t have a
>>>>>>> debug
>>>>>>> instance handy so I can¹t verify that¹s what¹s returned, but it
>>>>>>> might
>>>>>>> be
>>>>>>> worth a try :)
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> On 12/26/15, 2:00 PM, "Jagannathrao Mudda"
>>>>>>> <jagannathrao.mu...@lifelock.com> wrote:
>>>>>>> 
>>>>>>>> Oleg,
>>>>>>>> 
>>>>>>>> The type of the processor is known (which is the class name),
>>>>>>>> however
>>>>>>>> the
>>>>>>>> processor name can be different for every instance of the processor
>>>>>>>> and
>>>>>>>> would like to know if there is any way I can get the processor name
>>>>>>>> which
>>>>>>>> is given while creating the processor from UI.
>>>>>>>> 
>>>>>>>> Thanks a lot
>>>>>>>> Mudda
>>>>>>>> 
>>>>>>>> On 12/26/15, 5:37 AM, "Oleg Zhurakousky"
>>>>>>>> <ozhurakou...@hortonworks.com>
>>>>>>>> wrote:
>>>>>>>> 
>>>>>>>>> Muddy
>>>>>>>>> 
>>>>>>>>> I am not sure I understand the question, since you have all the
>>>>>>>>> info
>>>>>>>>> about the processor when you implement its onTrigger method.
>>>>>>>>> 
>>>>>>>>> Oleg
>>>>>>>>> 
>>>>>>>>>> On Dec 26, 2015, at 2:59 AM, Jagannathrao Mudda
>>>>>>>>>> <jagannathrao.mu...@lifelock.com> wrote:
>>>>>>>>>> 
>>>>>>>>>> Hi,
>>>>>>>>>> 
>>>>>>>>>> How do I get processor name and the type in onTrigger method?
>>>>>>>>>> Please
>>>>>>>>>> let me know.
>>>>>>>>>> 
>>>>>>>>>> I really appreciate your help.
>>>>>>>>>> 
>>>>>>>>>> Thanks
>>>>>>>>>> Mudda
>>>>>>>>>> 
>>>>>>>>>> ________________________________
>>>>>>>>>> The information contained in this transmission may contain
>>>>>>>>>> privileged
>>>>>>>>>> and confidential information. It is intended only for the use of
>>>>>>>>>> the
>>>>>>>>>> person(s) named above. If you are not the intended recipient, you
>>>>>>>>>> are
>>>>>>>>>> hereby notified that any review, dissemination, distribution or
>>>>>>>>>> duplication of this communication is strictly prohibited. If you
>>>>>>>>>> are
>>>>>>>>>> not
>>>>>>>>>> the intended recipient, please contact the sender by reply email
>>>>>>>>>> and
>>>>>>>>>> destroy all copies of the original message.
>>>>>>>>>> ________________________________
>>>>>>>> 
>>>>>>>> ________________________________
>>>>>>>> The information contained in this transmission may contain
>>>>>>>> privileged
>>>>>>>> and confidential information. It is intended only for the use of
>>>>>>>> the
>>>>>>>> person(s) named above. If you are not the intended recipient, you
>>>>>>>> are
>>>>>>>> hereby notified that any review, dissemination, distribution or
>>>>>>>> duplication of this communication is strictly prohibited. If you
>>>>>>>> are
>>>>>>>> not the intended recipient, please contact the sender by reply
>>>>>>>> email
>>>>>>>> and destroy all copies of the original message.
>>>>>>>> ________________________________
>>>>> 
>>>>> ________________________________
>>>>> The information contained in this transmission may contain privileged
>>>>> and confidential information. It is intended only for the use of the
>>>>> person(s) named above. If you are not the intended recipient, you are
>>>>> hereby notified that any review, dissemination, distribution or
>>>>> duplication of this communication is strictly prohibited. If you are
>>>>> not
>>>>> the intended recipient, please contact the sender by reply email and
>>>>> destroy all copies of the original message.
>>>>> ________________________________
>>> 
>>> ________________________________
>>> The information contained in this transmission may contain privileged
>>> and confidential information. It is intended only for the use of the
>>> person(s) named above. If you are not the intended recipient, you are
>>> hereby notified that any review, dissemination, distribution or
>>> duplication of this communication is strictly prohibited. If you are not
>>> the intended recipient, please contact the sender by reply email and
>>> destroy all copies of the original message.
>>> ________________________________
> 
> ________________________________
> The information contained in this transmission may contain privileged and 
> confidential information. It is intended only for the use of the person(s) 
> named above. If you are not the intended recipient, you are hereby notified 
> that any review, dissemination, distribution or duplication of this 
> communication is strictly prohibited. If you are not the intended recipient, 
> please contact the sender by reply email and destroy all copies of the 
> original message.
> ________________________________

Reply via email to