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.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
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)
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)
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)
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.
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.
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.
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
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" <pouet@pouet.com> a écrit dans le message de
news:Xns9598957BE5C1AZoupla@212.27.42.78...
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.
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
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
"Zouplaz" <pouet@pouet.com> wrote in message
news:Xns9598957BE5C1AZoupla@212.27.42.78...
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.
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
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 :)
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 :)
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 :)