En effet, en disant "application Web", nous entendons généralement une application spéciale, programmée pour s'exécuter sur le serveur Web tout le temps, attendant simplement les demandes de l'utilisateur à traiter.
Dans votre cas, vous avez une application basée sur une console.
Selon la configuration du serveur, aucune de ces applications ne peut être exécutée sur votre hébergement Web client, aucune d'entre elles ou les deux.
Étant donné que l'hébergement Web est généralement fourni par une société d'hébergement, celle-ci peut avoir des configurations prêtes à exécuter vos applications, l'activer ou la désactiver ou même prendre de l'argent pour cela.
Dans le cas d'un serveur interne à l'entreprise, vous devez demander à votre client et à son équipe informatique de le configurer.
Enfin, vous devrez demander :1. Le serveur prend-il en charge SSH ? - c'est simplement une console distante. Habituellement, il s'exécute sur le port 22 et vous pouvez le vérifier avec la commande "telnet votreserveur 22" (Windows et Linux) - s'il ne rejette pas votre connexion - signifie que SSH est configuré.2. Votre serveur a-t-il installé Java et s'il est disponible pour votre compte via une connexion SSH ?
- Ce n'est que si votre client parle vraiment d'application Web au lieu d'une application basée sur la console que vous devez demander si le serveur dispose d'un serveur d'applications Web pour Java - généralement, c'est quelque chose comme Apache Tomcat, Jetty, JBoss, Weblogic, etc. Mais de cette façon nécessitera une modification de l'application afin de l'exécuter sur le serveur Web.
Si vous décidez d'utiliser l'application console et de ne pas la "mettre à niveau" vers l'application Web, vous pouvez vraiment l'exécuter sur l'hôte de votre base de données (encore une fois, vous aurez besoin de SSH). Vous gagnerez du temps sur les opérations d'accès à la base de données à distance - théoriquement, votre programme fonctionnera plus rapidement.
