on 08-04-2009 10:42 AM
Hi All,
We have a requirement in our project where we need to supress one xml field from the incoming message and it shouldn't be visible in both ABAP and JAVA statck monitoring of PI.
For example: if the incoming message has field like EMP NAME,EMP ID, EMP DOB.
I need to hide EMP ID alone from PI, so that the other fields are visible.i.e EMP NAME and EMP DOB.wen i look in smxb_moni and RWB i have to see only EMP NAME and EMP DOB, not the EMP ID or its value.PLease note that the value of the field to be hidden is needed for mapping and unavailble only for monitoring purpose.
if any one has done this requirement please share ur views.
Kindly post ur views regarding this requirement.
Regards,
Suja
>
> Hi All,
>
> We have a requirement in our project where we need to supress one xml field from the incoming message and it shouldn't be visible in both ABAP and JAVA statck monitoring of PI.
>
> For example: if the incoming message has field like EMP NAME,EMP ID, EMP DOB.
> I need to hide EMP ID alone from PI, so that the other fields are visible.i.e EMP NAME and EMP DOB.wen i look in smxb_moni and RWB i have to see only EMP NAME and EMP DOB, not the EMP ID or its value.PLease note that the value of the field to be hidden is needed for mapping and unavailble only for monitoring purpose.
>
> if any one has done this requirement please share ur views.
> Kindly post ur views regarding this requirement.
>
> Regards,
> Suja
well one option is to write a custom module and remove those fields at the adapter level itself.
drawback is tht those fields will be still visible if u go into rwb -> message monitor via adapter engine
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Shabarish,
I have gone through the blog, but here it says that we cannot view the message.
Not authorised to view the payload for particular access.
But in my case i want the specific coulmn field to hide it from monitoring but rest all the fields needs to be visible to the user.
Any inputs to achieve this?
Regards,
Suja
An alternative could be to encode the field value you wish hide using a secret key (there are many APIs and encryption algorithms available) in an adapter module. Further you can decode the field value in the mapping program before you map it to the target structure.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
An alternative could be to encode the field value you wish hide using a secret key (there are many APIs and encryption algorithms available) in an adapter module. Further you can decode the field value in the mapping program before you map it to the target structure.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI Sujatha,
I donot thing there is any such functionality availabe in XI to hide the field in ABAP or JAVA stack. We can delete the field from the sender structure and which cannot be used further in mapping, but in your case you want to use the field in the mapping
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sujatha,
Can you explain the type of interface? Is it R3 -- XI --?
In case if the sender is R3 can't you hide/not send the field value from source itself.
Regards
Suraj
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI Sujatha,
Correctly said by Prateek. One more thought is, If sender source is File we can use Runtime OS Command in File Adapter to read the file content and delete the particular Field in Content. Use Runtime OS Command before Message Processing option. By this even it will not reach Adapter Monitoring. Just a thought.
You can try to achieve it.
Regards,
Anurag Garg
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
87 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.