Folgende Meldung bei Aufruf des Konstruktors der Klasse, nennen wir sie mal TMeinRestClient, die einen TRESTClient instanziiert:
"IPProcs is not defined. Make sure IPPeerCommon (or an alternative
IP Implementation
unit) is in the uses clause"
Das Problem ließ sich durch Hinzufügen von IpPeerClient in die Uses beheben... vorerst.
Bei weiteren Tests wird TMeinRestClient in einem anderen Kontext erzeug und schwupps ist die Meldung wieder da.
Eine völlig nachvollziehbare Antwort darauf könnte nun sein: "sieh mal zu, dass du deine Projektstruktur, Abhängigkeiten usw. auf die Reihe kriegst!"
Aber lass uns mal annehmen, dass dies hier einfach nicht möglich ist.
Gibt es nun etwas, dass ich in TMeinRestClient anders machen kann, vielleicht alles expliziter, so dass ganz unabhängig davon, aus welcher Assembly TMeinRestClient erzeugt wird, alles funktioniert?
Zitat
Baum-Darstellung
