required a bean of type 'java.lang.String' that could not be found.

[8u3631984]

Hallo zusammen.
ICh bekomme beim Start meiner Application folgenden Fehler :

required a bean of type 'java.lang.String' that could not be found.

Hier mein Klasse :

@Service
@AllArgsConstructor
@Log4j2
public class SamsDownloadService implements DownloadService {

    private DownloadHistoryService downloadHistoryService;
    @Value("${importer.downloadFolder}")
    private String downloadFolder;

und hier meine application.yml

spring:
  profiles:
    active: test

application:
  title: MatchDataImporterApp
  version: 1.0-SNAPSHOT

server:
  port: 8080

importer:
  downloadFolder: test-download

Kann mir jemand helfen ?

 

[DrPils]

Bin nicht so fit in Spring, aber ich glaube durch @AllArgsConstructor, wird halt ein Constructor mit DownloadHistoryService und String erzeugt.
Versuch mal @RequiredArgsConstructor und setz den DownloadService auf final.
Oder eben den Konstruktor selbst schreiben

 

[httpdigest]

Google "AllArgsconstructor spring value" ->

Best practice for @Value fields, Lombok, and Constructor Injection?

I'm developing a Java Spring application. I have some fields in my application which are configured using a .yml config file. I would like to import those values using an @Value annotation on the

stackoverflow.com

 

[8u3631984]

Vielen Dank für die Antworten - mit einem Required Contructor klappt es

 

[httpdigest]

Wobei ich die zweite Stackoverflow-Antwort mit lombok.copyableAnnotations besser finde: https://stackoverflow.com/questions...bok-and-constructor-injection#answer-67042439
Denn der String bzw. das Property ist ja weiterhin eine Abhängigkeit deiner Klasse, sollte also auch über den Konstruktor gesetzt werden.
Das erleichtert dann zum Beispiel auch das unit-testen dieser Klasse, da du sie einfach mit entsprechenden Property-Werten in einem einfachen JUnit/TestNG Test instanziieren kannst.
Die Lösung mit RequiredArgsConstructor sorgt ja jetzt dafür, dass zwei Injections passieren: Einmal über den Konstruktor für _nur_ den DownloadHistoryService und dann nochmal über das Field (für den Spring Value bzw. den String).

 

[KonradN]

Sollte es nicht auch gehen, dass man sowohl @AllArgsConstructor und @RequiredArgsConstructor verwendet? Dann hat man zum einen das, was Spring braucht und für Tests kann man dann auch den AllArgsConstructor nutzen. Ich denke, das wäre vermutlich meine Lösung.

 

[DrPils]

Sollte es nicht auch gehen, dass man sowohl @AllArgsConstructor und @RequiredArgsConstructor verwendet? Dann hat man zum einen das, was Spring braucht und für Tests kann man dann auch den AllArgsConstructor nutzen. Ich denke, das wäre vermutlich meine Lösung.

Bei mehreren Konstruktoren geht ja implizites Autowired nicht, dann muss man @Autowired ueber die Fields setzen, waere das dann field Injection, oder regelt das Lombock irgendwie intern?

Edit: Link von @httpdigest lesen hilft @AllArgsConstructor(onConstructor = @__(@Autowired))

 

[httpdigest]

Meine aktuelle Präferenz ist: Nur RequiredArgsConstructor verwenden und alle Felder, die der Service bzw. das Bean selbst nicht als internen Zustand braucht und modifiziert, sondern fixe Input-Parameter sind, immer final machen und nur einen Konstruktor zu haben.
Wenn man dann eben sowas braucht wie in dieser Situation, dass ein Parameter eine Annotation eines Feldes übertragen bekommen muss (wie hier eben das Value), dann muss man das in die lombok config eintragen.

 

[KonradN]

Bei mehreren Konstruktoren geht ja implizites Autowired nicht, dann muss man @Autowired ueber die Fields setzen, waere das dann field Injection, oder regelt das Lombock irgendwie intern?

Evtl. einmal https://www.baeldung.com/spring-injection-lombok anschauen.

Das Problem ist ja, dass bei mehreren Konstruktoren Spring einen Fehler wirft, wenn da kein Konstruktor eine Annotation hat mit @Autowired. Und das kann man so setzen, wie das der Link von @httpdigest bereits gezeigt hat und wie es auch der baeldung Beitrag aufzeigt:
@RequiredArgsConstructor(onConstructor = @__(@Autowired))

Damit hat dann der Konstruktor Deiner Wahl eben genau diese Annotation (und der aufbau wird in dem Baeldung beitrag etwas erläutert - für das Verständnis)