OVH Cloud OVH Cloud

J2SE -> BD Distante

5 réponses
Avatar
Zouplaz
Bonjour, dans mes recherches tortueuses pour trouver les solutions les plus
adaptées je me pose la question suivante :

- Imaginons que je choisisse de développer une application intranet ou
extranet avec un client J2SE (peut importe les contraintes de déploiement
c'est pas mon soucis actuel)
- Forcément je vais devoir exécuter des requêtes SQL sur un serveur de base
de données distant
- Comme je suis en environnement "hostile" (Internet), que les utilisateurs
n'auront peut-être pas de solutions clients sécurisées (VPN et autres) il
est hors de question d'utiliser JDBC puisque le port TCP du serveur de base
de données ne sera pas accessible

Comment puis-je faire ? Quelles sont les solutions ?

- Utiliser XML avec un process tier que j'écrirais et qui tournerait sur le
serveur et qui, lui, pourrait dialoguer avec le SGBD ? Ce qui donnerait :
client <-- XML / HTTP (POST pour écritures / Requêtes HTTP pour lecture)
--> Servlet <-- SQL --> SGBD
- Utiliser l'invocation d'objets distants via HTTP : est-ce possible,
quelles solutions existent ?

Et toutes autres solutions plus futées ...

Parce que finalement, avec l'aide de Java WebStart et du "Très Grand" il
pourrait être envisageable d'offrir aux utilisateurs une véritable
application avec une vraie interface utilisateur.



Merci

5 réponses

Avatar
Zouplaz
Je souhaiterais ajouter un point important. Dans certains cas je ne
maitrise pas du tout la technologie proposée sur la plateforme serveur :
java peut être proposé ou pas (dans ce cas l'application "proxy" pourrait
être en PHP)
Avatar
Sebastien Mathy
Zouplaz wrote:

Bonjour, dans mes recherches tortueuses pour trouver les solutions les
plus adaptées je me pose la question suivante :

Comment puis-je faire ? Quelles sont les solutions ?

- Utiliser XML avec un process tier que j'écrirais et qui tournerait sur
le serveur et qui, lui, pourrait dialoguer avec le SGBD ? Ce qui donnerait
: client <-- XML / HTTP (POST pour écritures / Requêtes HTTP pour lecture)
--> Servlet <-- SQL --> SGBD
- Utiliser l'invocation d'objets distants via HTTP : est-ce possible,
quelles solutions existent ?


Il existe une solution en Java :
- Web-Service

Et tu peux mettre mettre au dessus SSL pour crypter tout ca.

Avatar
Pierre Gilquin
WebObjects est un serveur d'application Java J2SE qui inclut un mapping
Object-Relationnel (pas de code JDBC a faire) et il permet
à partir de ces objects métiers de generer des applis Web Dynamique et/ou de
les distribuer de maniere transparente pour les utiliser dans un client Java
Swing.
Ceci sans l'usine à gaz J2EE !

"Zouplaz" a écrit dans le message de
news:
Bonjour, dans mes recherches tortueuses pour trouver les solutions les
plus

adaptées je me pose la question suivante :

- Imaginons que je choisisse de développer une application intranet ou
extranet avec un client J2SE (peut importe les contraintes de déploiement
c'est pas mon soucis actuel)
- Forcément je vais devoir exécuter des requêtes SQL sur un serveur de
base

de données distant
- Comme je suis en environnement "hostile" (Internet), que les
utilisateurs

n'auront peut-être pas de solutions clients sécurisées (VPN et autres) il
est hors de question d'utiliser JDBC puisque le port TCP du serveur de
base

de données ne sera pas accessible

Comment puis-je faire ? Quelles sont les solutions ?

- Utiliser XML avec un process tier que j'écrirais et qui tournerait sur
le

serveur et qui, lui, pourrait dialoguer avec le SGBD ? Ce qui donnerait :
client <-- XML / HTTP (POST pour écritures / Requêtes HTTP pour lecture)
--> Servlet <-- SQL --> SGBD
- Utiliser l'invocation d'objets distants via HTTP : est-ce possible,
quelles solutions existent ?

Et toutes autres solutions plus futées ...

Parce que finalement, avec l'aide de Java WebStart et du "Très Grand" il
pourrait être envisageable d'offrir aux utilisateurs une véritable
application avec une vraie interface utilisateur.



Merci


Avatar
KiLVaiDeN
"Zouplaz" wrote in message
news:
Bonjour, dans mes recherches tortueuses pour trouver les solutions les
plus

adaptées je me pose la question suivante :

- Imaginons que je choisisse de développer une application intranet ou
extranet avec un client J2SE (peut importe les contraintes de déploiement
c'est pas mon soucis actuel)
- Forcément je vais devoir exécuter des requêtes SQL sur un serveur de
base

de données distant
- Comme je suis en environnement "hostile" (Internet), que les
utilisateurs

n'auront peut-être pas de solutions clients sécurisées (VPN et autres) il
est hors de question d'utiliser JDBC puisque le port TCP du serveur de
base

de données ne sera pas accessible

Comment puis-je faire ? Quelles sont les solutions ?

- Utiliser XML avec un process tier que j'écrirais et qui tournerait sur
le

serveur et qui, lui, pourrait dialoguer avec le SGBD ? Ce qui donnerait :
client <-- XML / HTTP (POST pour écritures / Requêtes HTTP pour lecture)
--> Servlet <-- SQL --> SGBD
- Utiliser l'invocation d'objets distants via HTTP : est-ce possible,
quelles solutions existent ?

Et toutes autres solutions plus futées ...

Parce que finalement, avec l'aide de Java WebStart et du "Très Grand" il
pourrait être envisageable d'offrir aux utilisateurs une véritable
application avec une vraie interface utilisateur.



Merci


Jette un oeil sur "Hibernate", en googlant

K

Avatar
Aelentel
Zouplaz wrote:
[snip]
Comment puis-je faire ? Quelles sont les solutions ?

- Utiliser XML avec un process tier que j'écrirais et qui tournerait sur le
serveur et qui, lui, pourrait dialoguer avec le SGBD ? Ce qui donnerait :
client <-- XML / HTTP (POST pour écritures / Requêtes HTTP pour lecture)
--> Servlet <-- SQL --> SGBD
- Utiliser l'invocation d'objets distants via HTTP : est-ce possible,
quelles solutions existent ?

[snip]


une solution possible pour un discution XML est castor, ca marche pas
mal et en plus c'est assez rapide :)

http://www.castor.org/


Merci
de rien :)