probleme URL http://localhost/...

[isabelle]

Bonjour tous,

J’ai une question à poser concernant les URL de type http://localhost/appli.nsf

Lorsque que je tape directement cette url dans le navigateur, ça ne fonctionne pas.
Si je fais prévisualiser dans le navigateur web depuis Designer ça fonctionne.
Je peux ensuite fermer/rouvrir le navigateur et taper l’url, ça fonctionnera bien.
Mais il faut que je fasse avant au moins une fois prévisualiser dans le navigateur web depuis Designer

Quelqu’un a-t-il une idée ? comment faire pour que les url http://localhost/… fonctionnent sans faire prévisualiser 1 fois ?

Merci.

[Michael DELIQUE]

salut

a la place de localhost essais 127.0.0.1 => http://127.0.0.1/appli.nsf

[Dominux]

@isabelle : Tout simplement que Designer exécute un serveur http local lors de la 1ère demande de prévisu et reste actif tant que Designer n'est pas fermé. La meilleur méthode reste de faire une 1ère prévisu pour l'activer.

[isabelle]

Merci pour vos réponses.

@Michael : j’ai fait un test avec 127.0.0.1 , c’est pareil.
@Dominux : que faut-il installer pour qu’un serveur http local soit toujours actif ?
(les utilisateurs n’ont pas designer et ne peuvent pas faire de prévisu pour l’activer)

[Dominux]

Pour du développement classique Notes, rien à faire, ce n'est pas prévu pour.
Quel est le but de la prévisu dans ton cas ?
LA solution à creuser est le développement en XPages, le rendu dans le client Notes sera le même que depuis un navigateur web.

[Michael DELIQUE]

de mémoire on peu le lancer via un batch...

ça peut donc s'automatiser

[isabelle]

merci pour votre aide.
pour Dominux qui me demandait le but de la prévisu :
Je t’explique comment j’en suis arrivée là.c’est un peu tordu …
Pour une application en client lourd :
Une personne A créé un document (document principal) avec un fichier pdf en fichier jointqui contient une sorte de plan avec bcp d'infos à controler.
Une personne B vient répondre à ce document (document reponse).
Le document reponse est une sorte de checkliste que l’utilisateur doit contrôler en visualisant le fichier pdf.
J’affiche le pdf du doc principal dans la partie gauche d’un jeu de cadre et le formulaire du doc réponse dans la partie de droite.
(la demande était que le pdf et la checkliste soient visualisables en meme temps et côte à côte)
Pour ouvrir le pdf dans la partie de gauche, j’utilise l’option du cadre type=URL et je calcule l’url du pdf à ouvrir.
Ça fonction bien lorsqu’on accède à la base sur le serveur.
Mais comme ça rame chez certains utilisateurs distants, je voulais leur installer une réplique en local et donc l’url des pdf à ouvrir devient http://localhost/appli.nsf…$file/fichier.pdf?openelement
Et là, ça ne marche plus !

donc ma demande, que faut-il faire pour installer un serveur http local sur un pc ?

(le développement en XPages, je n'ai pas encore commencé ... j'ai essayé mais ça m'a semblé très compliqué)

[Michael DELIQUE]

en Bibouillant un peu on doit pouvoir trouver des solutions...

- batch pour lancer la tache en local.
- execution du premier fichier a l'ouverture du masque.

[gouff]

Bonjour,

S'il s'agit d'attaquer la pièce jointe d'un doc sur une base locale depuis une url, tu dois pouvoir y arriver avec :

notes://idbase/idvue/iddoc$file/fichier.pdf

(j'ai un doute sur idvue...)

[isabelle]

oui, j'avais bien pensé à cette solution et j'ai fait des tests mais ça ne marche !
en fait, les url notes:// ne peuvent pas ouvrir de fichier joint.
c'est bien dommage !!

[Michael DELIQUE]

re,

tuas regardé dans l'aide en ligne a "OpenElement" ?

[isabelle]

oui,
openElement ne fonctionne qu'avec des url http://

[Michael DELIQUE]

autant pour moi !