giannino1995 ha scritto:
questo codice che però non funziona:
server.port=9090
server.servlet.context-path=/demo
server.servlet.path=/app
Il server.servlet.context-path vale SOLO nel caso di server embedded. Se fai un war non conta. Perché? Perché quando si fa il deploy di un war, di norma quello che conta è il
nome del war!! Se metti nella /webapps di Tomcat un pippo.war .... il context path della applicazione sarà ...
pippo!! Punto. Non è l'applicazione che può controllarlo (EDIT: nota sotto).
Nota: in realtà con Tomcat si può fare. Lo dice la documentazione:
https://tomcat.apache.org/tomcat-8.0-doc/config/context.html#Defining_a_context
In an individual file at /META-INF/context.xml inside the application files.
Cioè si può mettere dentro la webapp quel context.xml che contiene un <Context path="....."/>
Ma è una cosa molto extra (e specifica di Tomcat) e non molto usata. Consiglio ... ignorala per ora, vai avanti ...
Idem sicuramente per server.port. Se usi un server embedded, l'applicazione ha il controllo sull'avvio del server. Se invece fai il deploy di un war su un Tomcat a parte, esso ha già tutte le
sue configurazioni di porte, ecc.. nella /conf. E non è l'applicazione che può "sovvertire" la porta del server come caspita gli pare ... !
Su server.servlet.path invece credo sia usabile anche in war. Dopotutto questo è il path del DispatcherServlet, che è una cosa interna alla webapp (equivalente a specificare il url-mapping del DispatcherServlet nel web.xml). Ma dovrei provare ...
Ragiona di più su queste cose .... altrimenti davvero non vai avanti ...
giannino1995 ha scritto:
Altra cosa che non capisco è cosa fa questa classe di test:
[...]
Trovo un metodo vuoto che non mi dice nulla. Sapreste illustrarmela brevemente?
In effetti il libro non lo spiega .... ma è comunque banale. Si tratta solo un di test basilare per verificare che il contesto di Spring venga caricato correttamente. Se così non fosse, il test fallisce ..... e te ne accorgi. Anzi, se il contesto di Spring non parte, NON arriverebbe neanche ad eseguire il test.
Quindi è da prendere un po' con i guanti. In quel progetto, quello è l'UNICO test, quindi vabbé, può avere senso verificare almeno se il contesto parte. Se ci fossero anche altri test, molto probabilmente quel tipo di test sarebbe abbastanza inutile/superfluo. Perché se il contesto non parte neanche gli altri test potrebbero essere eseguiti ... e te ne accorgi comunque lo stesso!
Non è una cosa importante (e non necessariamente si deve fare .... io non l'ho mai fatto), vai avanti ...