Rendre application standalone utilisable sur le Web ?

Version imprimable

27/03/2006, 20h22
Amnesiak

Rendre application standalone utilisable sur le Web ?

Bonjour à tous,

L'entreprise où je travaille souhaite développer une nouvelle application orientée Java afin de profiter de l'avantage d'être multi-plateforme, pour nous essentiellement MAC et PC. Il s'agit, en gros, d'une application graphique permettant la consultation/recherche/edition dans de grosses bases de données médicales. Important, un soin particulier sera apporté à l'esthétique graphique (utilisation de jolies bibliothèques de composants, etc...)

Un autre souhait, serait que l'application puisse être utilisable via le Web, avec un minimum de changements à apporter au niveau du code. D'après eux, c'est possible, mais moi je ne vois pas trop comment faire...

Alors, quelles sont d'après vous les solutions envisageables ?

:arrow: J'ai d'abord pensé à une approche orientée applet/servlets. Les différents écrans de l'application seraient disponible sur le web au travers d'applets. Mais les applets disposent de droits très restreints, et j'ai bien peur qu'une application complexe ne puisse s'y dérouler correctement. En plus, les applets, c'est une technique un peu vieillotte je pense...

:arrow: J'ai pensé utliser les JSP. Si l'application standalone est correctement architecturée (autour du modèle MVC par exemple), il suffit de réécrire les vues en pages web, les principaux objets métiers pouvant être aisément réutilisables

:arrow: J'ai entendu parler de Java Web Start. L'application complète est téléchargée et exécutée sur la machine virtuelle du client, et tout ça lui est totallement transparent. Mais je n'en sais pas plus... Cela vaut-il la peine que je creuse dans cette direction ? Et n'est-ce pas trop lourd dans le cas de grosses applications ?

:arrow: ... et ?? Peut-être avez-vous d'autres idées intéressantes ?

Voilà, je serais ravi que quelqu'un qui connaisse bien ces techniques m'apportent quelques petits avis/suggestions, afin que je puisse bien orienter mes recherches.

D'avance, un grand merci !
27/03/2006, 20h29
afrikha

je ne suis pas un expert mais as-tu pensé aux services web qui sont à base de xml et à la mode ?
28/03/2006, 10h07
Amnesiak

Oui, merci pour ta réponse. En effet l'application web pourrait implémenter la logique métier dans des objets Web Services... cependant, l'architecture générale devient assez similaire à celle des JSP car l'application standalone fonctionne 100% offline, donc interdiction d'utiliser des objets distants.

Personne n'a de suggestions sur les moyens possible pour rendre une application standalone utilisable sur le web ?

Merci !
28/03/2006, 10h13
zl

Regardes du côté de JavaWebStart de Sun.

Zl.
28/03/2006, 10h56
Pollux

Citation:

Envoyé par zl

Regardes du côté de JavaWebStart de Sun.

+1

Je pense que cette solution n'est que trop peu utiliser pourtant elle est trop bien!

Si tu vas sur le blog de Gfx tu pourrais voir une utilisations de Java Webstart déjà dans son tout dernier post. Tu cliques sur Launch et hop l'applic se lance
28/03/2006, 12h23
Invité

Citation:

Envoyé par zl

Regardes du côté de JavaWebStart de Sun.

Zl.

+1

Pour cela il te faut un server genre tomcat.
Developper une applic swing par example. Créer et signer un war de l'application.
29/03/2006, 10h09
Amnesiak

Merci pour vos commentaires, je vais un peu étudier les possibilités qu'offre Java WebStart.

Citation:

Envoyé par Pollux

Si tu vas sur le blog de Gfx tu pourrais voir une utilisations de Java Webstart déjà dans son tout dernier post. Tu cliques sur Launch et hop l'applic se lance

http://www.jroller.com/page/gfx : Bel exemple en effet, si quelqu'un a sous la main d'autres exemples concrets d'application Java WebStart, ça peut toujours m'intéresser !

Merci !
29/03/2006, 11h11
Invité

une application n'est 'pas' jws.
JWS est juste un outil pour fournir ton application sur le net.
N'importe quelle aplication swing peut faire l'affaire.
29/03/2006, 11h24
adiGuba

Salut,

Citation:

Envoyé par septentryon01

une application n'est 'pas' jws.
JWS est juste un outil pour fournir ton application sur le net.
N'importe quelle aplication swing peut faire l'affaire.

N'importe quelle application Java, à condition qu'elle soit signé sous peine d'être assez limité pour des raisons de sécurité...

