Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Hiding SAP Code

Former Member
0 Likes
2,002

Hello,

we used the Statement *@#@@[SAP] to hide the abap code. We´ve  delivered that Report in two another Systems and we have the Problem that in one System the Editor send the message that the code is protected and in the other System the code appears on the Screen and you can see the Statement in the first line.

Has anyone an idea about this behavior?

kr

Thorsten

11 REPLIES 11
Read only

former_member214288
Participant
0 Likes
1,892

Same problem for us. Code hidden in NW 7.4 SP10 systems and can see code in NW 7.4 SP11. What is NW version of the system where code is not hidden?

Read only

0 Likes
1,892

Hello,

The ability to hide code with this statement has been removed with a kernel patch. See Note 2198580

Regards

Pascal

Read only

Former Member
0 Likes
1,892

And why would you want to hide code in the first place ?

Rich

Read only

former_member214288
Participant
0 Likes
1,892

We developed a proprietary tool which is more of technical solution than a process. Hiding is to protect from code theft.

~ Ram

Read only

0 Likes
1,892

Hmm, I wonder how SAP partners are surviving without such "code protection"...

Read only

0 Likes
1,892

Now go and read the note and search about hiding ABAP code and realise why this is such a stunningly bad idea.

In many places I've worked, hidden code is an instant criteria for rejecting purchase of a third party tool. Also, if used internally, it's a disciplinary offence.

Read only

0 Likes
1,892

There's two things that people might feel need protection:

1. The application code itself, so that people can't install it without a license. This is partially protected by using a namespace like /MATT/. You need a key to install in the namespace, another key to be able to modify objects in the namespace. Copying the application code to a Z namespace (for example) is quite an onerous job, so you'd need a dedicated, hard-working thief.

2. Algorithms. Frankly, there's nothing new under the sun. I doubt there's anything ever particularly clever in any third party solution. I do develop third party add ons.

I do develop third party add ons. We don't hide the code (though we have a few other protection mechanisms). But I'm quite happy for people to see and exploit my techniques.

Read only

0 Likes
1,892

Thanks, Matthew! I thought I missed something of value there but apparently not. I do agree that it was not a great idea to begin with.

I'm guessing that customers copy-pasting into their own Z code is what OP is concerned about, but it'd seem rather strange if a company that can afford SAP license would start engaging in such illegal activity. One would think they'd either purchase a solution or pay someone smart enough to come up with their own.

Read only

0 Likes
1,892

I just assume they don't want anyone seeing their execrable coding!

Read only

0 Likes
1,892

learned a new word today, thanks

Read only

0 Likes
1,892

<chuckles>