Creazione di un semplice progetto web in IntelliJ Idea Enterprise. Passo dopo passo, con le immagini

Livello di conoscenza richiesto per comprendere l'articolo: hai già più o meno capito Java Core e vorresti approfondire le tecnologie JavaEE e la programmazione web. Ha più senso se stai attualmente studiando la ricerca sulle raccolte Java, che copre argomenti vicini all'articolo. Attualmente sto utilizzando IntelliJ IDEA Enterprise Edition (questa è una versione avanzata a pagamento dell'IDE, di solito viene utilizzata nello sviluppo professionale - ndr ). È molto più semplice lavorare con progetti web rispetto alla Community Edition gratuita. Quindi, nell'edizione Enterprise, letteralmente con un clic del mouse, il progetto viene assemblato, versato in un contenitore servlet, il server si avvia e nel browser si apre persino una pagina con il progetto in esecuzione. Nella versione gratuita dell’idea, gran parte di questo dovrebbe essere fatto in modo indipendente, per così dire, “a mano”. Utilizzo Apache Maven per creare il progetto e gestirne il ciclo di vita. In questo ho utilizzato solo una piccola parte delle sue capacità (gestione dei pacchetti/dipendenze). Ho scelto Apache Tomcat versione 9.0.0.M4 come contenitore servlet/server applicazioni. So che esistono già versioni più recenti, ma questa è quella che ho installato.

Iniziamo

Innanzitutto, apriamo IntelliJ IDEA e creiamo un progetto Maven vuoto. Qui a sinistra selezioniamo Maven, controlliamo che in alto sia indicato il JDK per il progetto. Se non è presente, seleziona quello che ti serve dall'elenco oppure fai clic su Nuovo... e seleziona direttamente dal tuo computer. Al centro della finestra ho un'animazione di caricamento dell'elenco degli archetipi. Non ne abbiamo bisogno, quindi senza attendere il download, sentiti libero di fare clic su Avanti nella parte inferiore della finestra. In questa finestra è necessario specificare GroupId e ArtifactId . GroupId fa riferimento all'identificativo univoco dell'azienda che produce il progetto. È pratica comune utilizzare il nome di dominio dell'azienda, ma in ordine inverso. Non nel senso di un mirror, ma se, ad esempio, il nome di dominio di un'azienda è maven.apache.org , allora il suo GroupId sarà org.apache.maven . Cioè, prima scriviamo il dominio di primo livello, lo separiamo con un punto, scriviamo il nome del dominio di secondo livello e così via. Questo è l’approccio generalmente accettato. Nel caso in cui stai “tagliando” un progetto da solo, e non come parte di un'azienda, scrivi qui il tuo nome di dominio personale (anche in ordine inverso!). Se ce l'hai, ovviamente :). In caso contrario, non arrabbiarti. In effetti, puoi scrivere qualsiasi cosa qui . In questo esempio, utilizzerò il nome di dominio fittizio fatfaggy.info.javarush.ru . Di conseguenza, inserisco ru.javarush.info.fatfaggy nel campo GroupId . ArtefactId è semplicemente il nome del nostro progetto. Puoi utilizzare lettere e alcuni simboli (trattini, ad esempio) per separare le parole. Il nostro “artefatto” si chiamerà esattamente come scriviamo qui. In questo esempio, scrivo my-super-project . Per ora non tocchiamo il campo della versione, lo lasciamo così com'è. Bene, la finestra IDEA standard quando si crea un nuovo progetto. Chiamiamolo il mio superprogetto come da tradizione . Il progetto è stato creato! Vediamo che ora contiene esattamente i dati che abbiamo inserito durante la creazione del progetto Maven: groupId , artifactId e versione (non abbiamo toccato quest'ultimo).

La nostra struttura di progetto

Questo progetto Maven ha una certa struttura. Come possiamo vedere, alla radice si trovano:

• la directory .idea , che contiene le impostazioni dell'idea per il progetto corrente;
• la directory src in cui creiamo i nostri sorgenti;
• file my-super-project.iml , un file di progetto creato da IDEA;
• pom.xml , lo stesso file di progetto Maven di cui ho parlato poco sopra, che ora abbiamo aperto. Se menziono pom.xml o “pom” da qualche parte, intendo questo particolare file.

La cartella src a sua volta contiene due sottocartelle:

• main - per il nostro codice;
• test - per i test per il nostro codice.

Sia main che test hanno una cartella Java . Considera che queste sono la stessa cartella, solo quella in main è rispettivamente per il codice sorgente e quella in test è per il codice di test. Per ora non abbiamo affatto bisogno della cartella delle risorse , non la useremo. Ma lascialo sdraiare.

Trasformarsi in un progetto web

È giunto il momento di convertire il nostro progetto Maven in un progetto web. Per fare ciò, fare clic con il tasto destro del mouse sul nome del progetto in questo albero e selezionare Aggiungi supporto framework... Si aprirà una finestra in cui possiamo aggiungere il supporto per tutti i tipi di framework diversi per il nostro progetto. Ma ce ne serve solo una: l'Applicazione Web . Lo scegliamo. Controlliamo che accanto alla voce Applicazione Web sia presente un segno di spunta e nella parte principale della finestra si nota che vogliamo che venga creato subito un file web.xml per noi (consiglio di selezionare la casella se non è presente) . Successivamente vedremo che la struttura del nostro progetto è stata integrata con la cartella web . Questa è la radice del nostro progetto web in / . Cioè, se inseriamo l'indirizzo localhost nel browser (quando lo lanciamo, ovviamente), si accederà esattamente qui, alla radice del progetto web. Se inseriamo localhost/addUser , la cartella web cercherà una risorsa chiamata addUser . Nel web c'è una cartella richiesta chiamata WEB-INF , dove si trova il file web.xml , che abbiamo chiesto di creare nel passaggio precedente. Apriamolo. Come puoi vedere, non c'è ancora niente di interessante, solo il "cappello". A proposito, se non avessimo chiesto di crearlo, forse avremmo dovuto crearlo manualmente, cioè digitare l'intera "intestazione" a mano o, in casi estremi, cercare una versione già pronta su Internet . A cosa serve web.xml ? Per la mappatura. Qui diremo a Tomcat quali richieste URL inviare a quali servlet. Ma questo sarà tutto dopo, per ora lo lasceremo vuoto. C'è anche un file index.jsp nella cartella web . Apriamolo. Questo è il file che verrà eseguito per impostazione predefinita, per così dire. Cioè, quando lanceremo il progetto, questo è esattamente ciò che vedremo. In sostanza, jsp è un normale file html, con la differenza che al suo interno è possibile eseguire codice Java.

Un po' di contenuti statici e dinamici

Il contenuto statico è un contenuto che non cambia nel tempo. Tutto ciò che abbiamo scritto nel file html verrà visualizzato senza modifiche. Se scrivessimo ciao mondo, questa iscrizione verrà visualizzata non appena apriremo la pagina, tra 5 minuti, domani, tra una settimana e tra un anno. Non cambierà. Ma cosa succede se vogliamo visualizzare la data corrente sulla pagina? Se scriviamo semplicemente "27 ottobre 2017", domani vedremo la stessa data, tra una settimana e tra un anno. Ma vorrei che questa data fosse ancora attuale. È qui che ci viene in aiuto la possibilità di eseguire del codice direttamente all'interno della pagina. Possiamo ottenere un oggetto data, convertirlo nel modulo di cui abbiamo bisogno e visualizzarlo sulla pagina. Poi ogni giorno, ogni volta che apriremo la pagina, la data sarà sempre rilevante. Se abbiamo bisogno solo di contenuti statici, per noi sono sufficienti un normale server Web e file html. Non abbiamo bisogno di Java, Maven o Tomcat. Ma se vogliamo utilizzare contenuti dinamici, è qui che tutto ciò tornerà utile. Ma per ora torniamo al nostro index.jsp . Indichiamo qualcosa di nostro al posto dell'intestazione standard, ad esempio "La mia super web-app!", e nel corpo scriveremo, ad esempio, "Sono vivo!" Siamo quasi pronti per lanciare il nostro progetto! Ma purtroppo il solito triangolo verde per l'avvio del programma non è attivo. Facciamo clic sul pulsante alla sua sinistra (indicato sullo schermo con una freccia rossa) e selezioniamo Modifica configurazioni... Si aprirà una finestra in cui ci verrà chiesto di fare clic sul segno più verde per aggiungere qualche tipo di configurazione. Cliccaci sopra, si trova nell'angolo in alto a sinistra della finestra. Selezionare la voce Tomcat Server e la sottovoce Locale. Si aprirà una finestra con molti parametri diversi, ma siamo contenti di quasi tutto e di quello predefinito. Possiamo in qualche modo dare un nome carino alla nostra configurazione invece dello standard Senza nome (in alto). È inoltre necessario verificare che l'idea abbia trovato correttamente Tomcat nel nostro sistema (l'hai già scaricato e installato in precedenza , giusto?). Se non riesci a trovarlo (cosa improbabile), fai clic sulla freccia giù e seleziona dove lo abbiamo installato o un'altra versione se ne hai diverse. Ne ho uno ed è già installato, quindi tutto appare come nello screenshot. E nella parte inferiore della finestra vediamo che c'è un avviso che non esiste un singolo artefatto destinato alla distribuzione sul server. E a destra di questa iscrizione c'è un pulsante che propone di correggere questo difetto. Facciamo clic su di esso e vediamo che l'idea stessa ha trovato tutto, ha creato tutto da sola, ciò che mancava e ha creato tutte le impostazioni da sola. Vediamo che siamo stati trasferiti dalla scheda Server alla scheda Distribuzione , nella sezione Distribuisci all'avvio del server abbiamo già l'artefatto che deve essere distribuito e di seguito è indicato che questo artefatto verrà creato prima della distribuzione. Candidati, ok. E vediamo che in primo luogo, nella parte inferiore della finestra è apparsa una sezione con il nostro server Tomcat locale, in cui verrà inserito il nostro artefatto. Puoi comprimere questa sezione facendo clic sul pulsante corrispondente sul lato destro della finestra. Vediamo anche che il triangolo verde per il lancio è già attivo. Per chi vuole controllare tutto, può cliccare sul pulsante con le impostazioni del progetto (a destra dei pulsanti di avvio, contrassegnato da una freccia rossa), andare nella sezione Artefatti e assicurarsi che l'artefatto sia stato realmente creato. Non era presente finché non abbiamo premuto il pulsante Correggi , ma ora è tutto a posto. E questa configurazione ci si adatta abbastanza bene. In poche parole, la differenza tra my-super-project:war e my-super-project:war è che my-super-project:war creerà solo un file war (che è solo un archivio), e l'opzione con quella esplosa è semplicemente una guerra “disimballata” . E questa opzione è personalmente più conveniente per me, poiché mi consente di implementare rapidamente piccole modifiche sul server. L'artefatto infatti è un nostro progetto, solo già compilato, e nel quale è stata modificata la struttura delle cartelle in modo da poterlo caricare direttamente su Tomcat. Apparirà qualcosa del genere: Bene, ora è tutto pronto per lanciare il nostro progetto. Premiamo l'ambito pulsante verde di avvio e godiamoci il risultato! :)