Eclipse Mehrere Targets von einem Source?

[Thallius]

Hi,

wie kann ich mit Eclipse mehrere Targets von einem Source bilden, wobei sich die Targets dahingehend unterscheiden, dass bei einem z.B. einige Sourceteile nicht benutzt werden. In C/C++ kann man so etwas ja sehr einfach mit einem #ifdef machen aber in Java habe ich keine Ahnung.
Nötig ist das, weil ich eine Software habe, welche eine Datenbank verwaltet und von dieser brauche ich jetzt eine abgespeckte Version, welche nur vereinzelte Teile der Datenbank anzeigen kann aber auf keinen Fall Änderungen daran vornehmen. Aus Sicherheitsgründen, da Java ja nunmal sehr leicht zu hacken ist, möchte ich die Codeteile, welche fürs Ändern der DB zuständig sind (und u.a. eben auch den SALT für den WEbservice beinhalten) gar nicht erst in dem Executable der kleinen Version drin haben.

Wie kann man das am elegantesten lösen?

Gruß

Claus

 

[Joose]

Ich nehme an es geht eher um einzelne Zeilen in unterschiedlichen Dateien/Klassen und nicht um komplette Dateien/Klassen oder?

Hätte ich noch nichts davon gehört das Java sowas unterstützt, aber habe hier eine Lösung über den C++ Präprocessor gefunden
http://stackoverflow.com/questions/6525059/can-i-have-macros-in-java-source-files
Vielleicht ist das eine Alternative für dich.

 

[Thallius]

Tja dann bleibt mir wohl keine Wahl als die Klassen welche mit der DB komunizieren zu splitten in eine read und eine write klasse.

Irgendwie schon bischen blöde....

 

[Joose]

Naja bei einer entsprechenden Trennung der Schichten in deiner Software, sollte es doch reichen eine "readonly" Version der Datenschicht zu erstellen oder?

 

[Thallius]

Trotzdem wäre es einfacher gewesen die Write-Funktion in der Klasse einfach mit einem ifdef rauszunehmen

 

[Joose]

Das natürlich
Aber es war auch eher auf deinen Plan bezogen read und write zu splitten

 

[Tobse]

Was ist denn so schlimm daran, wenn das write drin bleibt? Die paar Byte hauens jetzt nicht raus...

 

[kneitzel]

Also die Sicherheit der Daten sollte nicht von einem Stück Software abhängen. Wenn der Write Code schon ausreicht um Daten schreiben zu können, dann ist es schon bedenklich. Ich würde da ja eine autorisierung erwarten. Aber evtl. habe ich Dein Problem schlicht nicht richtig verstanden ....

 

[Thallius]

Also die Sicherheit der Daten sollte nicht von einem Stück Software abhängen. Wenn der Write Code schon ausreicht um Daten schreiben zu können, dann ist es schon bedenklich. Ich würde da ja eine autorisierung erwarten. Aber evtl. habe ich Dein Problem schlicht nicht richtig verstanden ....

Nein das hast du nicht richtig verstanden. Es gibt natürlich eine authorisierung mit einem Zertifikat. Aber es ist nunmal Java und da kann jeder Depp sich mal eben den Code ansehen und wenn er dann noch irgendwie an ein Zertifikat kommt kann er sich was basteln um de DB zu ändern.
Mal als Beispiel. Mein webservice zum schreiben der DB heißt "irgendwas.php" und erwartet Post Parameter x,y und z. All diese infos kann man sich aus der Java Software mal eben herausholen wenn der Write Code drin bleibt. Ohne diese info nutzt dem Hacker das Zertifikat nichts, denn er müsste schon erraten wie meine webservice heißt und welche Parameter er erwartet.

Gruß

Claus

 

[Tobse]

Claus, was du da betreibst ist Security through Obsucrity. Und das funktioniert nicht, so sehr du dich auch auf den Kopf stellst.
Stelle sicher, dass man ohne das Zertifikat nichts, also garnichts, schlechtes anstellen kann. Und das Zertifikat bekommen nur die Leute, die es haben dürfen. Mehr Sicherheit braucht es nicht, und mehr drumherum Gewusel ist den Aufwand nicht wert.

 

[Bitfehler]

Nötig ist das, weil ich eine Software habe, welche eine Datenbank verwaltet und von dieser brauche ich jetzt eine abgespeckte Version, welche nur vereinzelte Teile der Datenbank anzeigen kann aber auf keinen Fall Änderungen daran vornehmen

Ich persönlich würde erstmal bei dem Benutzer, der für die Verbindung zur Datenbank verwendet wird, ansetzten. Wenn der nur bestimmte Inhalte lesen muss, dann bekommt der einfach nur Lese und keine Schreibrechte auf die Datenbank oder Tabellen. Dann kannst du deine anderen Ansätze immer noch darum bauen (oder auch nicht)

 

[kneitzel]

Also wenn Du einen Webservice erstellt hast, dann wird der doch entsprechend der Standards aufgebaut sein und dann gibt der seine Beschreibung selbst als wsdl aus. Damit war es das schon mit Security by Obscurity.