Installazione manuale delle applicazioni
link
Il processo manuale di installazione delle applicazioni è differente in base al server ed alla tecnologia utilizzata.
-
Tomcat - Instant Developer, se configurato correttamente, esegue in maniera automatica il deploy dell'applicazione su Tomcat; l'utente di avvio del server è l'unico utente da configurare.
Questo utente deve avere accesso a tutte le cartelle necessarie al funzionamento dell'applicazione.
Nel caso si voglia spostare l'applicazione dal server di sviluppo a quello di produzione è sufficiente copiare da un server all'altro la cartella dell'applicazione (contenuta nella cartella webapps di Tomcat), verificando che le cartelle shared/lib e common/lib del server di produzione abbiano tutti i jar necessari all'applicazione. - IIS framework 2.0/4.x - Per tutti i server di tipo IIS è necessario copiare sul server la cartella di output dell'applicazione e mapparla come directory virtuale.
-
IIS framework Core 6.0 - Per le applicazioni di tipo .Net Core occorre seguire i seguenti passi:
- Compilare l'applicazione con Instant Developer in .Net Core 6.0.
-
Eseguire il comando seguente da una finestra ci riga comandi:
dotnet publish <nomeApp>.csproj -o <cartella di pubblicazione>
- Occorre che sul server dove è installato IIS sia presente il modulo ASP.NET Core 6.0 Runtime che si può scaricare qui.
-
Creare su IIS un Application Pool con codice non gestito come da immagine seguente:
Nel caso il server sia a 64Bit è necessario cancellare dalla cartella Bin dell'applicazione il file IDWS.dll e dalla cartella principale dell'applicazione lo stesso file ed i file .exe e .bat che iniziano con IDWS (questi file e la dll sono i file del web server cassini, che andrebbero in conflitto con IIS).
Qualora l'applicazione sia installata su un server a 64bit ed utilizzi SQLite occorre sostituire la DLL System.Data.SQLite.dll presente nella directory BIN dell'applicazione con l'analoga versione a 64 bit che è possibile scaricare dal sito di SQLite.
- IIS 5 : Su IIS 5 è necessario assegnare all'utente dell'applicazione i diritti necessari per leggere ed eseguire l'applicazione e scrivere nelle cartelle Temp, Logs ed altre cartelle necessarie.
- IIS 6 : Su IIS 6 è necessario configurare due utenti: l'utente dell'applicazione, che deve avere i diritti di lettura sulla cartella dell'applicazione, e l'utente dell'Application Pool, che oltre ad avere i diritti di lettura ed esecuzione deve avere anche i diritti di scrittura sulle cartelle Temp, Logs ed altre cartelle in cui è necessario scrivere.
- IIS 7 : Su IIS 7 è necessario configurare l'Application Pool per utilizzare la Pipeline Classica e non quella Integrata (non supportata). Anche in IIS 7 bisogna configurare entrambi gli utenti, quello dell'Application Pool e quello dell'applicazione, come per IIS 6.
- Nel caso PHP non è possibile impostare il dominio con PHP5.x e "Filtro ISAPI", la versione 5 è compatibile con plesk solo con "CGI"; se configurato diversamente anche le applicazioni Asp.NET potrebbero non funzionare.
- IIS 7 : Come già specificato l'Application Pool deve essere Classic, ma l'Handler dei file .aspx configurato di default sui server virtuali Aruba è quello di Plesk, non compatibile con Application Pool Classic.
Bisogna quindi cambiare l'Handler dei file .aspx e farlo puntare a quello predefinito della Microsoft, che si trova nella cartella %windir%\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll e %windir%\Microsoft.NET\Framework64\v2.0.50727\aspnet_isapi.dll.
E' possibile inoltre cancellare la solution di Visual Studio ed il file interop.dll, che è necessario solo nel caso si voglia permettere all'applicazione web di interagire con INDE (fare riferimento agli articoli riguardanti l'Estensibilità).
Se si vogliono utilizzare dall'applicazione programmi esterni (ad esempio OpenOffice) è necessario che l'utente dell'Application Pool sia un utente reale (con un proprio profilo utente), che abbia il permesso di eseguire il programma e che sia abilitata la proprietà avanzata dell'Application Pool 'Load User Profile'.
Note per l'installazione su server che usano Plesk:
Installare le applicazioni senza i sorgenti : In C# le applicazioni vengono compilate direttamente dal server quando è necessario, perciò nella cartella App_Code si trovano i sorgenti delle classi. Se non si vogliono rilasciare i sorgenti in chiaro è possibile pre-compilare i sorgenti creando una dll; per fare questo è sufficiente aprire la Solution dell'applicazione creata utilizzando Visual Studio, ed utilizzare il comando Publish Website contenuto nel menu Build. Questo comando creerà una nuova cartella che dovrà essere caricata sul server al posto di quella creata da inDE.
Ultima modifica: 17/11/2022 / Validità: da 9.0.3940