A noter toutefois l'existence d'un package javax.jnlp qui contient un ensemble de service de base qui ne neccessite pas de signer l'application (par exemple FileOpenService permet d'ouvrir un JFileChooser pour ouvrir un fichier sans être bloqué par le SecurityManager) :
http://java.sun.com/products/javawebstart/docs/javadoc/index.html

Et tu trouvera de la doc sur JWS ici : http://java.sun.com/j2se/1.5.0/docs/guide/javaws/developersguide/contents.html

Quand aux démos de Gfx, il y en a aussi quelques unes sur developpez.com : http://gfx.developpez.com/

a++
29/03/2006, 11h26
Invité

j'allais le dire :wink:
Merci pour ce complément
29/03/2006, 11h53
Gfx

Citation:

Pour cela il te faut un server genre tomcat.
Developper une applic swing par example. Créer et signer un war de l'application.

Ceci est un bel amalgame. Un serveur type Tomcat n'est utile avec WebStart que pour gerer correctement le format de compression Pack200.

Amnesiak : Si tu cliques le lien "Best of" de mon site anglais tu trouveras des dizaines d'exemples WebStart. Pour faire simple, une application WebStart est un simple fichier .jnlp (format XML) depose sur un serveur Web qui indique a la machine cliente ou trouver les jar de l'application. C'est vraiment tres simple a utiliser. Consulte les liens fournis par adiGuba qui devraient te fournir toute l'aide dont tu as besoin. Note enfin qu'une application WebStart se met a jour toute seul, c'est assez pratique :)
29/03/2006, 11h56
Invité

Citation:

Envoyé par Gfx

Ceci est un bel amalgame. Un serveur type Tomcat n'est utile avec WebStart que pour gerer correctement le format de compression Pack200.

Oui ok mais il faut bien un serveur pour rendre l'application téléchargeable non ? Via une page web entre autre ...
Je me trompe ?
29/03/2006, 11h59
adiGuba

Citation:

Envoyé par septentryon01

Oui ok mais il faut bien un serveur pour rendre l'application téléchargeable non ? Via une page web entre autre ...
Je me trompe ?

Il te faut un serveur Web, et pas forcément un serveur J2EE comme tomcat : Apache ou IIS peuvent amplement suffire...

Toutefois un serveur d'application peut être utile s'il héberge des webservices pour communiquer avec l'application cliente...

a++
29/03/2006, 11h59
Gfx

Generalement on utilise un serveur HTTP pour delivrer les jar et le .jnlp mais on peut aussi utiliser un serveur de fichiers sur un LAN par exemple. Je corrigeais ta remarque dans le sens ou Tomcat est plus qu'un "simple" serveur HTTP puisque c'est un conteneur de servlets (et meme plus). Bref, il faut juste une URL valide avec un protocole reconnue par la plateforme Java.
29/03/2006, 12h01
Invité

effectivement vu comme ça.
Je voulais juste un peu 'planter' le décors de l'environnement à gérer. En tous cas avec mon peu expérience de jws. :lol:
29/03/2006, 14h24
le Daoud

