Methoden verändern

[AccountJava123]

Hallo,

ich benutze eine sehr große API und mein Problem an der Sache ist, dass ich bei der API unbedingt etwas verändern muss. Ich kann keine Vererbungen durchführen, da der Konstruktor private ist.

Das ist aber nicht das große Problem.

Es gibt bei der API eine Methode
(Beispielcode)

public void run() {
        String s = "";
       
        if ( s.equals( "x" ) ) {
           
        }
    }

Ich will z.B. das x abändern in s.
Wie mache ich das? Ich kann nicht die komplette API decompilen, den Wert ändern und wieder compilen. Vererbung klappt leider nicht.


Zusammengefasst:
1. API: Enthält eine Methode und ich will den Wert verändern
2. Kann keine Vererbungen durchführen
3. Konstruktor kann nicht aufgerufen werden, da es private ist (außerhalb eines Packages).


Wie kann man das Problem lösen?


LG,

 

[Joose]

Warum muss dieser Code geändert werden? Wie wird das "x" festgelegt? Steht es fix im Code drinnen oder durch den Konstruktor?

 

[AccountJava123]

Warum muss dieser Code geändert werden? Wie wird das "x" festgelegt? Steht es fix im Code drinnen oder durch den Konstruktor?

Es steht in dem Code drinnen.
Also es sind lokale Variablen.

 

[Joose]

Gut und warum musst du den Code anpassen? Grundsätzlich wird es schon seine Gründe haben warum dieser Wert nicht änderbar ist.

 

[AccountJava123]

Gut und warum musst du den Code anpassen? Grundsätzlich wird es schon seine Gründe haben warum dieser Wert nicht änderbar ist.

Weil ich die API modifizieren muss, da ich für jeden Result immer etwas bestimmtes anpinge/anpingen (muss) und diese bestimmte Klasse eben das verhindert.

 

[Baldur]

Also du willst eine Funktion abändern, kannst aber nicht die Klasse überladen, da der Konstruktor privat ist (alle?).
Die Eingabedaten zu ändern ist auch keine Option? Also sowas wie falsche Werte zu übergeben, die dann aber die Aktion auslösen, die du beabsichtigst? Oder das entsprechende Objekt mit anderen Parametern erzeugen?

Einen Link auf deine API kannst du nicht zufällig bereitstellen?
Ist es denn möglich, den entsprechenden Teil einfach selbst neu zu implementieren oder ist der Aufwand zu groß?

Was genau meinst du mit

Konstruktor kann nicht aufgerufen werden, da es private ist (außerhalb eines Packages).

Ist der Konstruktor private oder package-private? Auf package-private Member kann man glaube ich innerhalb des selben Packages zugreifen. Also könntest du theoretisch eine Klasse in dem Paket deiner API erstellen und dort die gewünschte Klasse überladen. Ist leider Theorie, ich hab keine Ahnung ob sowas wirklich funktioniert

 

[thecain]

Du könntest mit Reflection die Variable ändern. Die Seiteneffekte sind aber nicht vorherzusagen. Der Konstruktor wird nicht einfach so private sein.

Wenn die API Open Source ist, kannst du vll deine eigene Version forken.

 

[AccountJava123]

Danke für eure Antworten.
@Baldur Nein, man kann leider die Klassen nicht übernehmen, denn die Klasse, die ich verändern will, erbt bereits eine andere Klasse in dem selben Package und die Klassen verwenden Funktionen, die außerhalb nicht stattfindet.

Die Fehlermeldung die ich bekomme (IntelliJ), wenn ich die Klasse erben will:

'org.api.handle.ThreadLookup' is not public in 'org.api.handle'. Cannot be accessed from outside package

Wenn ich den Konstruktor erstellen will:

'ThreadLookup(org.api.handle.ThreadLookup.Checker, java.lang.String)' is not public in 'org.api.handle.ThreadLookup'. Cannot be accessed from outside package

Ich darf die API leider nicht zur Verfügung stellen, es tut mir Leid.

Die Eingabedaten zu ändern ist auch keine Option? Also sowas wie falsche Werte zu übergeben, die dann aber die Aktion auslösen, die du beabsichtigst? Oder das entsprechende Objekt mit anderen Parametern erzeugen?

Die Methode heißt "public void run {}", dort ist eine lokale Variable (z.B. String s = "") und wird nicht
vom Parameter beeinflusst, da steht nur ein Eintrag.

Der Konstruktor der Klasse ist nicht private, also da steht nicht "private", sondern

ThreadLookup( Checker checker, String s ) {

}

package-private

Ich wusste nicht, dass man packages private machen kann, ich weiß nicht, ob das nun private ist oder nicht.

Du könntest mit Reflection die Variable ändern. Die Seiteneffekte sind aber nicht vorherzusagen. Der Konstruktor wird nicht einfach so private sein.

Wenn die API Open Source ist, kannst du vll deine eigene Version forken.

Ich habe es schon mit Reflections probiert, jedoch ohne Erfolg. Also ich habe nur versucht, den Konstruktor zu bekommen. Die API ist nicht open-source. Die Fehlermeldungen stehen oben.


LG,

 

[InfectedBytes]

package private heißt, dass es nur innerhalb des gleichen package sichtbar ist. Wenn kein sichtbarkeitsmodifizierer vorhanden ist, so ist es package private.
In deinem Fall kannst du also einfach deine neue Klasse in das gleiche package stecken und fertig.
Ansonsten wird die Klasse bestimmt auch einen weiteren Konstruktor haben der öffentlich ist.

 

[DrZoidberg]

Reflections ist keine sehr saubere Lösung und kann leicht zu schwer zu findenden Fehlern führen. Aber du könntest anstelle von Vererbung auch soetwas machen:

class A {
  void x() {
  }
 
  void y() {
  }
 
  void run() {
    String s = "";
   
    if ( s.equals( "x" ) ) {
      
    }
  }
}

class B {
  private A a = new A();
 
  void x() {
    a.x();
  }
 
  void y() {
    a.y();
  }
 
  void run() {
    String s = "";
   
    if ( s.equals( "s" ) ) {
      
    }
  }
}

 

[AccountJava123]

In deinem Fall kannst du also einfach deine neue Klasse in das gleiche package stecken und fertig.

Die API ist in einer externen Jar Datei, nicht in meinem Projekt. Das geht leider nicht.
Die API ist viel zu groß um es zu decompilen, danach zu compilen, außerdem benutzt die API praktisch noch eine API, das ist eben am Ende viel zu kompliziert.

private A a = new A();

Das klappt eben nicht.
Man kann weder einen Konstruktor haben, noch die Klasse erben.

 

[InfectedBytes]

Die API ist in einer externen Jar, nicht in meinem Projekt drinnen. Das geht leider nicht.

Das ist vollkommen egal. Du kannst einfach folgendes tun:

package org.api.handle;
public class MyClass extends ThreadLookup {

}

packages sind komplett unabhängig von irgendwelchen jars

 

[AccountJava123]

Das ist vollkommen egal. Du kannst einfach folgendes tun:

package org.api.handle;
public class MyClass extends ThreadLookup {

}

packages sind komplett unabhängig von irgendwelchen jars

Okay, danke. Ich probiere es ganz kurz aus.

//EDIT:
@InfectedBytes Bis jetzt klappt gibt es beim Compiler keine Fehler, aber habe dennoch eine Frage: Wird denn die Klasse automatisch von der API initialisiert? Ich habe denselben Package Namen & Klasse verwendet und habe bis jetzt keine Fehler.
Wie sorge ich dafür, dass der Code von dem originalen Code ersetzt wird?