Newsgroup: it.comp.appl.notes-domino
Titolo: Template da Server a Server

Salve a tutti,
    sperando di non postare una domanda sciocca vorrei sottoporre alla
vostra attenzione il problema che mi si è verificato.
Scenario:
-  Template di una applicazione da me implementato su Domino 5.0.4I;
-  migrazione del Template dal server 5.0.4I ad un server 5.0.9aI (copia
in locale dello stesso e successiva copia sul Nuovo server).
L'applicazione dovrebbe consentire la creazione di un response  mediante
la seguente @Formula:
[@URLOpen("/xxx/DB.nsf/Iscritto?openform&ParentUNID=" +<campoid>+
"&Login"]
...(non è il caso di spiegarvi perchè non creo il response dal relativo
parent perchè sarebbe un discorso troppo lungo ed articolato)
Sul server 5.0.4I il tutto funzionava bene ma addesso sul server 5.0.9aI
viene generato un errore "Immissione non trovata nell'indice".
Informo che :
- ho generato l'indice per il DB creato dal Template sul server 5.0.9aI;
- sul server 5.0.9aI ho gli stessi che avevo sul server 5.0.4I.
In trepidante attesa ringrazio chi vorrà dedicarmi un pò del suo tempo.
Juan
\\
E' tutta una questione di principio : 
........se ti perdi l'Inizio. sei alla Fine.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Messaggio recepito ! Il problema sono io !!!
Anche se ho ancora 1 dubbio :
  1)  posto domande sciocche
oppure 
  2)  posto situazioni tremendamente difficili alle quali non c'è
soluzione
oppure
  3)  ho travisato lo spirito del NG
????????????????????????????????????
C'è qualcuno che può darmi una mano a risolvere 
"almeno" questo dubbio ??????
Grazie, veramente grazie 


   3)  ho travisato lo spirito del NG
Niente di tutto questo, direi.
Pero' l'unica cosa che mi viene in mente e' ctrl+shift+f9. Magari sara'
perche' ieri sera ho bevuto piu' del solito ma c'ho il ctrl+shift+f9 che
mi turbina in testa. :))
-- 
Dr.Ugo Gagliardelli,Modena,Italy-Certified uindoscrasher-AlcoolInside
Spaccamaroni andate a cagare/Spammers not welcome
Spamers iros a la mierda/Spamers allez vous faire foutre
Spammers loop schijten/Spammers macht Euch vom Acker

"&Login"]
Non ho ben capito... ma non e' che copia di qui, copia di la' ti sei
perso gli UNID originali?
Se non e' quello, Sono dello stesso parere di UGO.
In alternativa ti consiglio:
load compact <file> -D (distrugge gli indici)

Prima di tutto, un sincero grazie !
Purtroppo devo informarvi che entrambe le procedure non hanno
sortito l'effetto desiderato.
In aggiunta alle precedenti informazioni posso dire che è dal template 
sul nuovo server che creo il DB (a cui accedo via Web) 
e penso quindi che non dovrei avere problemi con gli ID (o sbaglio ?)
Avrei piacere nel ricevere una conferma o smentita ad una mia teoria 
secondo cui il problema potrebbe essere legato al fatto che script, 
Javascript ed Agenti creati nel Template sul vecchio server sono rimasti
legati al creatore (File-ID sul vecchio server)
P.S. : sbaglio o "ctrl-shift+f9" distrugge gli indici ???
A presto 
Juan


 P.S. : sbaglio o "ctrl-shift+f9" distrugge gli indici ???
Si e no, ricostruisce gli indici di tutte le viste (non tocca il ft
index)


 index)
Sě, ma d'altra parte non ce ne fotte niente dei FTI, ha capito male lui.
Il messaggio che si č beccato č un tipico messaggio da vista.
--
Juda of 3AM - juda(strudel)
despammed.com
/---------------/
Nella mia condizione di base sono piuttosto acido, ma difficilmente
rimango di sale.

> Il messaggio che si è beccato è un tipico messaggio da vista.
Giustissimo
eeeeeeeeeeeee ............. ehm, ..... Chiedo venia !
Il problema è un @DBLookup che và in errore ! 
Il Form ha un campo il cui valore è il risultato del Lookup su di una
vista al momento vuota !
P.S. credo che sull'altro server l'errore non si presentava perchè :
 - in principio il campo era di tipo Text;
 - in seguito è diventato di tipo ComboBox valorizzato con il risultato
del Lookup;
 - nel mentre in fase di test (quando il campo era di tipo text) ho
creato alcuni documenti
   visualizzati poi nella vista del Lookup.
Chiaramente quando, dopo la modifica (da text a combobox), testavo il
form,
il Lookup mi restituiva sempre dei risultati in quanto la vista non era
vuota e la key era presente.
Mi dispiace ! Mi dispiace ! Mi dispiace !
                           ANCHE SEEEE 
nelle prove di verifica  creando un nuovo form e copiandoci dentro tutti
i campi del form incriminato riuscivo ad effettuare l'openform dal Web .
..... mi andava poi in errore perchè tentavo di accedere ad una riga del
la tabella (Tabbed Table. Display each row as a clickable tab) in cui
era presente il campo combobox (valorizzato dal Lookup) ma comunque si 
comportava diversamente. 
(forse questo mi ha portato fuori strada)
Ho risolto monitorando l'errore del lookup nel campo combo:
[@if(!@IsError(@DBLookup.........));@DBLookup.........;"")]


 [@if(!@IsError(@DBLookup.........));@DBLookup.........;"")]
Ma bravo guascone...
