implementation du module en java

druide

Posté le : 05 Déc, 2006 à 16:04:02

Messages :2

> Bonjour,
>
> Suite à la réunion du jour, nous avons entrevu une possible
> implémentation du module web.
>
> Notre méthode consisterait à remplir les tableaux de propriétés dans
> WebNames (du module web),

Je ne vois pas pourquoi vous devriez toucher a cette classe : il n'y a pratiquement que des noms qualifies que vous pouvez reutiliser tel quel ; les autres proprietes, il suffit de les ignorer... je ne demande pas de remplacer l'implementation actuelle de RefleX, juste d'ajouter votre propre package...

sans utiliser les HttpServlet* , avec les
> constantes qui dépendent de notre environnement (path,...). Nous
> comptons ainsi effectuer la résolution des paths web:/// , peut-être
> aussi certains mappings.

Zut, je l'avais oublie celle la :(

Dans cette classe : https://gforge.inria.fr/plugins/scmsvn/viewcvs.php/root/src/java/org/inria/reflex/modules/io/web/WebFileSystemConfigBuilder.java?rev=11&root=reflex&view=auto
vous devez enregistrer le contexte de votre appli Web : il n'y a pas moyen de faire autrement que de fournir une implementation de l'interface javax.servlet.ServletContext

Donc : contrairement a ce que j'ai affirme depuis le debut, vous DEVEZ a un moment ou a un autre faire : new javax.servlet.ServletContext() {
public String getRealPath(String path) {
return ceQuIlFaut;
}
// les autres methodes de cette interface ne servent a rien
// mettez une implementation minimaliste pour ces methodes
}

car getRealPath() est la seule methode utilisee dans : https://gforge.inria.fr/plugins/scmsvn/viewcvs.php/root/src/java/org/inria/reflex/modules/io/web/WebFileProvider.java?rev=11&root=reflex&view=auto
>
> Il y a certainement d'autres choses à implémenter, mais nous aimerions
> savoir si nous sommes dans une bonne voie.

Sujets complémentaires :

Problème REFLEX on WINDAUBE heuu WINDOWS pardon...	xunitweb
Tout sur $web:response/@web:output...	Point de situation

XUnitWeb

XUnitWeb