Je me permettrais de mettre en avant ce qui pour moi est un défaut (en tout cas un problème que je n'ai pas résolu) : Dans une application, si on veut écrire un fichier de config, il n'est pas possible de le mettre dans le répertoire de l'application, puisqu'il n'y en a pas. :(
Par exemple, System.getProperty("user.dir") suite à un click sur le raccourci du bureau, retourne le chemin du bureau, et C:\Program Files\Mozilla Firefox en cas de click sur le lien menant au .jnlp... J'aurais trouvé intéressant que l'application soit déployée dans un dossier spécifié lors de la première installation.
:roll:
29/03/2006, 14h37
Invité

Oui effectivement:
J'ai encore une question sans réponse ici
http://www.developpez.net/forums/vie...997&highlight=
29/03/2006, 19h10
Gfx

La plupart des applications Jav/Java WebStart utilisent le dossier de l'utilisateur et creent un sous-dossier appele ".application". Par exemple /home/gfx/.jext sous Linux, ou C:\Documents and Settings\gfx\.jext sous Windows.
30/03/2006, 10h44
adiGuba

Citation:

Envoyé par Gfx

La plupart des applications Jav/Java WebStart utilisent le dossier de l'utilisateur et creent un sous-dossier appele ".application". Par exemple /home/gfx/.jext sous Linux, ou C:\Documents and Settings\gfx\.jext sous Windows.

C'est à dire qu'il faut utiliser System.getProperty("user.home");, et non pas System.getProperty("user.dir"); qui renvoit le répertoire de travaille (et qui peut donc varier selon la personne qui lance l'application).

a++
30/03/2006, 14h37
Invité

oui, mais je ne vois pas en quoi cela répond à la question des fichiers properties ...
Comment faire en sorte qu'au lancement d'une application via jws, un fichier property soit pris en compte afin d'initialiser certaines valeurs de cette application. L'application doit elle impérativement se connecter au serveur afin d'y lire le fichier ou bien existe-t-il une autre méthode ?
30/03/2006, 14h45
Gfx

Tu peux le mettre dans le JAR et sauvegarder une copie modifiee par l'utilisateur dans user.home. La classe Properties permet d'avoir un jeu de proprietes par defaut. On charge le fichier du JAR comme jeu par defaut et on charge le fichier de user.home par dessus. C'est ce que j'ai fait par exemple avec Jext sur www.jext.org. L'appli demarre en WebStart, charge des defauts via son JAR et cree des trucs dans user.home/.jext. Ca marche tres bien depuis des annees :)
30/03/2006, 15h41
Invité

OK, si j'ai bien compris, les properties qui seront chargées en local seront prioritaires par rapport au jar téléchargé... Mais ceci est utile pour les 'préférences' des utilisateurs.
Moi je voudrais gérér des propriétés que l'utilisateur n'a pas le droit de modifier. Par example, je désire switcher de database, ou bien changer l'url d'une image publicitaire: sans recréer le jar. Uniquement de manière dynamique. Donc ce sont des propriétés générales que je désire controler au niveau du serveur, au même directory que le .jnlp ...

J'espère avoir été un peu plus clair.
08/08/2006, 11h08
RR instinct

Bonjour,

Je me permet de remonter cette discussion plutôt que d'en créer une nouvelle car je suis confronter exactement au même problème.

J'ai une application deployée via jws qui se connecte à une base de données, comme je suis susceptible de l'installer à plusieurs endroits, je voudrais pouvoir changer l'adresse de la base facilement sans avoir à modifier le jar, le récreer, le signer... J'ai plusieurs paramètres comme celui ci que je voudrais pouvoir modifier facilement et rapidement.

Quelqu'un aurait une idée ?
22/08/2006, 09h19
RR instinct

Je me permet, une nouvelle fois, de remonter cette discussion car je n'ai toujours pas trouver de solution pour ce problème, si quelqu'un pouvait m'aider à me mettre sur la voix je lui en serait très reconnaissant !

Merci d'avance.
22/08/2006, 10h17
adiGuba
Citation:

Envoyé par RR instinct

J'ai une application deployée via jws qui se connecte à une base de données, comme je suis susceptible de l'installer à plusieurs endroits, je voudrais pouvoir changer l'adresse de la base facilement sans avoir à modifier le jar, le récreer, le signer...

Tu peux simplement utiliser ton fichier *.jnlp pour cela, en définissant une propriété système avec le tag <property> dans <resources> :

Code:

<property name="key" value="value"/>

Ou plus directement en spécifiant un paramètre à ton programme sous <application-desc> :
Code:

1 2 3 4 <application-desc main-class="..."> <argument>arg1</argument> </application-desc>
a++
22/08/2006, 12h28
RR instinct

Oui mais alors cela rend impossible l'utilisation sans passer par le web puisque l'adresse du serveur sera introuvable si on n'utilise pas le jnlp ?

Quelle est la différence entre les deux méthodes proposées ?

Merci pour la réponse en tout cas je vais me pencher sur cette solution s'il n'y a qu'elle...
22/08/2006, 12h41
adiGuba

Citation:

Envoyé par RR instinct

Oui mais alors cela rend impossible l'utilisation sans passer par le web puisque l'adresse du serveur sera introuvable si on n'utilise pas le jnlp ?

Si tu authorise l'exécution hors-ligne, cela fonctionnera puisque une copie du JNLP est également conservé dans le cache...

Citation:

Envoyé par RR instinct

Quelle est la différence entre les deux méthodes proposées ?

Ben : dans un cas tu as une propriété système accessible via System.getProperty(), et dans l'autre un paramètre d'entrée que tu récupère via l'attribut args de ton main()...

Citation:

Envoyé par RR instinct

Merci pour la réponse en tout cas je vais me pencher sur cette solution s'il n'y a qu'elle...

Tu as surement plusieurs autres solutions (un fichier de config par exemple)

a++
14/09/2006, 15h09
cimbomlu

Hello je me permet de remonter aussi ce topic, car j'ai une question similaire au probleme present. je ne sais pas quelles propriétés renseigner dans mon .jnlp pour que mon application s'execute sans avoir été préalablement signée. auriez vous une idée ?