Zum Thema "Code verstecken" auch noch mal ein Statement eines SAP-Mitarbeiters:
http://groups.google.com/groups?selm=3F ... %40sap.com
Wenn es um Lizenz-Schutz geht, kann das eigentlich nur SAP im Kernel implementieren.
(Dass der Schutz dann erst mit einem späteren Kernel-Patch wirksam wird, lässt sich wohl verschmerzen.
Auf Dauer kommt bestimmt niemand an einem Kernel-Upgrade vorbei.)
Siehe z.B.diesen Thread (news:de.alt.comp.sap-r3):
http://groups.google.com/groups?&thread ... %40sap.com
und diese von Google wegen der Subject-Wechsel nicht als zum Thread gehörend erkannten Beiträge:
http://groups.google.com/groups?selm=63 ... google.com
http://groups.google.com/groups?selm=3E ... %40sap.com
http://groups.google.com/groups?selm=63 ... google.com
Vielleicht muss man ja noch ein paar mehr Ideen sammeln, so dass nicht die Kunden gegenüber den AddOn-Anbietern oder AddOn-Anbieter gegenüber SAP benachteiligt werden:
-wer generiert die neue Lizenz, wenn der Anbieter pleite ist
-oder soll man unbegrenzt gültige Lizenzen erstellen und für Patches Wartungsgebühren kassieren; und wie verhindert man, dass "Raubkopien" der Patches verbreitet werden ;)
-will man als AddOn-Anbieter wirklich, dass SAP die Lizenzen generiert und also weiss, wer die Kunden sind (obwohl SAP das bestimmt auch per EARLYWATCH erfährt)
-...
Also evtl. mal einen neuen News-Beitrag posten und fragen, wer sich noch für das Thema interessiert, an einer Stelle Ideen sammeln und dann einen Entwicklungsantrag stellen.
Wenn ein Namensraum so geschützt ist, hat man aber immer noch das Problem, dass ein Anwender das Zeug in den Kundennamensraum kopiert und anpasst.
Der Aufwand ist aber größer als der, einen "geschützten" Quelltext lesbar zu machen und eine in ABAP implementierte Lizenzprüfung auszuhebeln.