| Entrambe le parti precedenti la revisioneRevisione precedenteProssima revisione | Revisione precedente |
| documentazione_3di_riservata:extraway:piattaforma_extraway_old [2011/06/17 10:27] – [Procedure di Test piattaforma eXtraWay (Vecchie Versioni) - Documentazione Riservata] rtirabassi | documentazione_3di_riservata:extraway:piattaforma_extraway_old [Data sconosciuta] (versione attuale) – eliminata - modifica esterna (Data sconosciuta) 127.0.0.1 |
|---|
| ====== Procedure di Test piattaforma eXtraWay (Vecchie Versioni) - Documentazione Riservata ====== | |
| |
| ===== Introduzione ===== | |
| Scopo del presente documento è indicare, per ciascun modulo della Piattaforma eXtraWay di 3D Informatica, quale sia la procedura di test da eseguire per considerare valido lo sviluppo di una nuova funzionalità ovvero la correzione di una funzionalità esistente.\\ | |
| Oltre al suddetto compito il presente documento si prefigge anche di dare una __capillare descrizione dell'avanzamento dei moduli della piattaforma eXtraWay__, puntando l'attenzione sul primo di essi ovvero su //eXtraWay Server//, così da consentire a chiunque di capire esattamente __da che data e quale versione è disponibile una funzionalità o correzione e come si debba far uso delle nuove funzionalità__.\\ | |
| Compito dei diversi sviluppatori sarà quello di registrare in queste pagina gli interventi fatti (o le correzioni apportate) indicandoli in ordine cronologico così che le attività di test possano essere limitate alle novità, per una sessione di test //rapido// ovvero a tutti i punti riportati. | |
| |
| Nel riportare, man mano, gli interventi effettuati si suggerisce di indicare quanto meno: | |
| * La data dell'intervento | |
| * Il modulo coinvolto (**Mod**) | |
| * La versione del modulo o del prodotto cui far riferimento (**Ver**) | |
| * L'attività da svolgere per compiere i test in proposito | |
| * Il risultato che si deve ottenere e che possa considerarsi **necessario e sufficiente** perché il test possa dirsi superato. | |
| * Ogni nota esplicativa che consenta al tester di costituire l'ambiente adatto al test e/o valutare il comportamento del modulo o prodotto testato. | |
| |
| Di seguito gli interventi ordinati per data.\\ | |
| In essi si identifica il modulo e la versione di esso //dalla quale// la funzionalità o la correzione è disponibile e tutte le informazioni per riprodurre le condizioni di test.\\ | |
| I valori ammessi per il tipo di intervento sono: | |
| * **CE**: Correzione Errore | |
| * **NC**: Nuovo Comportamento | |
| * <color green>**NF**</color>: Nuova Funzionalità | |
| * <color orange>**AL**</color>: Intervento di nuova funzionalità o correzione che richiede allineamento tra moduli della piattaforma. | |
| * <color red>**IN**</color>: Intervento di nuova funzionalità o correzione che causa incompatibilità col passato | |
| * <color blue>**CA**</color>: Registrazione dell'emissione di una candidate, versione non ufficiale ma distribuita ugualmente per compiere verifiche e valutare la validità degli interventi compiuti | |
| |
| |
| ===== Procedure di Test Piattaforma eXtraWay ===== | |
| Quando si parla di Piattaforma eXtraWay essa viene solitamente associata all'emissione di un supporto nella quale si stabilisce quale insieme di moduli si possa considerare stabile e quindi possa e debba essere distribuito alla clientela.\\ | |
| In pratica, però, internamente a 3D, le attività che afferiscono alla Piattaforma eXtraWay vanno viste, in buona sostanza, come riferite e riferibili ad una data versione del server attorno al quale ruotano poi gli altri moduli (salvo alcune eccezioni).\\ | |
| Per cercare di rendere leggibile e fruibile questo documento, esso viene suddiviso in base alle diverse versioni del server eXtraWay se pure le indicazioni inerenti ai test potranno riferirsi a qualsiasi modulo della Piattaforma eXtraWay. In sostanza, quindi, nel consultare questo documento la prima sezione sarà sempre riferita alla versione in corso di sviluppo, quindi una versione di fatto <color red>"Candidate"</color>. | |
| |
| ===== 22.1.3.12 del 26/11/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 26/11 | xw | 22.1.3.12 | CE |La costituzione degli indici di un archivio con allegati molto vasti produce indici già corrotti.| | |
| ^ |L'errore va ricercato nel trattamendo dei //Buddy Files// nei quali non è prevista alcuna area di dimensioni superiori ai 64MB. L'archivio sul quale il problema si manifesta ha aree più vaste ed in assenza degli opportuni controlli si rischiava di trabordare dalla lista dei liberati del file .ref, accedere alla prima area contenuta nel file scamiandola per un'area liberata e corrompere, di conseguenza quell'indice. La mancanza di una verifica sul limite in essere causava un potenziale calcolo dello spazio richiesto per una catena di riferimenti errato (si pescava in un area di memoria non inizializzata) e poteva condurre anche ad un //Crash// del server.\\ Ampliata la portata del server, ora in grado di gestire catene di riferimenti ipoteticamente sino ai 2GB. Nei //Buddy Files// la dimensione massima gestita dall'area dei liberati rimane di 64MB ma possono essere create aree di dimensioni superiori le quali, però, sfuggono alla gestione delle aree liberate e se non utilizzate divengono spazio perso non recuperabile a meno che non si compia un compattamento degli indici.\\ Rif. eGroupWare Ticket 904.|||| | |
| ^ 08/11 | xw | 22.1.3.12 | CE |L'indicizzazione degli ID degli allegati alle volte fallisce.| | |
| ^ |L'errore va ricercato in un difetto di normalizzazione dei percorsi XML particolarmente nidificati quali sono, ad esempio, quelli degli allegati di cui si è fatta ampia nidificazione. In tal caso, nel determinare il tipo di indice da compiere sul campo, si può avere un troncamento erroneo del percorso cui fare riferimento. Questo conduce all'errore in esame che inficia tutti gli indici del documento corrente.\\ Va inoltre rilevato che, nonostante l'errore di indicizzazione, la condizione d'errore viene "appiattita" ed il comando torna in modo positivo nonostante tutto. Ciò è piuttosto grave.\\ Rif. eGroupWare Ticket 893.|||| | |
| |
| ===== 22.1.3.11 del 28/10/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 28/10 | xw | 22.1.3.11 | CE |L'indicizzazione degli ID degli allegati non consente l'indicizzazione di chiave nulla.| | |
| ^ |L'errore è dovuto al fatto che con la versione 21.2.0.* si è introdotto un controllo che inibisce la configuarzione del campo //%%//%%xw:file/@name// nel file //<nomearchivio>.conf.xml// pur forzando l'indicizzazione del valore nullo per tal campo.\\ Nonostante quest'intervento, non ponendo tra le chiavi configurate anche la chiave //%%//%%xw:file/@file//, non si componeva correttamente la sequenza delle chiavi //empty// e quindi tale chiave non veniva prodotta.\\ Intervenuti modificando la funzione che compone tale stringa in modo che forzi tale canale di ricerca come canale empty indipendentemente dalla configurazione, che anzi è tutt'ora sconsigliata in quanto inutile e traviante.\\ Vds eGW#884.|||| | |
| ^ 26/10 | xw | 22.1.3.11 | CE |Errore nell'assegnazione dei valori seriali.| | |
| ^ |Se si assegna un valore seriale dopo aver provocato un errore di univocità si corre il rischio di avere un'erronea assegnazione con un salto di numerazione.\\ L'errore è molto grave e serio.\\ Vds eGW#716.|||| | |
| ^ 08/10 | xw | 22.1.3.11 | CE |Crash in indicizzazione archivio Nse.| | |
| ^ |Il problema va ricercato in un difettoso utilizzo dei processi di hashing per l'uso del Binary Tree in sede di indicizzazione incrementale. Un banale errore di test faceva sì che una chiave per la quale non era più possibile fare uso dell'hashing venisse invece trattata come una chiave che rientrava in tale utilizzo, andando ad agire al di fuori delle aree a tal scopo allocate.\\ Vds eGW#852.|||| | |
| ^ 28/09 | xw | 22.1.3.11 | CE |Impossibile reperire un allegato.| | |
| ^ |Il problema era già stato affrontato nel settembre 2009 con scheda eGW#38 ma la soluzione, non verificata in modo completo, manteneva alcune condizioni d'errore.\\ Apportata ulteriore correzione.\\ Vds eGW#863.|||| | |
| ^ 28/09 | xw | 22.1.3.11 | NC |Applicazione UAC((Windows Only)).| | |
| |
| ===== 22.1.3.10 del 17/09/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 17/09 | xw | 22.1.3.10 | NC |Search & Replace incapace di compiere un'attività precisa.| | |
| ^ |Corretto ulteriormente l'intervento di cui alla versione 22.1.3.9 consentendo un comportamento regolare, un trattamento degli elementi //Mixed// e restituendo informazioni complete su tutte le cause d'errore.\\ Dettagli nella [[./comandi_extraway#comando_0x00000017_search_replace|documentazione del comando]].|||| | |
| |
| ===== 22.1.3.9 del 13/09/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 10/09 | xw | 22.1.3.9 | CE |Crash del server in accesso al vocabolario.| | |
| ^ |A quanto è possibile vedere, il buffer globale destinato al trattamento delle chiavi era sottodimensionato rispetto alla massima dimensione lecita per una chiave.\\ Se pure è raro che essa si presenti negli indici dei documenti, è invece facile che si manifesti nel thesaurus che prevede chiavi molto lunghe e composte da due parti entrambe ampie.\\ Vds. GWT000855.|||| | |
| ^ 10/09 | xw | 22.1.3.9 | CE |Tempi di esecuzione più lunghi del previsto nei test per l'Avvocatura di Stato.| | |
| ^ |Impostate le stesse tempistiche d'attesa previste dalla versione 23 del server così da ridurre i tempi morti inutilmente spesi dal server mentre attende la disponibilità di una determinata risorsa, nel nostro caso di un archivio.|||| | |
| ^ 03/09 | xw | 22.1.3.9 | CE |L'esecuzione di un //Search & Replace// da esiti errati.| | |
| ^ |Pur eseguendo correttamente il proprio compito, l'attività di //Search & Replace// indicava erroneamente quante e quali fossero i salvataggi effettuati e con quale esito..|||| | |
| |
| ===== 22.1.3.8 del 12/08/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 12/08 | xw | 22.1.3.8 | CE |Le applicazioni non hanno strumenti semplici per accedere dai numeri logici di una selezione ai corrispondenti numeri fisici.| | |
| ^ |Modificata la funzione che interviene per la generazione delle estensioni XSLT dei documenti perché si presti allo scopo.|||| | |
| |
| ===== 22.1.3.7 del 06/08/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 02/08 | xw | 22.1.3.7 | CE |L'import da //WatchDoc// di documenti con encoding non corrispondente a quello dichiarato nel file presenta una condizione d'apparente correttezza ma lascia il file ''.fail'' sul proprio percorso.| | |
| ^ |L'intervento effettuato nella precedente patch 6 non azzerava il codice d'errore vanificando quindi l'operazione di salvataggio.|||| | |
| ^ 30/07 | xw | 22.1.3.7 | CE |La costituzione del catalogo che preveda l'applicazione di un foglio di stile XSLT alle volte, pur non dando errore, non produce alcun risultato.| | |
| ^ |Il difetto va ricercato nel fatto che la funzione riceve puntatore e dimensione del buffer da elaborare ma se vi deve applicare anche il //namespace// ''xw:'' per poter interpretare correttamente gli allegati, compone mane il buffer da elaborare perché ignora la size notificata. In inserimento e modifica la cosa non si avverte ma nel fare catalogo da file (quindi anche da WatchDoc) l'errore può presentarsi.\\ Rettificato l'uso della dimensione anche in quel punto e corretto l'errore.|||| | |
| ^ 27/07 | xw | 22.1.3.7 | CE |La combinazione di //ranges// in forma di "Or List" ed altre estensioni (genere e numero, thesaurus, somiglianza, fonetica, etc.) non da l'esito atteso. Le estensioni non risultano applicate.| | |
| ^ |L'errore è dovuto al fatto che il //range// in forma di "Or List" veniva trattato come tutti i ranges, ovvero estraendo esattamente quei termini dal vocabolario, senza tenere in considerazione la possibilità che da essi si derivassero altri termini. Tutte le altre forme di //range// si avvalgono __espressamente ed intenzionalmente__ dei termini presenti nel vocabolario, e solo di essi, ma questo //range// fa naturalmente razza a se.\\ Vds. eGW#000840.|||| | |
| ^ 21/07 | xw | 22.1.3.7 | CE |La presenza di parentesi quadre nella frase di ricerca che non intendano racchiudere un campo conduce a comportamenti inesatti/inattesi.\\ La forma <color red>[campo1]=[campo2]</color> non da errore ma non da esito..| | |
| ^ |La richiesta (Vds. eGW#000770) non può essere accolta in quanto un tentativo di abbattere l'ambiguità data dall'uso improprio di parentesi quadre al fine di considerarle alla stregua di una strina qualsiasi impatta con la ricerca con //Anyalias// e la ricerca multi archivio, oltre a confliggere con alcuni casi di univocità.\\ La correzione si limita ad inibire e considerare sintatticamente errata la forma <color red>[campo1]=[campo2]</color>.|||| | |
| ^ 19/07 | xw | 22.1.3.7 | CE |Le ricerche per numero documento confliggono con le estensioni, ad esempio, per genere e numero.| | |
| ^ |Difetto riscontrato e corretto.\\ Vds eGW#000836.|||| | |
| ^ 19/07 | xw | 22.1.3.7 | CE |Gli indici corrotti dilagano a macchia d'olio e bloccano il funzionamento dell'archivio.| | |
| ^ |La problematica era già stata trattata in precedenza, per interrompere l'uso della catena dei liberati di un //Buddy File// quando essa risultasse corrotta.\\ La correzione era però insufficiente in quanto utilizzava comunque una prima area già riutilizzata con riflessi molto pericolosi sulla consistenza di quell'indice.\\ L'attuale correzione (Vds. eGW#827) è pensata per evitare anche questo problema.|||| | |
| ^ 13/07 | xw | 22.1.3.7 | **NC** |Evitare gli indici degli allegati quando essi si presentino di identico contenuto.| | |
| ^ |La funzionalità è stata concepita e sviluppata per avvantaggiarsi in scenari in cui ci siano allegati identici (Vds. segnalazione eGW000735) cosa che avviene non di rado ad esempio quando si allegano più versioni di un determinato documento in cui il testo non risulti di fatto cambiato.\\ Malauguratamente, per la suddetta segnalazione, questo intervento risulta inutile.|||| | |
| ^ 12/07 | xw | 22.1.3.7 | CE |Le attività massive che interessano conversioni XSLT sono estremamente lente.| | |
| ^ |Tentata un'ottimizzazione mantenendo caricato ed utilizzabile l'ultimo foglio di stile XSLT utilizzato al fine di evitare un inutile overhead nel ricaricare continuamente un oggetto sempre identico.\\ Purtroppo il guadagno in termini prestazionali non è ancora sensibile come speravamo, perché limitato all'XSLT e non ha effetti sul tempo necessario al caricamento DOM del XML da elaborare.|||| | |
| |
| ===== 22.1.3.6 del 06/07/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 05/07 | xw | 22.1.3.6 | CE |La creazione di un archivio nuovo manda in crash il server.| | |
| ^ |Interventi recenti per la generazione del server 22.1.3.5 hanno condotto a questo side effect, subito corretto. LA versione indicata viene deprecata.|||| | |
| ^ 01/07 | xw | 22.1.3.6 | CE |Gli errori di encoding rendono inusabili le vecchie applicazioni.| | |
| ^ |Il server non deve accettare che documenti dichiarati in encoding ''iso8859-1'' contengano, in realtà, caratteri appartenenti all'enciding ''windows-1252''.\\ La modifica di recente introduzione che inibisce il salvataggio di simili documenti, pur essendo corretta, causa diversi problemi alle applicazioni esistenti.\\ Per ovviare a questo si può introdurre, nei vecchi archivi, una voce di profilo che rende più lasco il controllo. Il server si limiterà ad indicare che c'è un errore di encoding senza provocare un errore bloccante.<code><profile type="arc.test_encoding" value="false"/></code>|||| | |
| ^ 01/07 | xw | 22.1.3.6 | CE |Esprimendo un range di valori sotto forma di //or list//, il programma ha un comportamento strano se uno di tali valori è il valor vuoto.| | |
| ^ |Ci sono due ordini di problemi.\\ Se il valor vuoto viene espresso con la sequenza <code>&null;</code> la presenza del punto e virgola confonde l'interprete dei ranges in quanto anch'esso è uno dei separatori di range.\\ Se il valor vuoto viene spresso con <code>"&null;"</code> il comportamento è corretto mentre se si indica semplicemente <code>""</code> l'esito non comprende il valor vuoto.\\ Sul primo problema c'è poco da fare, la sintassi rischia la confusione quindi si deve fare attenzione nell'utilizzo, il caso della sequenza "" è stata equiparata a quella del termine "&null;".\\ Ammessa come valida anche la forma <code>[campo]={valore}</code> ovvero <code>[campo]={"valore"}</code> che viene trattata come //or list// anche se l'elenco è composto da un solo valore.\\ Vds eGroupWare #820.|||| | |
| |
| ===== 22.1.3.5 del 30/06/2010 ===== | |
| |
| <color red>** VERSIONE DEPRECATA A CAUSA DI UN SIDE EFFECT **</color> | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 29/06 | xw | 22.1.3.5 | CE |La ricostruzione integrale di un archivio, in presenza di difetti che ne comportino la rimozione del file .stat.xml, causa la perdita dei seriali.| | |
| ^ |Il server assume che se un archivio esiste i suoi seriali si conservano, se non esiste si butta ogni cosa si trovi lungo la strada, assumendo che siano dati errati. Per sapere se l'archivio esiste ci si basa sul file //nomearchivio//.stat.xml in assenza del quale si assume che ci sia di buono solo il .conf.xml.\\ In questo caso si perde il .ser.xml in quelle occasioni in cui sia stato necessario cancellare alcuni file dell'archivio perché danneggiati o incompatibili con la versione di server che si va ad usare.\\ Visto che il flag di salvaguardia dei seriali esiste dalla notte dei tempi ma mai nessun client ne ha fatto uso, il server ora agisce d'ufficio salvaguardando sempre i seriali ed i thesaurus ed ignorando l'eventuale flag ricevuto.\\ Vds eGroupWare #788.|||| | |
| ^ 29/06 | xw | 22.1.3.5 | CE |Titoly //lazy// di più archivi si rubano continuamente la scena, rendendo molto più lento del necessario il compito di ricostruzione lazy dei titoli.| | |
| ^ |Il problema dipende dal fatto che mente si sta facendo un'operazione di lungo corso, come ad esempio il rifacimento dei titoli, il server tenta di fare anche altre attività eventualmente prioritarie. Per tale ragione da un po' di tempo a ciascuno dei compiti collocati nella directory ''lazy'' contando che, chi più chi meno, arriveranno tutti a termine senza particolare ritardo.\\ Dalla versione corrente del server i compiti //lazy// sono stati razionalizzati e quindi è stata data priorità <color red>**'A'**</color> alle indicizzazioni //off-line//, priorità <color orange>**'B'**</color> alle indicizzazioni delle modifiche dei documenti e priorità <color green>**'Z'**</color> ai titoli. In questo modo, mente si stanno facendo i titoli di un archivio, altri titoli non distoglieranno il primo dal suo compito mente attività a priorità superiore verranno svolte comunque prima interrompendo il flusso di attività in corso.\\ __Inoltre da adesso i titoli off.line vengono sempre fatti //lazy//, salvo divesa disposizione del chiamante__.\\ Vds eGroupWare #796.|||| | |
| ^ 24/06 | xw | 22.1.3.5 | <color green>NF</color> |Importazione documenti via //WatchDoc// comprensivo degli allegati.| | |
| ^ |Il problema è stato esposto molto tempo fa. La soluzione richiede la presenza, oltre al file da importare, anche di una directory in cui collocare gli allegati che si intende acquisire. La documentazione è disponibile al [[documentazione_3di:extraway:watchdoc#uso_di_watchdoc_per_importare_documenti_ed_allegati|seguente link]].\\ Vds eGroupWare #36.|||| | |
| ^ 17/06 | xw | 22.1.3.5 | CE |Errore di costituzione indici in presenza di chiavi ''also'' ed ''alias'' che interessino i canali XML e XSL incrociati tra loro.| | |
| ^ |Il problema si ha quando una chiave appartenente al macro canale XML viene posta in ''also'' o in ''alias'' con una chiave del macro canale XSL o vice versa. Il macro canale determina il primo byte delle chiavi ed in ambo i casi esso viene determinato sulla base di cosa si stia indicizzando, se il campo XML o il campo XSL. Da quel momento non lo si cambia.\\ Per le chiavi ''also'' è stato facile identificare un punto in cui ricostruire la chiave che va posta in altro vocabolario ed in quel frangente rettificare quel primo byte, ma nel caso della chiave ''alias'', che viene identificata a monte durante l'analisi del file di configurazione d'archivio, non si riesca più a fare, almeno non semplicemente.\\ In considerazione di quanto evidenziato il problema è stato affrontato in modo differente. Il macrocanale XSL è stato fuso con il macrocanale XML. In questo modo le chiavi che hanno un //XPath// in XSL convergono nel corrispondente canale XML e vice versa. I vantaggi sono semplici: è possibile in questo modo combinare vocabolari a piacimento, indipendentemente dal fatto che i dati corrispondenti appartengano alla componente XML o XSL.\\ Vds eGroupWare #805.|||| | |
| |
| ===== 22.1.3.4 del 11/06/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 09/06 | xw | 22.1.3.4 | CE |L'idicizzazione dell'archivio docway di Asolo da crash del server.| | |
| ^ |Il problema è dovuto al fatto che si indicizza in un certo "lotto" una chiave che appare due volte. Ciò significa che è stata inserita due volte nel BTree in memoria considerandole distinte ma che risulta la stessa chiave nel BTree su disco. Questo comporta che la chiave venga scaricata due volte producendo un file .LOT inconsistente (non può essere scandito in modo corretto) che provoca un crash in fase di scarico finale.\\ Corretto l'errore intervenendo sulla funzione di normalizzazione delle chiavi.|||| | |
| ^ 28/05 | xw | 22.1.3.4 | <color green>**NF**</color> |Semplificare la procedura per la realizzazione di archivi per CD.| | |
| ^ |Realizzato un singolo comando in grado di compiere tutti i passi necessari alla realizzazione di un archivio che sia il clone integrale o semplicemente di una parte di un altro archivio. L'archivio così ottenuto può essere già pronto per l'uso su un supporto ottico e con una distribuzione di server in grado agire su archivi così protetti.|||| | |
| ^ 27/05 | xw | 22.1.3.4 | CE |Il ritocco, da programma, del file .conf.xml produce un file errato ed inutilizzabile.| | |
| ^ |Quando il ritocco di un file di configurazione interessa un file che contiene attributi isolati da singoli apici perché al loro interno si esprimono apici doppi, la funzione a ciò preposta sbagliava usando doppi apici in fase di scrittura del contenuto. Ora la funzione è stata del tutto riscritta e se anche cambia l'attributo prediligendo i doppi apici e codificando opportunamente((")) i doppi apici in esso contenuti, il contenuto dell'attributo è ora coerente rispetto all'encoding ed il file mantiene la sua //Wellformedness//.|||| | |
| ^ 26/05 | xw | 22.1.3.4 | CE |Non si riesce a compiere un'importazione via //WatchDoc// su alcuni archivi.| | |
| ^ |Se un archivio privo di //file_location rule// la modalità usata dal server per identificare in quale file XML scrivere il documento è quella detta //single//((Che corrisponde ad un singolo file, numerato progressivamente, per ciascun documento)). La procedura che determina il nome di tale file è la stessa usata per gli allegati. In tale frangente, essendo fondamentale l'univocità, un archivio non completamente indicizzato causa errore. Questo è lo scenario che si presenta dopo l'importazione del primo documento via //WatchDoc//.\\ Allentata la stretta del controllo sull'univocità quando la procedura viene utilizzata per scopi legati ai files XML anziché agli allegati.|||| | |
| |
| ===== 22.1.3.3 del 19/05/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 08/05 | xw | 22.1.3.3 | CE |Errore di indicizzazione allegati.| | |
| ^ |Se un allegato contiene un BOM che indica che esso contiene UTF-8, il server 22 compie una normalizzazione a WinLatin1 per fare la migliore indicizzazione possibile. Ovviamente questo comporta una conversione. La funzione non allocava abbastanza spazio per questo compito.\\ Ricalcolato in modo ampio lo spazio disponibile, le versioni successive di server faranno invece un calcolo esatto (Vds. GWT000750).|||| | |
| ^ 06/05 | xw | 22.1.3.3 | CE |A seguito di un'azzeramento d'archivio il risultato dello stesso è inutilizzabile.| | |
| ^ |Mancando una reale condizione di test sulla concorrenza tra l'azzeramento di un archivio, considerato abbastanza __definitivo__ per non dover prendere particolari precauzioni, ed eventuali operazioni di inserimento e modifica, è possibile, in linea teorica (ed anche in linea pratica a giudicare dalla segnalazione eGW #747) che un server sovrascriva il file //nomearchivio//.stat.xml e le header degli altri files dopo che un altro server ha provveduto all'azzeramento.\\ L'archivio risultante se tutto va bene, non può più essere aperto((La header del file .idx manda ad una root che non esiste assolutamente)) ne quindi si riesce a ricostruirlo da capo se non rimuovendo a mano i files.\\ Si da il caso, però, che il server che l'ha azzerato, convinto della sua validità sulla base di quello che ha in //cache//, consente operazioni come la costituzione della mappa e dei titoli con risultati drammatici((Lo .stat.xml cita documenti che non ci sono, appare un catalogo che conta il doppio dei documenti e la prima metà non esiste)).\\ Compiuto un intervento che si assicura di bloccare l'archivio esistente prima di rimuoverlo così da assicurarsi che l'archivio risultante sia corretto.|||| | |
| ^ 05/05 | xw | 22.1.3.3\\ 21.1.3.116_p23 | CE |L'esportazione delle relazioni può dare errore.| | |
| ^ |In presenza di relazioni ampiamente nidificate, la stringa che deriva dall'esportazione era superiore alla dimensione del buffer destinato alla sua composizione.|||| | |
| |
| ===== 22.1.3.2 del 15/04/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 15/04 | xw | 22.1.3.2 | CE |Problemi con xreg contenenti un elevato numero di files.| | |
| ^ |Il problema è dovuto al fatto che si fa uso di una funzionalità per l'identificazione dei files da trattare da quella directory che si è dimostrata poco adatta allo scopo ed estremamente //time and resource consuming//. Revisione della funzionalità al fine di risolvere il problema.|||| | |
| ^ 15/04 | xw | 22.1.3.2 | CE |Si produce un loop nella valutazione dei compiti da assegnare ad FCA((Unix Only)).| | |
| ^ |Il problema è dovuto alla mancanza di normalizzazione del percorso corrente, acquisito da argv[0], che si riflette su tutte le altre composizioni di percorsi di file. Normalizzando quella voce il problema svanisce.\\ Vds. GWT000699.|||| | |
| |
| ===== 22.1.3.1 del 09/03/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 04/03 | xw | 22.1.3.1 | CE |L'accesso al vocabolario con pattern causa condizioni di //loop//.| | |
| ^ |La verifica della presenza di un pattern comune in caso di ricerca delal chiave greater non teneva conto correttamente, nelle successive letture 'next', che la radice fosse per lo meno comune.\\ Vds. [[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=639|GWT000639]]|||| | |
| ^ 04/03 | xw | 22.1.3.1 | CE |In fase di spegnimento servizi capita che un server slave rimanga attivo e consumi CPU.| | |
| ^ |L'errore si ha quando un server slave riceve il comando che lo informa che deve chiudersi. Tale comando, asincrono, viene gestito da un apposito //handler// il quale è pensato per essere eseguito in modo recursivo ogni volta che esso rileva che c'è un comando ancora pendente. Il bit del comando di chiusura non viene abbattuto in quanto è utile sapere che la chiusura è stata richiesta. Inibita la reiterazione qualora il solo comando pendente sia quello di chiusura.\\ Vds. [[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=559|GWT000559]]|||| | |
| ^ 04/03 | xw | 22.1.3.1 | CE |L'esecuzione massiva della ricostruzione titoli produce un file di titoli inutilizzabile e quindi causa sensibili rallentamenti a tutto il sistema.| | |
| ^ |Il problema s'è manifestato da quando, nella costituzione dei titoli, si è deciso di procedere dall'ultimo al primo((In questo modo si privilegiano i titoli dei documenti più recenti che sono maggiormente candidati ad essere consultati)) anziché in ordine numerico naturale. La procedura che provvedeva a sbiancare la parte di file //.tip// non ancora valorizzata compiva un errore banale sovrascrivendo anche la header con risultati disastrosi.\\ Vds. [[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=636|GWT000636]]|||| | |
| ^ 03/03 | xw | 22.1.3.1 | CE |L'applicazione di un filtro nell'accesso al vocabolario che presenti un asterisco come primo carattere produce una stringa vuota.| | |
| ^ |Il confronto sul pattern era corretto ma, malauguratamente, tale confronto non doveva limitarsi ad affermare se la stinga fosse corrispondente o meno, ma anche se si fosse ancora in un //range// utile per evitare che il controllo sul pattern scandisca inutilmente tutto il vocabolario.\\ Per verificare se si rientra nel //range// si controlla la corrispondenza della parte //radice// della chiave che in presenza di //Wild Card// come primo carattere non dava un risultato significativo. In questo caso, ora, si asserisce di essere sempre nel //range//.\\ Vds. [[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=635|GWT000635]]|||| | |
| ^ 01/03 | xw | 22.1.3.1\\ 21.1.3.116_p21 | CE |Loop processo XReg su //Job Files//.| | |
| ^ |L'identificazione del problema non è affatto intuitiva. Si direbbe che files scritti correttamente e chiusi dallo //Slave// risultino privi di contenuto o con contenuto incompleto da parte del //Master// che inoltre sembra fallire nel tentativo di rimuoverli.\\ Come soluzione si adotta un ulteriore livello di //renaming// atto ad escludere per quanto possibile la proliferazione incontrollata del file di registro. Questo non ci assicura che il server master non cada in una sorta di loop ma per lo meno non vanifica lo scopo del file //xreg...//. Correzione da sperimentarel.\\ Vds GWT000536.|||| | |
| ^ 19/02 | xw | 22.1.3.1 | CE |Indici corrotti.| | |
| ^ |Problema dipendente dalla presenza di un carattere 'þ' che veniva maldestramente interpretato dalla funzione di normalizzazione. Il problema è stato arginato mettendo una vera e propria pezza nelle funzioni che inseriscono le chiavi nel BTree/CBtree/BTreeMem ed imponendo un ulteriore filtro nella funzione di indicizzazione incrementale o differenziale che inserisce le chiavi visto che in alcuni casi, meno rari del previsto, si inseriva una chiave vuota.\\ Vds GWT000596.|||| | |
| |
| ===== 22.1.3.0 del 08/02/2010 ===== | |
| |
| ^ Data ^ Mod ^ Ver ^ ^ Sintomo o Segnalazione ^ | |
| ^ 27/01 | xw | 22.1.2.0 | CE |Performance.| | |
| ^ |Modificato il sistema di apertura degli archivi, le memset in memoria quando non necessarie e le allocazioni in fase di ricerca che erano eccessive.|||| | |
| ^ 22/01 | xw | 22.1.2.0\\ 23.0.0.0-EVO | CE |In assenza del file //context.stat.xml// esso viene creato alla prima registrazione ma viene realizzato errato.| | |
| ^ |Corretta la stesura del file nel quale, se assente, un attributo //id// veniva realizzato erroneamente come elemento.|||| | |
| ^ 29/12 | xw | 22.1.2.0 | CE |Nel compiere dei //BenchMark// con altre versioni del server verificata una lentezza in modifica documenti.| | |
| ^ |Il problema è stato arginato adottando l'uso della //cache// del BTree anche in modifica, cosa che non era mai stata fatta.\\ Vds GWA001344.\\ Inoltre è stato compiuto un export delle chiavi del vocabolario quando si fa il check dello stesso a patto che esiste, nella directory dell'archivio, un file <nomearchivio>.keys.|||| | |
| ^ 04/12 | xw | 22.1.2.0\\ 21.2.1.20 | CE |Compiere una ricerca per disuguaglianza o range di date può provocare un warning nel file di log del server apparentemente ingiustificato.| | |
| ^ |L'errore è causato dalla presenza di doppi apici. In tal caso la normalizzazione della data non viene fatta e la selezione ha luogo in modo corretto solo se la data è già normalizzata.|||| | |
| ^ 04/12 | xw | 22.1.2.0\\ 21.2.1.20 | CE |In condizioni diverse il titolo che contiene una data la torna in forma __GG/MM/AAAA__ oppure __AAAAMMGG__.| | |
| ^ |Il problema è legato ad un errore di normalizzazione nel caso la data sia già presente nel titolo di default e si chieda, invece, la realizzazione di un titolo di nuovo tipo.|||| | |
| ^ 03/12 | xw | 22.1.2.0\\ 23.0.0.0 | CE |Indicizzando alcune //Processing Instruction// si hanno dei Crash del server.| | |
| ^ |Il problema è legato ad un cattivo uso di una variabile che era locale anziché globale.|||| | |
| ^ 02/12 | xw | 22.1.2.0\\ 23.0.0.0 | CE |L'applicazione di un filtro all'accesso ai vocabolari non da esito.| | |
| ^ |Il comando è stato realizzato 2 anni or sono e dopo un test iniziale sul fronte del server non era mai stato, di fatto, utilizzato.\\ All'atto della sua verifica sono stati necessari alcuni interventi ed ora è operativo.\\ Il pattern ammesso è una stringa, //case insensitive//, che presenti una o più //Wild Cards//.|||| | |
| ^ 01/12 | xw | 22.1.2.0 | CE |Estendendo un nome di campo ove sia presente una //wild card// la ricerca non da esito.| | |
| ^ |L'errore si presenta quando la ricerca si effettua su un anale espresso con un percorso XML che presenta una //wild card// ed il cui valore contiene a sua volta una //wild card//. In questo caso il test sul contenuto del campo non teneva conto del fatto che la //wild card// non andava usata come separatore ed il valore utilizzato per verificare se si possa estendere verso quel campo era troncato. In tal modo il campo non veniva eletto tra quelli ove compiere l'estensione.|||| | |
| ^ 26/11 | xw | 22.1.2.0\\ 21.2.1.19 | CE |Le operazioni pianificate per il Crawler non sono regolari. Alcune sono ripetute ad oltranza.| | |
| ^ |In errore di implementazione provocava un test corretto per la prima operazione in elenco mentre per tutte le altre la valutazione momento nel futuro in cui eseguire nuovamente l'operazione dava un esito errato producendo una data nel passato.|||| | |
| ^ 26/11 | xw | 22.1.2.0\\ 21.2.1.18 | CE |La creazione di uno Zip d'archivio non comprende il file //nomearchivio//.lck. Questo da problemi se tale archivio viene usato per un CD Rom.| | |
| ^ 16/11 | xw | 22.1.2.0 | CE |Per indicizzare correttamente i testi provenienti da elaborazione OCR((Dalla presente versione si adotta un FCS in grado di estrarre testo da immagini usando l'OCR Open Source //Tesseract//)) introdotto il trattamento del //Byte OrderModel// anche nei files testuali dai quali si estragga testo da indicizzare.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=430&no_popup=1|Feature Request #430: Realizzare indicizzazione testi anche in formato UTF-8.]]\\ Modificato il trattamento dei testi presi dai files testuali ottenuti da FCS perché so verifichi la presenza in testa del BOM che indica l'encoding UTF-8 e si proceda alla successiva riconversione al formato interno di indicizzazione.|||| | |
| ^ 11/11 | xw | 22.1.2.0 | CE |Il controllo vocabolario di archivi particolarmente vasti causa errori nell'ordine delle chiavi.| | |
| ^ |Il problema era da ricondurre alle dimensioni di un buffer atto a contenere la chiave che risultava sottidimensionato.|||| | |
| ^ 29/10 | xw | 22.1.2.0 | CE |L'esportazione di una porzione d'archivio, comprensiva di allegati, in un file .zip da risultati errati. Il file Zip appare privo dell'XML contenente i dati ed i tempi di realizzazione sono lunghissimi.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=352&no_popup=1|Bug #352: xmlcommand esportazione.]]\\ L'errore assume di fatto due aspetti.\\ Il primo, inerente la costituzione del file .zip, è stato corretto con versioni successive che ora costituiscono lo .zip in modo coerente. Nella versione su cui è stato rilevato l'errore((21.1.3.116 patch 3 linux)) lo .zip veniva costituito ma alcuni nomi di percorsi al suo interno erano errati presentando numerose seuquenze ''\..\'' che mostravano quindi un contenuto incongruo.\\ La versione corrente ne è priva e non si prevede, per ora, di apportare patches.\\ Per quanto concerne la lentezza sono stati fatti interventi per imputare in un file .zip molteplici files in un sol colpo((256)) evitando di rischiare di far uso di una libzip.dll/so che non sia allineata alla versione ''1''.|||| | |
| ^ 29/10 | xw | 22.1.2.0 | CE |Quando un inserimento non va a buon fine a causa di un //crash// del server lascia sovente un file ''_.xml'' che impedisce operazioni successive.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=343&no_popup=1|Bug #343: Errore durante il salvataggio per l'aggiornamento delle informazioni di accesso.]]\\ Modificata la stesura di tali files in modo che siano sempre correttamente //Well Formed// e quindi, anche quando rimangono su //file system// per errore e non vengono rimossi, risultano comunque validi e consentono operazioni successive.|||| | |
| ^ 21/10 | xw | 22.1.2.0 | CE |Esistono documenti che, pur dichiarati //ISO-8859-1// contengono caratteri //windows-1252//.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=320&no_popup=1|Bug #320: Verifica encoding documenti.]]\\ Il test di //wellformedness// effettuato tramite la libreria standard //libxml2// non rileva questo difetto formale.\\ Introdotto un ulteriore test che impedisce il salvataggio di simili documenti.|||| | |
| ^ 14/10 | xw\\ xwls | 22.1.2.0\\ 1.4.2.0 | CE |Le versioni Unix non distinguono i messaggi iniziali tra //stdout// e //stderr//.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=303&no_popup=1|Bug #303]]\\ Compiuto intervento sul server e su xwls distinguendo i due output.|||| | |
| ^ 06/10 | xw | 22.1.2.0\\ 21.1.3.116_p18 | CE |Alcune selezioni contenenti adiacenze non danno l'esito atteso.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=270&no_popup=1|Bug #270: Selezione differente dalle attese]]\\ La ricerca per adiacenza differenzia le adiacenze //canoniche// da quelle rappresentate da gruppi di adiacenza per non creare confusione.\\ Ciò comporta che vengono generate due liste di adiacenze che poi venivano accodate e valutate in ordine: prima quelle standard e poi quelle di gruppo. Ora, invece, vengono //miscelate// rispettando l'ordine di identificazione in modo che l'ordine di esecuzione durante il test corrisponda all'ordine di valutazione durante la soluzione della formula //Polacca Invesa// che altrimenti dava esiti bislacchi.|||| | |
| ^ 29/09 | xw | 22.1.2.0\\ 21.2.1.17\\ 21.1.3.116_p17 | CE |Nel valutare il comportamento del server in merito alla segnalazione //eGroupWare #263// si sono rilevati crash del server in indicizzazione.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=239&no_popup=1|Bug #239: Crash in indicizzazione NSE]]\\ L'intervento compiuto nella scheda indicata riguarda il trattamento di campi da indicizzare come ''data'' che contengono oggetti di diversa natura. Nel trattamento di tali campi si assumeva erroneamente che il contenuto non superasse per dimensioni la dimensione di una chiave standard rischiando //overflow// di un buffer non opportunamente dimensionato. Sanato il rischio di //overflow//.|||| | |
| ^ 29/09 | xw | 22.1.2.0\\ 21.2.1.17 | CE |Quando un campo ''data'' contiene valori incongruenti può capitare che il vocabolario venga popolato da chiavi ''stringa'' che, utilizzate in ricerca, non conducono ad alcun risultato.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=236&no_popup=1|Bug #236: La ricerca su un campo data non da gli esiti attesi]]\\ La verifica sull'archivio (nse) dimostra che il campo della data di deposito di una sentenza contiene spesso stringhe di testo libero con contenuti non riconducibili ad una data vera e propria. In tal caso, in presenza di caratteri speciali, essi subivano una normalizzazione ad opera della funzione di conversione della data che aveva impatti sulla chiave inserita nel vocabolario. La normalizzazione introduceva spazi che, in fase di ricerca, venendo a loro volta normalizzati, conducevano a non identificare la giusta chiave nel vocabolario e quindi a non produrre risultato.\\ Modificata la funzione che tenta la conversione del contenuto in valore data in modo che la normalizzazione compiuta all'interno non abbia impatti sull'indicizzazione ed il valore incongruo rimanga in tutto e per tutto invariato garantendo che, per quanto il vocabolario sia mal popolato, le selezioni abbiano luogo correttamente.|||| | |
| ^ 02/09 | xw | 22.1.2.0 | CE |Quando il processo FCA compie continue aperture e chiusure delle connessioni con eXtraWay Server avviene che un server parta ma si blocchi (andando in crash) e da quel momento non si riesce più ad avviare nuovamente un server per FCA senza riavviare eXtraWay.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=106&no_popup=1|Feature #106: errore comunicazione fca-xw]]\\ Dalle tracce in un //core// si direbbe che si tratti di un problema legato alla presenza di un'attività che il server Slave appena partito è convinto di dover fare, come attività pendente. Essa in realtà non gli appartiene ((credibilmente è riferita ad un server che l'ha preceduto e del quale esso sta riciclando lo "slot" in memoria)) ma esso tenta di accedere ugualmente all'area di memoria che ne contiene i dettagli finendo in loop oppure andando in crash. Questo comportamento appartiene solo ed esclusivamente ai server Unix, cosa che per il momento pare confermata.|||| | |
| ^ 30/07 | xw | 22.1.2.0 | CE |L'esito delle operazioni di Search & Replace non dice quando esse sono completate (manca corretto avanzamento). Mancano inoltre altre informazioni utili.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=91&no_popup=1|Feature #91: Estensione funzionalità Search & Replace]]\\ Perfezionato l'output così che indichi la fine lavori e torni un maggior numero di dettagli\\ Essi sono:|||| | |
| ^ ^total||Numero totale dei documenti da sottoporre a conversione|| | |
| ^ ^done||Numero totale dei documenti effettivamente elaborati|| | |
| ^ ^erased||Numero dei documenti che sono risultati cancellati|| | |
| ^ ^nested||Numero dei documenti non processati in quanto contenenti a loro volta documenti nidificati|| | |
| ^ ^notOwned||Numero dei documenti non processati in quanto non di proprietà del server|| | |
| ^ ^notWellformed||Numero dei documenti non processati in quanto non //Well Formed//|| | |
| ^ ^xsltFailure||Numero dei documenti non processati in quanto l'applicazione del foglio di stile XSLT per il //Serach & Replace// ha causato una condizione d'errore|| | |
| ^ ^lockFailure||Numero dei documenti non processati in quanto non disponibili perché bloccati da altri utenti|| | |
| ^ ^saveFailure||Numero dei documenti non processati in quanto, pur avendo compiuto tutti i passi necessari in modo corretto, si è verificato un errore in fase di salvataggio degli stessi|| | |
| ^ 24/07 | xw | 22.1.2.0 | CE |Avviene, in modo incomprensibile, che un archivio risulti bloccato irrimediabilmente.| | |
| ^ |[Segnalazione Mantis #631]\\ C'è un caso un po' particolare in cui dopo aver bloccato l'archivio il server tenta di ricaricarne lo stato (<nomearchivio>.stat.xml) fallendo. In questo caso l'archivio veniva lasciato erroneamente bloccato in modo irrimediabile se non provocando la chiusura di quell'istanza di server.|||| | |
| ^ 24/07 | xw | 22.1.2.0\\ 21.2.1.16 | <color green>**NF**</color> |Nel comporre un titolo avente modalità //container// ovvero che prenda tutto il contenuto degli elementi indicati e dei loro discendenti, serve poter inibire l'acquisizione di alcuni elementi.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=74&no_popup=1|Feature #74: Consentire esclusioni nella modalità container della composizione dei titoli]]\\ Dalla versione indicata è possibile aggiungere in coda agli elementi (solo agli elementi) un punto esclamativo e , di seguito, uno o più nomi di elementi separati da virgole. Di tali elementi si desidera che non si acquisisca il contenuto. Questa modalità è consentita se e solo se il singolo campo o tutto il titolo viene fatto con mdalità //container//.|||| | |
| ^ 21/07 | xw | 22.1.2.0\\ 21.2.1.15 | CE |La composizione dei titoli non può essere compiuta in modalità //container// così come invece avviene per la realizzazione delle chiavi. Questo comporta limiti e vincoli alle applicazioni che hanno l'XML strutturato in modo ''mixed''.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=69&no_popup=1|Feature #69: Comporre titoli in modalità "container"]]\\ Dalla versione indicata è possibile aggiungere in coda agli elementi (solo agli elementi) il modificatore ''(container)'' che indica appunto in che modo calcolare il titolo per la componente richiesta.\\ Se tale modalità viene richiesta per tutti gli elementi del documento citati nella regola di composizione del titolo, allora si può agire direttamente introducendo nel file di configurazione il seguente profilo:\\ <code><profile type="title.mixed" value="true"/></code>|||| | |
| ^ 16/07 | xw | 22.1.2.0\\ 21.2.1.14 | CE |Importando via //WatchDoc// documenti che dovrebbero essere sottoposti alla costituzione di extra dati via foglio di stile ''XSLT'' la stragrande maggioranza dei dati risulta di fatto priva di tale estensione.\\ Se però si procede alla modifica di uno qualsiasi dei documenti importati, lo stesso risulta valorizzato correttamente nella sua parte ''XSL''.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=52&no_popup=1|Bugs #62: Mancata valutazione estensione XSLT per documenti acquisiti via WatchDoc]]\\ I documenti importati erano sovente privi della dichiarazione del //name space// ''xw''. L'aggiunta di tale dichiarazione veniva fatta senza ricalcolare doverosamente la dimensione del buffer dal quale si sarebbe poi tratto il DOM XML. Impostando nuovamente la size dopo la modifica, il problema svanisce.|||| | |
| |
| ===== 22.1.1.0 del 13/07/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0058239|Download eXtraWay Server 22.1.1.0]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^07/07|xw|22.1.0.5|CE|La modifica di documenti di ampie dimensioni per i quali vige una regola di composizione titolo complessa richiede molto tempo|Sostituire il server e riprovare|Il tempo è ora decisamente ridotto.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=51|Bugs #51: Accesso ai documenti non effettuato causa locking pendente]]\\ Il problema ha due aspetti.\\ La composizione titoli si avvale di una funzione piuttosto obsoleta e ripetitiva per la determinazione delle diverse parti del documento, tale funzionalità potrebbe essere sostituita/aggiornata con successo.\\ In secondo luogo, se l'archivio non configurato per fare i titoli ''lazy'' ma essi servono e servono subito, può risultare "scomodo" che essi non ci siano. Con la versione '22.1' del server esistono due modalità ritardate di composizione del titolo, la ''lazy'' che rimanda la composizione del titolo al primo momento utile, e la ''delay'' che non lo compone affatto aspettando che venga richiesto per la prima volta.\\ In ambo i casi, dal momento che il titolo non viene ricalcolato subito, esso viene annullato in corrispondenza della modifica del documento e quindi nel caso ''lazy'' è sempre possibile che il titolo venga richiesto prima dell'intervento della procedura ritardata ed in quel caso il titolo verrà calcolato due volte.\\ \\ <color red>Le due modalità sono alternative e la modalità ''delay'' viene considerata solo se non è stata configurata positivamente la ''lazy''</color>.\\ \\ Esempio:\\ <code><profile type="title.lazy" value="true"/></code>\\ ovvero\\ <code><profile type="title.delay" value="true"/></code>|||||| | |
| |||||||| | |
| ^02/07|xw|22.1.0.5|CE|Se viene inviato erroneamente un pacchetto ''UDP'' al server master che non rappresenti un comando proveniente da ''hwadmin'', il server master, errando l'interpretazione, va in //crash//|Sostituire il server e riprovare|Il server //sopravvive// all'attacco.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=52&no_popup=1|Bugs #52: crash server xw e xwls per buffer overflow]]|||||| | |
| |||||||| | |
| ^01/07|xw|22.1.0.5\\ 21.2.1.13|CE|L'impostazione della caratteristica di ''key_also'' su un canale di chiave già dichiarato ''container'' non dagli effetti desiderati: nella chiave ''also'' non confluiscono i valori dell'elemento e dei suoi sotto elementi|Sostituire il server e ricostruire gli indici|Il vocabolario del canale ''also'' è ora correttamente valorizzato| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=50&no_popup=1|Bugs #50: La chiave 'XML,/virtual/nota' ha un vocabolario vuoto]]|||||| | |
| |||||||| | |
| ^30/06|xw|22.1.0.5|CE|Se un allegato ha nella propria estensione((Per estensione si intende tutto quanto si trova dopo il primo punto che appare nel nome del file. Questa scelta, che appare in controtendenza, è dovuta alla presenza in alcuni casi di doppie estensioni di files quando, ad esempio, si somma all'estensione naturale quella dovuta alla firma digitale.))un carattere che in XML si tende ad sottoporre ad //escaping//, come il carattere '&', il suo reperimento va in errore, ovvero, l'allegato non si trova|Sostituire il server e riprovare. Gli allegati non reperiti saranno con ogni probabilità ancora collocati nella directory di //parcheggio//.\\ Modificare i documenti cui essi fanno riferimento per forzarne il collocamento nelle directory di destinazione|L'assegnazione di allegati di tale natura avviene ora correttamente| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=45&no_popup=1|Bugs #45: Escaping all'interno del nome file]]|||||| | |
| |||||||| | |
| ^30/06|xw|22.1.0.5\\ 21.1.3.116_p16|CE|Si rilevano dei loop del server master in stesura del file di registro con un enorme dispendio di memoria|Sostituire il server e riprovare|Ora il server segnala la cosa nel log e procede col file successivo isolando il file malformato che comunque rimane a disposizione.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=41&no_popup=1|Bugs #41: Server in apparente loop]]|||||| | |
| |||||||| | |
| ^18/06|xw|22.1.0.4|<color blue>CA</color>| <color blue>__Emissione "Candidate"__</color> ||| | |
| ^ |L'emissione di questa Candidate è finalizzata a fornire a Regesta una versione di server in grado di trattare documenti in lingua greca e compiere su di essi ricerche significative, consente inoltre di alimentare un vocabolario con chiavi estese UTF-8..|||||| | |
| |||||||| | |
| ^18/06|xw|22.1.0.4\\ 21.2.1.12|CE|Nelle installazioni per CD l'icona del server nella //Tray Bar// dovrebbe essere nascosta|Sostituire il server ed eseguirlo con parametro ''-notray''| | | |
| |||||||| | |
| ^10/06|xw|22.1.0.4\\ 22.0.1.1\\ 21.2.1.11|CE|Qualora l'applicazione di un foglio di stile XSLT non dia esito durante la ricostruzione massiva delle estensioni, il server da errore|Sostituire il server e riprovare|Ora il server segnala la cosa nel log senza dare errore| | |
| ^ |L'applicazione alla patch 21.2.1.10 risale al 17/06/2009.|||||| | |
| |||||||| | |
| ^05/06|xw|22.1.0.4|CE|In fase di prima registrazione del server il file ''context.stat.xml'' viene compilato in modo incompleto.|Sostituire il server e riprovare.|Oltre ad impostare nome struttura ed una versione fittizia pari a ''000.000'', ora viene impostata anche la data di registrazione a patto che il valore della versione debba essere ancora registrato.| | |
| |||||||| | |
| ^04/06|xw|22.1.0.4|NC|L'accesso ad una selezione non più disponibile da un ''Errore Generico'' poco significativo.|Sostituire il server e riprovare.|Il server ora torna ''File Non trovato'' in corrispondenti condizioni.| | |
| ^ |[[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0058021|RW0058021]]\\ Il codice d'errore corrispondente è ora ''810'' anziché ''800''.|||||| | |
| |||||||| | |
| ^03/06|xw|22.1.0.4|NC|La ricerca probabilistica non può essere evocata direttamente con un modificatore della selezione.|Sostituire il server ed impostare ''[?PROBAB]'' in frase di ricerca.|La ricerca ha luogo in modo probabilistico.| | |
| ^ |[[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0057650|RW0057650]]\\ Si ottiene ora un comportamento corrispondente anche impostando un qualsiasi altro modificatore del tipo ''PROBAB'' atto ad indicare soglie, percentuali di ranking e così via. In precedenza tali valori, se non accoppiati ad una ricerca probabilsitica esplicita, venivano ignorati, ora ne forzano la modalità probabilistica anche se non diversamente esplicitato.|||||| | |
| |||||||| | |
| ^29/05|xw|22.1.0.4\\ 21.2.1.8|CE|L'archivio generato per CD si corrompe e diviene inutilizzabile.|Sostituire il server e generare un nuovo archivio per CD.|Non si hanno più manifestazioni di errore.| | |
| ^ |[[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0058084|RW0058084]]\\ Il problema va ricercato nel fatto che, erroneamente, la composizione complessiva dei titoli avveniva a partire dal secondo documento anziché dal primo. Una selezione che identificasse anche tale documento ne provocava l'aggiunta tra i titoli|||||| | |
| |||||||| | |
| ^29/05|xw|22.1.0.4|CE|La composizione dei titoli presenta delle componenti ''<![CDATA['' e '']]>'' che lo rendono difficile da utilizzare e, se non correttamente bilanciate, causano difetti comportamentali.|Sostituire il server e rigenerare la cache dei titoli.|I titoli prodotti non presentano più queste componenti, gli ordinamenti svolti su tali titoli sono ora maggiormente corretti.\\ ([[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0054103|RW0054103]])| | |
| |||||||| | |
| ^28/05|xw|22.1.0.4|CE|L'indicizzazione fuori linea di un archivio con server di classe '<color red>22</color>', giunta al termine, da un errore di coesistenza di chiavi in cui l'//iword// è e non è presente. Questo è illegale e blocca l'operazione, per altro anche dopo una lunga lavorazione.|Sostituire il server e replicare l'indicizzazione.|L'operazione termina correttamente producendo indici leciti.| | |
| ^ |[[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0058066|RW0058066]]\\ Nel compiere una revisione complessiva delle metodiche di indicizzazione introdotta dalla versione '<color red>22</color>' del server si è compiuto un errore che produceva questo risultato in modo del tutto casuale ed esclusivamente sul server //Release//.|||||| | |
| |||||||| | |
| ^28/05|xw|22.1.0.4\\ 21.2.1.8|CE|La ricerca con range di proiezione causa in alcuni casi il loop infinito del server.|Sostituire il server e replicare la selezione.|La ricerca termina correttamente.| | |
| ^ |[[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0058084|RW0058084]]\\ Il problema si manifesta quando si richiede un percorso di chiave del quale fare l'analisi spettrale ma tale chiave non esiste.|||||| | |
| |||||||| | |
| ^28/05|xw|22.1.0.4\\ 21.2.1.7|CE|Crash del Server in indicizzazione in presenza di chiavi //container// che sono anche //key_also//.|Sostituire il server e replicare l'indicizzazione.|Non si hanno più manifestazioni di errore.| | |
| ^ |[[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0058066|RW0058066]]\\ Il problema risale ad un intervento ([[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0048630|RW0048630]]) per correggere lo stesso problema che è stato effettuato male ed influenza server dalla versione 21.0.1.*.|||||| | |
| |||||||| | |
| ^28/05|xw|22.1.0.3|<color blue>CA</color>| <color blue>__Emissione "Candidate"__</color> ||| | |
| ^ |L'emissione di questa Candidate è fondamentalmente interna, per consolidare lo stato dei sorgenti in una delicata fase di sviluppo.|||||| | |
| |||||||| | |
| ^26/05|xw|22.1.0.3\\ 21.2.1.6\\ 21.1.3.116_p13|CE|Crash del Server Master.|Sostituire il server.|Non si hanno più manifestazioni di errore ma nella directory ''xreg'' possono apparire dei files con estensione ''.fail''.| | |
| ^ |<color blue>RW0058114</color>\\ Il problema sta nell'analisi del contenuto del file di registro. Se esso non rispetta alcuni canoni, è malformato o incompleto, il server master può andare in errore. Aggiunto un ulteriore controllo sul contenuto prima di valutare la //data// dell'attività da registrare.|||||| | |
| |||||||| | |
| ^25/05|xw|22.1.0.3\\ 21.1.3.116_p12|CE|Si hanno errori di indicizzazione su alcuni archivi, ripetibili.|Sostituire il server e ripetere l'indicizzazione.|L'archivio viene indicizzato correttamente.| | |
| ^ |<color blue>MT00000440</color>\\ Scovato un bug piuttosto subdolo in cui si poteva incappare indicizzando un documento contenente una data malformata che veniva interpretata comunque come composta di 3 parti. Una ''sprintf'' su un buffer sottodimensionato produceva l'errore.|||||| | |
| |||||||| | |
| ^22/05|xw|22.1.0.3\\ 21.2.1.6|CE|La realizzazione di uno .zip a partire da un archivio esistente non colloca nel file stesso una directory radice rendendo più complesso l'uso dello .zip ottenuto.|Sostituire il server ripetere l'operazione.|Lo .zip prodotto comprende ora una directory che funge da radice generale il cui nome è lo stesso dell'archivio.| | |
| ^ |<color blue>RW0058084</color>\\ L'intervento consente di decomprimere più .zip nella stessa radice senza doversi curare che gli archivi si sovrappongano.|||||| | |
| |||||||| | |
| ^21/05|xw|22.1.0.3\\ 21.2.1.6|<color green>**NF**</color>|Capita di dover fare attività simili a quelle di join tra documenti, partendo da una chiave((primary o foreign)) da un tipo di documenti per selezionarne un tipo diverso. Non esiste una funzionalità che lo consenta direttamente|Sostituire il server ed adottare la forma di selezione indicata.|Le operazioni di ricerca di documenti a partire da valori risultanti da un'altra ricerca è ora attuabile.| | |
| ^ |<color blue>RW0058084</color>\\ La ricerca di cui stiamo parlando è, in sostanza, quella che nell'ambiente ''HighWay/eXtraWay'' è sempre stata denominata //proiezione//.\\ Evocare una //proiezione// è un'attività non particolarmente semplice e sicuramente non si riesce ad esprimerla in una semplice selezione.\\ Per ovviare a questa carenza è stata sviluppata una modalità di ricerca che consente di esprimere questa richiesta in modo semplice e comprensibile.\\ La sintassi adottata è una [[documentazione_3di:extraway:range#le_sintassi_speciali|derivazione dei range]]. |||||| | |
| |||||||| | |
| ^21/05|xw|22.1.0.3|<color orange>**AL**</color>| Esposto nuovo simbolo per esigenze di sviluppo Tribuna ||| | |
| ^ |<color blue>RW0058084</color>\\ Per le implementazioni richieste sulla libnse si rende necessario realizzare una nuova funzionalità evoluta del server in materia di analisi spettrale ed esporre un nuovo simbolo che porta il server a richiedere allineamento in caso di utilizzo dello stesso..|||||| | |
| |||||||| | |
| ^21/05|xw|22.0.2.2|<color blue>CA</color>| <color blue>__Emissione "Candidate"__</color> ||| | |
| |||||||| | |
| ^15/05|xw|22.0.2.1|CE|La costituzione di un catalogo di documenti ampiamente nidificati produce un //crash// del server.|Sostituire il server e rigenerare il catalogo.|L'operazione di ricatalogazione avviene correttamente, come la conseguente indicizzazione e costituzione dei titoli, anche con archivi nidificati.| | |
| ^ |<color blue>RW0058039</color>\\ Per quanto insoliti ed infrequenti, esistono archivi specie di tipo storico che sono composti in modo ampiamente nidificato. Il sistema di costituzione del catalogo carica il file XML in parti per evitare di incontrare ostacoli seri nel fare catalogo di files molto grandi. Quest'attività deve tener conto della nidificazione dei documenti. Quando si raggiungeva una soglia in memoria, il sistema andava in //crash// ovvero avrebbe comunque raggiunto una sorta di stallo, non riuscendo a procedere oltre. Solo allocando maggiori risorse il problema è risolvibile quindi la soluzione apportata può considerarsi valida ma deve comunque fare i conti con la quantità di Ram disponibile al server .|||||| | |
| |||||||| | |
| ^11/05|xw|22.0.2.1|NC|La ricostruzione degli indici di un archivio particolarmente vasto il cui ''.ref'' superi i 2GB causa operazioni che vengono svolte al massimo per 2GB di materiale alla volta. Questo comporta dei tempi di elaborazione molto più lunghi del necessario.|Sostituire il server e rigenerare gli indici.|L'operazione di ricostruzione indici avviene in una sola //tranche// realizzando un file intermedio((''.lop'' e ''.lot'')) superiore ai 2GB.| | |
| ^ |<color blue>RW0057955</color>\\ Sul piano del tutto teorico esiste un'altra soglia raggiunta la quale il server dovrebbe scaricare i semilavorati prodotti e ricominciare, ma essa si presenta solo quando il numero di slot di indicizzazione, ciascuno dei quali può contenere centinaia o migliaiai di documenti a seconda dalla loro portata/dimensione, supera di 4 volte il numero di KBytes garantiti al server proprio per queste attività di indicizzazione((Si veda la documentazione relativa al file di configurazione ''xw.ini'' alla voce ''KRAM'')).|||||| | |
| |||||||| | |
| ^08/05|xw|22.0.2.1|<color green>**NF**</color>|Quando un'operazione di ricostruzione del catalogo causa la realizzazione dello stesso in un ordine che non corrisponde a quello di inserimento dei documenti((In quanto la //file location rule// tende a rispettare altri criteri, come ad esempio una classificazione, piuttosto che privilegiare l'ordine cronologico)) si rende necessario compiere ordinamenti su data base che altrimenti potrebbero farne a meno, con un palese degrado prestazionale.|Sostituire il server e richiedere il comando di riordino della mappa esprimendo un'adeguata regola d'ordinamento|L'archivio viene riordinato come richiesto| | |
| ^ |<color blue>RW0053518</color>\\ Quando si evoca il comando //avulso// da quello di costituzione del catalogo, lo stesso provoca rimozione degli indici e ricostruzione. Se effettuato in un secondo momento, quindi, risulta particolarmente sconveniente. Allo studio un'applicazione in fase di costituzione catalogo.|||||| | |
| |||||||| | |
| ^08/05|xw|22.0.2.1|CE|L'indicizzazione degli allegati non confluisce nella chiave globale neppure quando dichiarata per tutti i campi, espliciti ed impliciti.\\ Inoltre su archivi di test si rileva che gli allegati, se pure presenti, non vengono di fatto indicizzati.|Sostituire il server e provvedere ad una reindicizzazione dell'archivio|Il vocabolario del campo globale è ora alimentato anche con i contenuti degli allegati e gli stessi sono indicizzati indipendentemente da quanto dichiarato nel file di configurazione d'archivio.| | |
| ^ |<color blue>RW0054892</color>\\ La questione assume un duplice aspetto.\\ In primo luogo un effetto collaterale di interventi compiuti in passato che si sono dimostrati piuttosto gravi e seri, vale a dire, <color red>l'inibizione dell'indicizzazione degli allegati se nel file di configurazione manca la dichiarazione esplicita del canale relativo cui essi appartengono</color>, per fare un esempio "%%/doc//xw:file/%%". Sperimentando versioni precedenti del server sino alla 20.2.2.32, si rileva che quest'effetto permane e che quindi gli archivi più recenti sono tutti stati indicizzati principalmente in quanto la dichiarazione di quel canale viene sempre posta nel file ''.conf.xml''.\\ Il secondo aspetto riguarda ovviamente l'indicizzazione delle chiavi globali anche per gli allegati, condizione che non era stata implementata precedentemente.|||||| | |
| |||||||| | |
| ^06/05|xw|22.0.2.1|<color blue>CA</color>| <color blue>__Emissione "Candidate"__</color> ||| | |
| |||||||| | |
| ^05/05|xw|22.0.2.0|CE|L'indicizzazione di alcuni archivi produce in campi //double// delle chiavi del tutto vuote ed inutilizzabili.|Sostituire il server e provvedere ad una reindicizzazione dell'archivio|Il vocabolario dei campi incriminati non presenta più la chiave vuota| | |
| ^ |<color blue>RW0057813</color>\\ Si deve a testi nei quali appare esclusivamente il carattere ''"''|||||| | |
| |||||||| | |
| ^04/05|xw|22.0.2.0\\ 21.1.3.116_p10|CE|La ricerca per range con estremi compresi ed identici non da esito|Sostituire il server e ripetere la selezione|L'esito della selezione è ora //non nullo// ed il documento selezionato è lo stesso che si ottiene ricercando la chiave esatta| | |
| ^ |<color blue>RW0057930</color>\\ Side effect dell'intervento di cui alla scheda <color blue>RW0047283</color> tesa a migliorare le prestazioni in questi casi particolari.|||||| | |
| |||||||| | |
| ^29/04|xw|22.0.2.0|**<color red>IN</color>**|Indicizzando archivi con dati in lingue estere, le parti scritte in tali lingue spesso non riescono ad essere ricercate e producono chiavi che non sono regolari.\\ Nel caso della lingua greca o del cirilloco non si riescono ad ottenere chiavi valide di alcun tipo.|Sostituire il server e rifare gli indici|Le chiavi ora vengono generate correttamente e collocate nel vocabolario secondo una loro normalizzazione ai caratteri latini di base.\\ Per la lingua greca è stata adottata una specifica [[documentazione_3di:extraway:ver_xw#tabella_greeklish_adottata|tabella di normalizzazione]] così come una corrispondente [[documentazione_3di:extraway:ver_xw#tabella_runglish_adottata|tabella]] è stata adottata anche per la normalizzazione del cirillico.| | |
| ^ |<color blue>RW0057492</color>\\ Per quanto questa sia una netta **incompatibilità col passato** ci si prende una sorta di //licenza poetica// nel non cambiare la versione dal momento che la precedente ha una diffusione minima e la presente richiede solo una reindicizzazione((gli archivi sono compatibili, gli indici risulterebbero "sgangherati")).|||||| | |
| |||||||| | |
| ^28/04|xw|22.0.2.0|CE|Nel log di eXtraWay si rilevano i comandi di impostazione utente ma non si hanno indicazioni su nome utente ed indirizzo di provenienza|Sostituire il server.|Il log viene alimentato regolarmente.| | |
| |||||||| | |
| ^24/04|xw|22.0.2.0|CE|Il titolo di alcuni documenti non cambia se il documento viene modificato|Sostituire il server ovvero impostare nel file di configurazione la seguente voce\\ <code><titles fixtitle="on"/></code>\\ e modificare nuovamente il record.|I titoli dei documenti ora vengono generati in seguito a qualsiasi modifica.| | |
| ^ |<color blue>RW0057831</color>\\ Il problema si presenta a seguito di una particolare combinazione di eventi. La configurazione di cui alla modalità del test è presente nella stragrande maggioranza dei files di configurazione d'archivio ma non in tutti((In particolare non risulta presente negli archivi ''xdocwaydoc'' e derivati)). La versione 22.0.1.0 introduce il trattamento dei titoli in nuovi files esterni alla mappa e questo comporta l'assenza di alcuni //flag// di stato presso l'archivio ed i documenti che convincono il server a non fare/rettificare il titolo di un documento. Si può proseguire operando con un server precedente avendo cura di impostare la configurazione indicata ovvero aggiornare il server che inverte il default facendo sì che in assenza di configurazione i titoli vengano comunque composti a dovere.|||||| | |
| |||||||| | |
| ^23/04|xw|22.0.2.0|CE|L'indicizzazione di alcuni archivi produce delle chiavi che sono, sostanzialmente, vuota|Sostituire il server e rifare gli indici|Le chiavi ora vengono generate correttamente.| | |
| ^ |<color blue>RW0057813</color>\\ La presenza del carattere noto come //non breaking space//((pari a 160, ovvero 0xa0)) non viene considerata come la presenza di uno spazio se pure tale carattere normalmente lo è, considerando che rientra tra i separatori di default. Ora tale carattere viene tenuto in considerazione e trattato come spazio anche quando si costituiscono le chiavi "double".|||||| | |
| |||||||| | |
| ^10/04|xw|22.0.2.0|CE|La ricerca per adiacenza tra un termine ed uno esteso con wild card non da esito|Sostituire il server, verificare la presenza di indicazioni specifiche per gruppi di utenti nel file ''xusers.xml'' e se necessario modificarla o rimuoverla ((indicare che non esiste un limite numerico di documenti per ciascuna selezione))|La selezione da l'esito desiderato| | |
| ^ |<color blue>RW0057671</color>\\ Side effect dell'intervento di cui alla scheda <color blue>RW0048496</color>|||||| | |
| |
| ===== 22.0.1.1 del 10/06/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0057658|Download eXtraWay Server 22.0.1.1]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^10/06|xw|22.0.1.1|CE|Qualora l'applicazione di un foglio di stile XSLT non dia esito durante la ricostruzione massiva delle estensioni, il server da errore|Sostituire il server e riprovare|Ora il server segnala la cosa nel log senza dare errore| | |
| |
| ===== 22.0.1 del 09/04/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0057658|Download eXtraWay Server 22.0.1.0]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^09/04\\ 08/04|xw\\ xwla|22.0.0.5\\ 0.2.0.0|CE|La forma di espressione verbosa dei logs così come elaborata con intervento del 02/04 potrebbe essere più chiara e leggibile|Sostituire il server e verificare il contenuto del log|La modalità di descrizione verbosa dei comandi è ora più chiara| | |
| ^ |<color red>Forma espressiva concordata con F.Ballarini</color>\\ Il log è ora conformato con una descrizione racchiusa tra ''<<'' e ''>>'' composta da tre differenti informazioni: L'utente che ha compiuto l'operazione, l'Ip Address dal quale l'ha compiuta ed una serie di ,etichette separate da ''/'', ed interpretabili come segue\\ 1) Classe del Comando. Espressa con caratteri <color blue>TUTTI MAIUSCOLI</color> evidenzia l'area di appartenenza del comando (ARC, DOC, FIND, TITLE...). Può essere costituita da un'etichetta che si presta a selezioni complesse((ARC indica le operazioni sugli archivi mentre ARC_CONF, che pure si riferisce agli archivi, in particolare riguarda la configurazione))\\ 2) Azione. Espressa con <color blue>l'iniziale Maiuscola</color> indica quale azione è stata compiuta (Load, Save, Open...)\\ 3) Uno o più dettagli. Espressi tutti con <color blue>caratteri minuscoli</color> consentono di meglio comprendere il comando\\ \\ Il nome utente come l'IpAddress sono facoltativi e potrebbero quindi mancare \\ Ad esempio:\\ <color green><<lettore@0.0.0.0:/ARC/Open>></color> indica apertura archivio da parte di un utente del tutto generico\\ <color green><<rtirabassi@127.0.0.1:/DOC/Load>></color> indica caricamento di un documento mentre <color green><<rtirabassi:127.0.0.1:/DOC/Load/lock>></color> indica il caricamento ma con blocco del documento.\\ \\ Solo la Classe è obbligatoria. L'azione può non apparire((La Classe FIND non prevede azioni ma solo dettagli)) così come anche i dettagli sono facoltativi.|||||| | |
| ^07/04|xw|22.0.0.4|CE|Nonostante l'intervento del 02/04 si hanno dei caricamenti di documenti che risultano essere effettuati per un numero record inesistente|Sostituire il server e riprovare|Il server compie la valutazione empirica di quanti documenti siano presenti in archivi, anche qualora abbia ricaricato il file ''<nomearchivio>.stat.xml'' con successo, anche se il numero di documenti caricato non torna. Ciò mette ulteriormente al sicuro da simili rischi e se l'errore si presenta allora è effettivamente un numero errato| | |
| ^ |<color blue>RW0057581</color> (<color grey>già RW0057557</color>)\\ La correzione viene apportata in quanto rilevata direttamente dai logs di Regione Veneto anche se teoricamente non si sarebbe dovuto verificare.|||||| | |
| ^06/04|xw|22.0.0.3|<color green>NF</color>|In alcuni scenari il tempo di attesa nel locking per le operazioni modificanti di un archivio è troppo breve((default: 15")). Sarebbe necessario poterlo configurare secondo le specificità di un archivio|Sostituire il server e configurare l'archivio per impostare un tempo specifico|Il tempo atteso nelle fasi di locking per attività modificanti cresce o si riduce a seconda del valore indicato| | |
| ^ |<color blue>RW0057581</color>\\ Esistono le seguenti configurazioni possibili:\\ - Nel file ''xw.ini'', sezione ''[hs]'', è possibile indicare il tempo di attesa ''standard'' per i locking configurando la voce ''LockTime''((default 5")). Esso viene usato per tutte le operazioni di locking di base e, per le operazioni modificanti, utilizzato in misura ** 3 volte superiore **\\ - Nel file <nomearchivio>.conf.xml si può ora aggiungere una voce di profilo come segue: <color green>%%<profile type="arc.locktime.long" value="25"/>%%</color>.\\ \\ In condizioni normali, quindi, il tempo di attesa di base è di ''5"'', di conseguenza quello in caso di operazioni modificanti è di ''15"'' mentre nel nostro esempio esso è stato innalzato sino a ''25".''|||||| | |
| ^03/04|xw|22.0.0.3|CE|Se si danneggiano gli indici non si possono inserire nuovi documenti/allegati. Ciò vale anche se si danneggiano indici secondari|Sostituire il server, sistemare se necessario gli indici, e riprovare|Il server imposta ora due diversi stati per indicare che gli indici sono corrotti ((realmente o potenzialmente)) suddividendo gli indici primari da quelli secondari. In questo modo solo se si danneggiano gli indici primari le univocità ne risentono| | |
| ^ |<color blue>RW0057581</color>\\ Rilevato presso Regione Veneto. Intervento nell'ambito di un più ampio set di modifiche atte ad ottimizzare performance e solidità.|||||| | |
| ^02/04|xw|22.0.0.2|CE|Si hanno delle concorrenze d'accesso non giustificate in fase di mera lettura di un documento sul quale non vice alcun blocco|Sostituire il server e riprovare|Il server evita //locking// non necessari in caricamento documento| | |
| ^ |<color blue>RW0057557</color>\\ Il //lock// veniva compiuto quando si cercava di caricare un numero documento superiore a quello noto al server che sta per compiere questo caricamento per poter ricaricare la struttura archivio ed esser certi di non caricare un documento inesistente. Il problema è stato risolto con un doppio intervento. In primo luogo il //reload// dello //status// dell'archivio viene effettuato senza //lock// ed in secondo luogo, se la prima attività non riesce, il numero dei documenti viene valutato sulla base della dimensione del file "".udp"".|||||| | |
| ^02/04|xw|22.0.0.2|<color green>NF</color>|I logs prodotti sono difficilmente leggibili ai meno esperti che non riescono ad identificare i comandi|Sostituire il server e riprovare|Il server ora emette, al fianco del codice di comando, un codice tra parentesi tonde rappresentato da un valore di primo livello ed eventualmente uno di secondo livello e così via, separati ciascuno dal carattere '':''. Queste stringe sintetiche indicano il comando eseguito| | |
| ^ |Il comando e //abbozzato// e verrà gradualmente completato con tutti i codici di comando\\ <color red>Vds. intervento del 08/04</color>|||||| | |
| ^20/03|xw|22.0.0.2\\ 21.2.1.5|CE|Il server segnala un ''Warning'' o un ''Errore'' nel valutare la composizione di chiavi concatenate che in realtà sono correttamente configurate|Sostituire il server e riprovare|Il server non si lamenta più se la chiave concatenata è correttamente configurata| | |
| ^ |<color blue>RW0057487</color>\\ Ci si ingannava stupidamente se era presente una ',' dopo il carattere ''pipe''|||||| | |
| ^17/03|xw|22.0.0.1|<color green>NF</color>|L'uso di console per effettuare attività di ricerca sugli archivi non consente estensioni per genere e numero ovvero per termini simili.|Aggiornare il server ed effettuare selezioni con l'etichetta <color green>''[?MFSP]''</color> per l'estensione per genere e numero, <color green>''[?SINON]''</color> per l'estensione per sinomini e ''<color green>[?VAR:</color><color blue>p</color><color green>:</color><color blue>e</color><color green>:</color><color blue>c</color><color green>]</color>'' per termini simili, dove 'p' è il numero di caratteri del prefisso, 'e' il numero di errori e 'c' il numero di caratteri su cui verificare gli erriri|Il server esegue le estensioni richieste.| | |
| ^ |<color blue>RW0043566</color>|||||| | |
| ^17/03|xw|22.0.0.1|CE|Alcune frasi di ricerca con ''Wild Cards'' vengono trasformate maldestramente falsando l'esito o producendo errore sintattico|Aggiornare il server e riprovare|In presenza di ''Wild Card'' asterisco in testa alle chiavi cercate il problema non si presenta più.| | |
| ^ |<color blue>RW0057422</color>\\ Si tratta di un effetto collaterale introdotto dalla versione 20.1.0.40 del server. In tale versione di server è stata inserita una correzione che doveva avere la finalità di tollerare asterischi ma collocati, in testa o in coda alle chiavi, in quanto era prassi comune che le applicazioni li apponessero senza curarsi minimamente dell'effetto((Basti pensare ad un asterisco posto in coda a quanto digitato da un operatore senza curarsi se vi siano degli spazi. Tale asterisco diviene chiave intera a tutti gli effetti e seleziona tutto l'intero vocabolario.)). Il primo intervento (RW0041187) è stato sottoposto a diverse altre correzioni (RW0044504, RW0046559) di cui questa è la più recente.|||||| | |
| ^16/03|xw|22.0.0.1|<color green>NF</color>|L'accesso ad una selezione che non esiste più in quanto rimossa per ragioni di vetustà causa un errore generico poco significativo. Andrebbe sostituito con un codice d'errore maggiormente parlanet|Aggiornare il server e riprovare|Il server torna ora il codice d'errore ''NO_FILE'' pari a ''810''.| | |
| ^ |<color blue>RW0057425</color>|||||| | |
| ^13/03|xw|22.0.0.1|CE|L'archivio prodotto con la procedura che lo converte da XML a repository //Buddy// non può subire nuovi inserimenti|Aggiornare il server e riprovare|Il server crea ora un archivio nel quale si possono compiere inserimenti oltre alle precedenti modifiche.| | |
| ^ |<color blue>RW0057371</color>\\ Rilevato nella verifica di fattibilità patch binarie di archivi|||||| | |
| ^12/03|xw|22.0.0.1|<color red>**IN**</color>|La gestione dei titoli può causare lentezza|Implementata una modalità di gestione dei titoli del tutto esterna, in una nuova coppia di files ''.tip'' e ''.tit'' che ricalca, per sommi capi, quella presente in //HighWay// avente però il vantaggio di essere del tutto svincolata|Tutte le attività riferite ai titoli possono ora essere svolte //Near-On-Line// e senza attività bloccanti per l'archivio, con considerevole vantaggio in termini prestazionali| | |
| ^ |<color blue>RW0056606</color>\\ <color red>Si tratta di un intervento molto interessante e di grande impatto. In sostanza ogni attività sui titoli non causa lock sull'archivio e questo consente di impostare tutte le attività sugli stessi come //lazy//. Per ora non si tratta ancora del default ma potrebbe presto divenirlo</color>|||||| | |
| ^11/03|xw|22.0.0.1|CE|Nelle applicazioni che lo consentono, un allegato non può essere sostituito più di una volta|Aggiornare il server e riprovare|Il server consente più sostituzioni. Gli allegati non si chiamano più ''.bak'' ma acquisiscono una pre-estensione che mostra il valore esadecimale del tempo in cui la modifica è stata fatta.| | |
| ^ |<color blue>RW0039409</color>|||||| | |
| ^09/03|xw|22.0.0.1|CE|In fase di caricamento documento si ha un errore di accesso al file ''.stat.xml''.\\ Ciò è dovuto ad una condizione di concorrenza d'accesso.|Aggiornare il server e riprovare|Il server conduce a termine l'operazione senza errori e senza produrre altre condizioni di concorrenza ovvero produce errore di locking| | |
| ^ |<color blue>RW0057368</color>|||||| | |
| ^09/03|xw|22.0.0.1\\ 21.2.1.4|CE|Due modifiche avvenute in condizione di concorrenza causano la perdita di alcune informazioni che sono state appena corrette.\\ Ciò è dovuto al fatto che il lock((Inteso come stesura del file .lck)) del documento segue, di fatto, il suo caricamento.|Aggiornare il server e riprovare|Il server conduce a termine l'operazione senza errori e senza produrre altre condizioni di concorrenza così gestite| | |
| ^ |<color blue>RW0056448</color>\\ L'errore era già stato rilevato anche in altra scheda: <color blue>RW0037906</color>.|||||| | |
| ^03/03|xw|22.0.0.1\\ 21.2.1.3|CE|Il server va in crash nel compiere l'indicizzazione di un archivio a causa di un allegato testuale|Aggiornare il server e riprovare|Il server conduce a termine l'indicizzazione senza errori| | |
| ^ |<color blue>RW0057214</color>\\ L'errore interessa l'uso della ''highconv.dll'' da parte del server compilato con ''Visual Studio 2008'', non dovrebbe presentarsi con la versione del server compilata con ''Microsoft Visual C++ 6.0''.|||||| | |
| ^02/03|xw|22.0.0.1\\ 21.1.3.116(p8)|CE|Il server produce un crash in fase di riavvio ovvero in alcune occasioni in cui deve consumare i files ''.xrj''.\\ Genera inoltre delle directory dal nome ambiguo contenenti dei files di registro compressi e non.|Aggiornamre il server e tentare nuovamente|Il server non produce crash, alimenta i files giusti e non ci sono pendenze nella directory ''xreg''| | |
| ^ |<color blue>RW0057168</color>|||||| | |
| ^06/02\\ 18/02|xw|22.0.0.1|<color red>**IN**</color>|Molte delle chiavi di un documento appaiono una ed una volta soltanto. Esse, con le loro iwords, occupano uno spazio considerevole, se ne dovrebbe ridurre l'occupazione per ragioni anche di performance|Aggiornare il server, modificare il file di configurazione indicando\\ <color green>key_style="single"</color>((Corrisponde allo stile "one" ma senza iwords))\\ per le chiavi desiderate e reindicizzare|Gli indici saranno sensibilmente più contenuti se il numero di chiavi indicate è significativo, inoltre si noterà in sensibile vantaggio prestazionale anche in fase di modifica dei documenti a causa del minor numero di chiavi sottoposte a modifica| | |
| ^ |<color blue>RW0056679</color>\\ Si noti che per le chiavi così rielaborate non sarà possibile compiere adiacenze ne selezioni con //bacino di pescaggio//.\\ Ogni dichiarazione di chiave ''single'' che rientri all'interno di elementi dichiarati ''instance'' manterrà la natura ''single'' e non potrà essere utilizzata efficacemente in eventuali adiacenze|||||| | |
| ^17/02|xw|22.0.0.1|CE|Capita che si trovino nella directory //lazy// dei files con estensione //.tmp// che non vengono elaborati|Sostituire il server (e rinominare come //.xml// tali files perché vengano consumati)|Non si verificano più omonimie e quindi non si presentano più files con l'estensione //.tmp//| | |
| ^ |<color blue>RW0056652</color>\\ La correzione si applica tanto ai files //lazy// quanto ai files //xreg// ma a nessun'altro temporaneo. Viene in sostanza applicata solo quando il file che si intende generare dovrà essere rinominato per assumere una diversa estensione finale|||||| | |
| ^16/02|xw|22.0.0.1|<color red>**IN**</color>|Le performance su piattaforma ''Intel'' possono risentire della decisione di realizzare tutti i files con un //byte order naturale// ovvero quello delle piattaforme ''Motorola''|Ricostruire catalogo ed indici di un archivio ovvero provvedere al compattamento di dati ed indici|L'archivio ricostruito in conformità della piattaforma che lo ospita consente prestazioni sino al <color red>__20% superiori__</color>| | |
| ^ |<color blue>RW0056834</color>\\ <color red>Comporta una delle più forti incompatibilità col passato in quanto, se pure l'intervento sulle chiavi secche avrebbe causato problemi, con questo nuovo intervento l'archivio non risulta più accessibile ad alcun server di classe inferiore alla ''22''</color>|||||| | |
| ^13/02|xw|22.0.0.1|CE|L'esportazione con allegati non esporta più gli allegati|Aggiornare il server e riprovare|Il file degli allegati viene creato regolarmente| | |
| ^ |<color blue>RW0056835</color>\\ Side effect degli interventi effettuati nella 21.1.4 per rendere dinamico il caricamento della zlib.dll.\\ <color grey>Riportata anche nella patch 21.2.1.1</color>|||||| | |
| ^13/02|xw|22.0.0.1|CE|Il server master consuma molta CPU ma non ci si rende conto della ragione.\\ Ad un secondo esame la directory ''xreg'' risulta piena di files, alcuni dei quali di '0' bytes|Aggiornare il server|Il server consuma tutti i files pendenti e rinomina i files errati con estensione ''fail''| | |
| ^ |Verificatosi presso Uni Napoli Orientale\\ <color grey>Introdotta nella versione 21.1.3.116 patch 7</color>|||||| | |
| |
| ===== 21.2.1.25 del 30/03/2011 ===== | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^ | |
| ^30/03/2011|xw|23.0.20.0\\ 22.2.7.0\\ 21.2.1.25|CE|Si verificano frequenti corruzioni degli indici.| | |
| ^ |Il problema si riferisce alla presenza di chiavi con percorso relativi che possono presentare degli attributi non dichiarati. In tal caso si ha comportamento non corretto che porta alla produzione di due diversi set di chiavi, uno per gli attributi della prima presenza dell'elemento relativo nel percorso che lo contiene, e l'altra per ogni ulteriore presenza in percorsi "più interni" o diversi.\\ Di fatto ci si confonde anche solo in indicizzazione di un semplice documento in quanto tra il primo rilevamento (indicizzazione differenziale positiva) ed il secondo (indicizzazione differenziale negativa) i due percorsi di chiave identificati per lo stesso percorso assoluto sono diversi. Ciò comporta una sporcatura negli indici.|||| | |
| |
| ===== 21.2.1.24 del 09/03/2011 ===== | |
| In questa verisione di applica, se pure in modo differente, la correzione di cui alla scheda eGroupWare 767.\\ | |
| Compiuto anche intervento correttivo sulla chiamata del morsetto di indicizzazione. | |
| |
| ===== 21.2.1.20 del 04/12/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.20]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^ | |
| ^04/12|xw|22.1.2.0\\ 21.2.1.20|CE|Compiere una ricerca per disuguaglianza o range di date può provocare un warning nel file di log del server apparentemente ingiustificato.| | |
| ^ |L'errore è causato dalla presenza di doppi apici. In tal caso la normalizzazione della data non viene fatta e la selezione ha luogo in modo corretto solo se la data è già normalizzata.|||| | |
| ^04/12|xw|22.1.2.0\\ 21.2.1.20|CE|In condizioni diverse il titolo che contiene una data la torna in forma __GG/MM/AAAA__ oppure __AAAAMMGG__.| | |
| ^ |Il problema è legato ad un errore di normalizzazione nel caso la data sia già presente nel titolo di default e si chieda, invece, la realizzazione di un titolo di nuovo tipo.|||| | |
| ^03/12|xw|22.1.2.0\\ 21.2.1.20|CE|Indicizzando alcune //Processing Instruction// si hanno dei Crash del server.| | |
| ^ |Il problema è legato ad un cattivo uso di una variabile che era locale anziché globale.|||| | |
| ^03/12|xw|23.0.0.0\\ 21.2.1.20|CE|Rifacendo un catalogo non è possibile ricercare coerentemente per data inserimento o modifica ed anche estendendo alla //Processing Instruction// i timestamp interni, senza il carattere 'T' del formato ISO, non vengono trattati adeguatamente.| | |
| ^ |Esteso il trattamento delle chiavi che rappresentano un timestamp((Vale a dire una stringa che indica anno, mese, giorno, ore, minuti e secondi)) anche in assenza del separatore 'T' che ne qualifica la forma riconosciuta ISO. Consentito nella versione 21.2.1.20 di compiere indicizzazione anche della //Processing Instruction// dei metadati aggiunti dal server, opzione già presente nel server 23.0.0.0.|||| | |
| ^02/12|xw|22.1.2.0\\ 21.2.1.20|CE|L'applicazione di un filtro all'accesso ai vocabolari non da esito.| | |
| ^ |Il comando è stato realizzato 2 anni or sono e dopo un test iniziale sul fronte del server non era mai stato, di fatto, utilizzato.\\ All'atto della sua verifica sono stati necessari alcuni interventi ed ora è operativo.\\ Il pattern ammesso è una stringa, //case insensitive//, che presenti una o più //Wild Cards//.|||| | |
| ^01/12|xw|22.1.2.0\\ 21.2.1.20|CE|I titoli che comprendono elementi acquisiti per tutto il loro contenuto, sub-elementi compresi, qualora riportino delle "negazioni", causano un comportamento errato.| | |
| ^ |Corretto il comportamento della funzione che valuta se la cache del titolo comprende tutte le parti necessarie in modo che risponda adeguatamente alla richiesta solo se le parti comprese e negate corrispondono.|||| | |
| |
| ===== 21.2.1.18 e 19 del 26/11/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.18/19]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^ | |
| ^26/11|xw|22.1.2.0\\ 21.2.1.19|CE|Alcune procedure del Crawler, anche se pianificate ad orari precisi, vengono eseguite e rieseguite ad oltranza.| | |
| ^ |La corretta valutazione del tempo di esecuzione dei diversi //Job// di scansione schedulati avveniva solo per il primo di essi. Dal secondo in poi si perdeva la cognizione della data corrente e quindi il tempo di scansione risultava sempre nel passato forzando la procedura ad eseguire il //Job// in esame.|||| | |
| ^25/11|xw|22.1.2.0\\ 21.2.1.18|CE|Un archivio creato per CD risulta non accessibile dallo stesso.| | |
| ^ |Il problema è dovuto al fatto che il file .lck è normalmente bloccato durante la clonazione di un archivio. Ciò comporta che non era possibile inserirlo nello .zip risultato della clonazione e la sua assenza, sul CD finale, si traduce nell'impossibilità del server a completare l'apertura. Il problema è stato ovviato facendo sì che nello .zip sia presente un file in tutto e per tutto equivalente al file .lck dell'archivio ma creato temporaneamente in altra collocazione se pure denominato come il file richiesto.|||| | |
| |
| ===== 21.2.1.21 del 08/10/2010 ===== | |
| |
| ^ 08/10 | xw | 22.1.3.11 | CE |Crash in indicizzazione archivio Nse.| | |
| ^ |Il problema va ricercato in un difettoso utilizzo dei processi di hashing per l'uso del Binary Tree in sede di indicizzazione incrementale. Un banale errore di test faceva sì che una chiave per la quale non era più possibile fare uso dell'hashing venisse invece trattata come una chiave che rientrava in tale utilizzo, andando ad agire al di fuori delle aree a tal scopo allocate.\\ Vds eGW#852.|||| | |
| |
| ===== 21.2.1.20 del 04/12/2009 ===== | |
| |
| |
| * Consentito il riuso di parti dei titoli cached anche quando essi sono in modalità container con negazioni. | |
| * Corretto grave errore in indicizzazione delle Processing Instruction. | |
| * Corretto errore formattazione data in costituzione titoli diversi dal default. | |
| * Corretto trattamento data in ricerca se racchiusa tra doppi apici | |
| |
| ===== 21.2.1.18 e 21.2.1.19 del 26/11/2009 ===== | |
| |
| * Corretta composizione dello .zip d'archivio perché comprenda il file <nomearchivio>.lck necessario anche su CD rom. Aggiunto log di servizio nella procedura di crawling per assicurarsi che le operazioni pianificate abbiano luogo nei tempi previsti. | |
| * Messa a punto della temporizzazione dei 'job' del crawler (i job dopo il primo non venivano temporizzati bensì eseguiti in continuazione) | |
| |
| ===== 21.2.1.17 del 30/09/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.17]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^ | |
| ^29/09|xw|22.1.2.0\\ 21.2.1.17|CE|Nel valutare il comportamento del server in merito alla segnalazione //eGroupWare #263// si sono rilevati crash del server in indicizzazione.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=239&no_popup=1|Bug #239: Crash in indicizzazione NSE]]\\ L'intervento compiuto nella scheda indicata riguarda il trattamento di campi da indicizzare come ''data'' che contengono oggetti di diversa natura. Nel trattamento di tali campi si assumeva erroneamente che il contenuto non superasse per dimensioni la dimensione di una chiave standard rischiando //overflow// di un buffer non opportunamente dimensionato. Sanato il rischio di //overflow//.|||| | |
| ^29/09|xw|22.1.2.0\\ 21.2.1.17|CE|Quando un campo ''data'' contiene valori incongruenti può capitare che il vocabolario venga popolato da chiavi ''stringa'' che, utilizzate in ricerca, non conducono ad alcun risultato.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=236&no_popup=1|Bug #236: La ricerca su un campo data non da gli esiti attesi]]\\ La verifica sull'archivio (nse) dimostra che il campo della data di deposito di una sentenza contiene spesso stringhe di testo libero con contenuti non riconducibili ad una data vera e propria. In tal caso, in presenza di caratteri speciali, essi subivano una normalizzazione ad opera della funzione di conversione della data che aveva impatti sulla chiave inserita nel vocabolario. La normalizzazione introduceva spazi che, in fase di ricerca, venendo a loro volta normalizzati, conducevano a non identificare la giusta chiave nel vocabolario e quindi a non produrre risultato.\\ Modificata la funzione che tenta la conversione del contenuto in valore data in modo che la normalizzazione compiuta all'interno non abbia impatti sull'indicizzazione ed il valore incongruo rimanga in tutto e per tutto invariato garantendo che, per quanto il vocabolario sia mal popolato, le selezioni abbiano luogo correttamente.|||| | |
| |
| ===== 21.2.1.16 del 24/07/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.16]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^ | |
| ^24/07|xw|21.2.1.16|<color green>**NF**</color>|Nel comporre un titolo avente modalità //container// ovvero che prenda tutto il contenuto degli elementi indicati e dei loro discendenti, serve poter inibire l'acquisizione di alcuni elementi.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=74&no_popup=1|Feature #74: Consentire esclusioni nella modalità container della composizione dei titoli]]\\ Dalla versione indicata è possibile aggiungere in coda agli elementi (solo agli elementi) un punto esclamativo e , di seguito, uno o più nomi di elementi separati da virgole. Di tali elementi si desidera che non si acquisisca il contenuto. Questa modalità è consentita se e solo se il sincolo campo o tutto il titolo viene fatto con mdalità //container//.|||| | |
| |
| ===== 21.2.1.15 del 21/07/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.15]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^ | |
| ^21/07|xw|21.2.1.15|CE|La composizione dei titoli non può essere compiuta in modalità //container// così come invece avviene per la realizzazione delle chiavi. Questo comporta limiti e vincoli alle applicazioni che hanno l'XML strutturato in modo ''mixed''.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=69&no_popup=1|Feature #69: Comporre titoli in modalità "container"]]\\ Dalla versione indicata è possibile aggiungere in coda agli elementi (solo agli elementi) il modificatore ''(container)'' che indica appunto in che modo calcolare il titolo per la componente richiesta.\\ Se tale modalità viene richiesta per tutti gli elementi del documento citati nella regola di composizione del titolo, allora si può agire direttamente introducendo nel file di configurazione il seguente profilo:\\ <code><profile type="title.mixed" value="true"/></code>|||| | |
| |
| ===== 21.2.1.14 del 17/07/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.14]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^ | |
| ^16/07|xw|21.2.1.14|CE|Importando via //WatchDoc// documenti che dovrebbero essere sottoposti alla costituzione di extra dati via foglio di stile ''XSLT'' la stragrande maggioranza dei dati risulta di fatto priva di tale estensione.\\ Se però si procede alla modifica di uno qualsiasi dei documenti importati, lo stesso risulta valorizzato correttamente nella sua parte ''XSL''.| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=52&no_popup=1|Bugs #62: Mancata valutazione estensione XSLT per documenti acquisiti via WatchDoc]]\\ I documenti importati erano sovente privi della dichiarazione del //name space// ''xw''. L'aggiunta di tale dichiarazione veniva fatta senza ricalcolare doverosamente la dimensione del buffer dal quale si sarebbe poi tratto il DOM XML. Impostando nuovamente la size dopo la modifica, il problema svanisce.|||| | |
| |
| ===== 21.2.1.13 del 02/07/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.13]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^ | |
| ^01/07|xw|21.2.1.13|CE|L'impostazione della caratteristica di ''key_also'' su un canale di chiave già dichiarato ''container'' non dagli effetti desiderati: nella chiave ''also'' non confluiscono i valori dell'elemento e dei suoi sotto elementi| | |
| ^ |[[https://egroupware.3di.it:6445/egroupware/index.php?menuaction=tracker.tracker_ui.edit&tr_id=50&no_popup=1|Bugs #50: La chiave 'XML,/virtual/nota' ha un vocabolario vuoto]]\\ Richiede la ricostruzione degli indici.\\ Il canale ''key_also'' verrà correttamente valorizzato|||| | |
| |
| ===== 21.2.1.12 del 18/06/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.12]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^ | |
| ^18/06|xw|21.2.1.12|CE|Nelle installazioni per CD l'icona del server nella //Tray Bar// dovrebbe essere nascosta| | |
| ^ |Utilizzare il server con parametro ''-notray''.|||| | |
| |
| ===== 21.2.1.10-11 del 17/06/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.10-11]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^17/06|xw|21.2.1.11|CE|Qualora l'applicazione di un foglio di stile XSLT non dia esito durante la ricostruzione massiva delle estensioni, il server da errore|Sostituire il server e riprovare|Ora il server segnala la cosa nel log senza dare errore| | |
| ^ |Porting della correzione di cui alla scheda eGW-T3|||||| | |
| |
| ===== 21.2.1.9 del 05/06/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.9]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^05/06|xw|21.2.1.9|CE|Durante la creazione dell'archivio per CD si ha un crash.|Sostituire il server e generare un nuovo archivio per CD.|Non si hanno più manifestazioni di errore.| | |
| ^ |[[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0058084|RW0058084]]\\ Il porting della correzione di cui alla scheda indicata era stato compiuto in modo incompleto provocando l'errore|||||| | |
| |
| ===== 21.2.1.8 del 29/05/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.8]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^29/05|xw|21.2.1.8|CE|L'archivio generato per CD si corrompe e diviene inutilizzabile.|Sostituire il server e generare un nuovo archivio per CD.|Non si hanno più manifestazioni di errore.| | |
| ^ |[[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0058084|RW0058084]]\\ Il problema va ricercato nel fatto che, erroneamente, la composizione complessiva dei titoli avveniva a partire dal secondo documento anziché dal primo. Una selezione che identificasse anche tale documento ne provocava l'aggiunta tra i titoli|||||| | |
| |
| ===== 21.2.1.7 del 28/05/2009 ===== | |
| |
| [[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0056819|Download eXtraWay Server 21.2.1.7]] | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^28/05|xw|21.2.1.7|CE|Crash del Server in indicizzazione in presenza di chiavi //container// che sono anche //key_also//.|Sostituire il server e replicare l'indicizzazione.|Non si hanno più manifestazioni di errore.| | |
| ^ |[[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0058066|RW0058066]]\\ Il problema risale ad un intervento ([[http://rightway/h3/rh3prot.dll/a3di_attivita/fForm+Selezione?das.x=0048630|RW0048630]]) per correggere lo stesso problema che è stato effettuato male ed influenza server dalla versione 21.0.1.*.|||||| | |
| |
| ===== 21.2.1.6 del 27/05/2009 ===== | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^26/05|xw|21.2.1.6|CE|Crash del Server Master.|Sostituire il server.|Non si hanno più manifestazioni di errore ma nella directory ''xreg'' possono apparire dei files con estensione ''.fail''.| | |
| ^ |<color blue>RW0058114</color>\\ Il problema sta nell'analisi del contenuto del file di registro. Se esso non rispetta alcuni canoni, è malformato o incompleto, il server master può andare in errore. Aggiunto un ulteriore controllo sul contenuto prima di valutare la //data// dell'attività da registrare.|||||| | |
| ^22/05|xw|21.2.1.6|CE|La realizzazione di uno .zip a partire da un archivio esistente non colloca nel file stesso una directory radice rendendo più complesso l'uso dello .zip ottenuto.|Sostituire il server ripetere l'operazione.|Lo .zip prodotto comprende ora una directory che funge da radice generale il cui nome è lo stesso dell'archivio.| | |
| ^ |<color blue>RW0058084</color>\\ L'intervento consente di decomprimere più .zip nella stessa radice senza doversi curare che gli archivi si sovrappongano.|||||| | |
| ^21/05|xw|21.2.1.6|<color green>**NF**</color>|Capita di dover fare attività simili a quelle di join tra documenti, partendo da una chiave((primary o foreign)) da un tipo di documenti per selezionarne un tipo diverso. Non esiste una funzionalità che lo consenta direttamente|Sostituire il server ed adottare la forma di selezione indicata.|Le operazioni di ricerca di documenti a partire da valori risultanti da un'altra ricerca è ora attuabile.| | |
| ^ |<color blue>RW0058084</color>\\ La ricerca di cui stiamo parlando è, in sostanza, quella che nell'ambiente ''HighWay/eXtraWay'' è sempre stata denominata //proiezione//.\\ Evocare una //proiezione// è un'attività non particolarmente semplice e sicuramente non si riesce ad esprimerla in una semplice selezione.\\ Per ovviare a questa carenza è stata sviluppata una modalità di ricerca che consente di esprimere questa richiesta in modo semplice e comprensibile.\\ La sintassi adottata è una derivazione dei range per cui avremo\\ \\ ''[<color blue>canale</color>]={<color red>percorso dal quale estrarre i dati</color>;<color green>nome del file di selezione</color>}''\\ \\ Il percorso dal quale estrarre i dati dev'essere chiave e può essere espresso anche sotto forma di //Search Alias//. Esso può corrispondere anche ad una chiave virtuale frutto di concatenazione o altro\\ Vediamo un esempio:\\ In un applicazione ho documenti e fascicoli. Data una selezione di documenti voglio identificare tutti i fascicoli cui questi documenti appartengono.\\ La selezione di nostro interesse avrà quindi la seguente forma\\ \\ ''[<color blue>/fascicolo/@numero</color>]={<color red>XML,/doc/rif_interni/rif/@cod_fasc</color>;<color green>3se...</color>}''\\ \\ Questo ci dice che data la selezione ''<color green>3se...</color>'' desideriamo estrarre dal canale noto come ''<color red>XML,/doc/rif_interni/rif/@cod_fasc</color>'' i valori dei documenti selezionati ed utilizzarli per compiere la ricerca nel canale ''<color blue>/fascicolo/@numero</color>''. |||||| | |
| |
| ===== 21.2.1.5 del 20/03/2009 ===== | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^20/03|xw|21.2.1.5|CE|Il server segnala un ''Warning'' o un ''Errore'' nel valutare la composizione di chiavi concatenate che in realtà sono correttamente configurate|Sostituire il server e riprovare|Il server non si lamenta più se la chiave concatenata è correttamente configurata| | |
| ^ |<color blue>RW0057487</color>\\ Ci si ingannava stupidamente se era presente una ',' dopo il carattere ''pipe''|||||| | |
| |
| ===== 21.2.1.4 del 09/03/2009 ===== | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^09/03|xw|21.2.1.4|CE|Due modifiche avvenute in condizione di concorrenza causano la perdita di alcune informazioni che sono state appena corrette.\\ Ciò è dovuto al fatto che il lock((Inteso come stesura del file .lck)) del documento segue, di fatto, il suo caricamento.|Aggiornare il server e riprovare|Il server conduce a termine l'indicizzazione senza errori e senza produrre altre condizioni di concorrenza così gestite| | |
| ^ |<color blue>RW0056448</color>\\ L'errore era già stato rilevato anche in altra scheda.|||||| | |
| |
| ===== 21.2.1.3 del 03/03/2009 ===== | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^03/03|xw|21.2.1.3|CE|Il server va in crash nel compiere l'indicizzazione di un archivio a causa di un allegato testuale|Aggiornare il server e riprovare|Il server conduce a termine l'indicizzazione senza errori| | |
| ^ |<color blue>RW0057214</color>\\ L'errore interessa l'uso della ''highconv.dll'' da parte del server compilato con ''Visual Studio 2008'', non dovrebbe presentarsi con la versione del server compilata con ''Microsoft Visual C++ 6.0''.|||||| | |
| |
| ===== 21.2.1.1/2 del 13/02/2009 ===== | |
| |
| ^Data^Mod^Ver^ ^Sintomo o Segnalazione^Modalità di Test^Esito atteso^ | |
| ^13/02|xw|21.2.1.1|CE|L'esportazione con allegati non esporta più gli allegati|Aggiornare il server e riprovare|Il file degli allegati viene creato regolarmente| | |
| ^ |<color blue>RW0056835</color>\\ Side effect degli interventi effettuati nella 21.1.4 per rendere dinamico il caricamento della zlib.dll|||||| | |
| |
| ===== 21.2.1 del 12/02/2009 ===== | |
| ^Data^Mod^Ver^ ^Sintomo^Modalità di Test^Esito atteso^Note^ | |
| ^05/02|xw|21.2.0.31|CE|La procedura lazy si blocca dopo un breve periodo d'esercizio|Aggiornare il server e riprovare|Il sistema lazy non si interrompe più|<color blue>RW0056652</color>| | |
| ^04/02|xw|21.2.0.24|CE|La procedura lazy rischia di divenire troppo invasiva causando rallentamenti alla procedura normale di inserimento, modifica e consultazione|Aggiornare il server e configurare opportunamente il file di configurazione. [[documentazione_3di:extraway:xw_conf_xml#sezione_lazy|Vedasi Documentazione]]|La procedura lazy opera solo in orari non fastidiosi alla normale attività |<color blue>RW0056652</color>| | |
| ^04/02|xw|21.2.0.23|CE|La modalità lazy di costituzione degli indici dei documenti modificati non parte|Sostituire il server e riavviarlo|L'attività lazy, ora anche configurabile, parte regolarmente senza farsi ingannare da uno //sleep// infinito|<color blue>RW0056652</color>| | |
| ^03/02|xw|21.2.0.20/21|CE|<color red>Grave corruzione di archivi con grandi quantità di documenti ed indici</color>| |Non si dovrebbero più verificare corruzioni dell'archivio per quanto modifiche ai documenti possono ancora causare indici corrotti |<color blue>RW0056652</color>| | |
| ^02/02|xw|21.2.0.19|CE|Ci sono differenze di comportamento nel costruire i titoli a seconda che il campo richiesto manchi o esista ma privo di contenuto. SI hanno titoli vuoti o titoli con il termine "TABELLA"|Aggiornare il server e riprovare|Il titolo ora ha luogo in modo uniforme. La dicitura "TABELLA" viene mantenuta per compatibilità col passato e per non generare titoli vuoti che applicativamente non si possono utilizzare|<color blue>RW0052179</color>| | |
| ^30/01|xw|21.2.0.19|CE|Durante la costituzione dei titoli di un archivio ampio si hanno errori di scrittura del file UDD al superamento della soglia dei 2Gb|Aggiornare il server e riprovare|La scrittura deve aver luogo sino alla soglia dei 4Gb|<color blue>RW0056556</color>| | |
| ^29/01|xw|21.2.0.19|<color red>**IN**</color>|Quando si rifanno catalogo ed indici di un archivio alcune attività di default risultano indesiderate|Si inibisce la possibilità di dichiarare che il server non ha la proprietà degli XML dei quali fa il catalogo in quanto questa condizione è assolutamente anomala ed un archivio fatto in quel modo risulta inutilizzabile|Il catalogo ottenuto sarà comunque pienamente fruibile|<color red>Di fatto questa è un'incompatibilità col passato ma trattandosi di una funzionalità che è stata realizzata praticamente in forma //teorica// essa non verrà trattata come causa di cambio di numerazione del server</color> | | |
| ^29/01|xw|21.2.0.19|CE| |Resi parametrizzabili i tempi e modi di intervento del server in materia di attività //lazy//. [[documentazione_3di:extraway:xw_conf_xml#sezione_lazy|Vedasi Documentazione]]| |<color blue>RW0052936</color>| | |
| ^28/01|xw\\ hwadmin|21.2.0.18\\ 1.1.0.4|<color green>NF</color>|Manca una funzionalità che consenta di effettuare Backup a Caldo|Con i moduli in esame è possibile richiedere il lock e l'unlock. Sarà sufficiente evocare ad esempio\\ <color green>hwadmin lock -a<idarchivio> -p4859</color>\\ per ottenere il lock e lo stesso comando, con parametro <color green>unlock</color> per sbloccare l'archivio.|Il server evidenzia che il lock o l'unlock hanno avuto luogo con una riga del log costituita come segue\\ <color green>[P]Service Lock on <nome archivio> done</color>\\ ovvero\\ <color green>[P]Service Unlock on <nome archivio> done</color>.\\ L'indicazione del termine <color red>failed</color> al posto di <color green>done</color> indica che l'operazione non è adata a buon fine|<color blue>RW0056561</color>| | |
| ^22/01|xw|21.2.0.18|CE|La ricostruzione degli indici di un archivio dopo il catalogo //parziale// rifà tutti i titoli dell'archivio|Aggiornare il server con la versione data e replicare l'attività sotto forma di titoli off-line //lazy//|Vengono realizzati solo i titoli della porzione che è stata catalogata|<color blue>RW0052936</color>| | |
| ^22/01|xw|21.2.0.18|CE|Se in fase di ripartenza il server trova un //lazy job// erroneamente pendente non riparte tutta la fase di lavorazione lazy|Aggiornare il server con la versione data e replicare l'attività|L'attività pendente riprende((Dal momento che la sua interruzione è stata, di fatto, innaturale, essa viene rieseguita in modo complessivo))|<color blue>RW0052936</color>| | |
| ^22/01|xw|21.2.0.17|CE|L'esecuzione lazy dei titoli dei documenti dell'intero archivio inibisce le altre attività lazy che giungono a termine con enorme ritardo|Aggiornare il server con la versione data e replicare l'attività|La procedura di ricostruzione dei titoli testa ogni 256 titoli fatti se ci sono altri lavori da compiere ed in tal caso provvede ad interrompersi per lasciar posto ad esse ed a ri-schedularsi in modo da ripartire non appena gli altri lavori saranno stati completati.|<color blue>RW0052936</color>| | |
| ^22/01|xw|21.2.0.16|CE|Estrema lentezza nella costituzione dei cataloghi|Con l'aggiornamento del server il problema si risolve in quanto viene inibito un test di //weelformedness// che condiziona le prestazioni. Per riabilitare questa funzionalità si deve introdurre nel file di configurazione una voce <color green>%%<profile type="arc.test_wellformed" value="true"/>%%</color> | Il catalogo si velocizza più che sensibilmente, specie se il numero di unità informative da catalogare è elevato|<color blue>RW0052936</color>| | |
| ^20/01|xw|21.2.0.15|CE|Alcune voci di profilo vengono ignorate. Il problema va ricercato nel fatto che alcune voci di configurazione si aspettano solo il valore <color green>"yes"</color> o <color green>"no"</color> e non tutte le altre varianti | |Alcune delle voci del profilo cui erano assegnati valori quali <color green>"true"</color> e <color green>"false"</color> vengono ora interpretate doverosamente|<color blue>RW0056517</color>| | |
| ^19/01|xw|21.2.0.14|<color green>NF</color>|Aggiunta funzionalità di //Search & Replace//|Eseguire il comando XML\\ %%<cmd c="x17" .../>%%\\ ([[comandi_extraway#comando_0x00000017_search_replace|Vds. Documentazione Comandi XML]])|I documenti del DB vengono modificati come richiesto|<color blue>RW0053581</color>| | |
| ^07/01|xw|21.2.0.13|CE|L'aggiunta ad un documento di un'estensione XSL crea qualche problema se l'esito della lavorazione da file XSLT non porta ad un frammento XML valido o meglio non porta ad alcun XML|Replicare l'operazione l'operazione, se necessario eseguendo il comando XML %%<cmd c="x16" bits="2"/>%%\\ ([[comandi_extraway#comando_0x00000016_estensione_xslt|Vds. Documentazione Comandi XML]])|Le attività di composizione dei documenti e di indicizzazione non presentano più errori al termine dell'attività|<color blue>RW0056xxx</color>\\ Con l'intervento effettuato anche frammenti XSL vuoti non provocano errore| | |
| ^05/01|xw|21.2.0.13|CE|L'indicizzazione di una regola di ordinamento che abbia un percorso XML espresso male (con uno spazio all'interno) provoca una sorta di loop del server|Compiere nuovamente l'operazione di ricerca ordinata|In presenza di una regola sintatticamente sbagliata il server da errore e non compie la selezione|<color blue>RW0055820</color>\\ L'intervento effettuato controlla la presenza di spazi indesiderati senza però entrare nel merito del fatto che venga indicato un percorso che non risulta realmente presente nei documenti| | |
| ^23/12\\ 29/12|xw|21.2.0.13|CE|L'indicizzazione di un archivio nei cui documenti sono presenti molte //processing instruction// causa un consumo di memoria anomalo|Replicare l'indicizzazione specie off-line|L'operazione ha luogo con un consumo normale di memoria|<color blue>RW0055430</color>\\ Si ricorda che per quanto una //processing instruction// possa essere composta come se contenesse attributi, tutte le chiavi che da esse derivano sono considerate alla stregua di elementi ed in quanto tali sottoposte ad indicizzazione di tipo ''"multi"''. Si suggerisce, nell'esplicitare le chiavi che derivano da //processing instruction// di **non** sottintendere il tipo di indicizzazione.| | |
| ^23/12|xw|21.2.0.13|CE|L'espressione di una chiave concatenata da errore nel log ed il vocabolario corrispondente non si alimenta|Il problema interessa le dichiarazioni che esplicitino anche il canale principale.\\ Si pensi ad esempio ad una archivio xdocwaydoc con una chiave dichiarata come segue:\\ <color green>%%<key name="XML,/doc/#protinfo" key_style="one" collate_rule="$@XML,/doc/@num_prot@$|$@XML,/doc/@data_prot@$|$@XML,/doc/repertorio/@numero@$"/>%%</color>\\ Essa è corretta ma il server sino a questa versione richiede che l'espressione sia compiuta senza l'indicazione del campo principale, come segue\\ <color green>%%<key name="XML,/doc/#protinfo" key_style="one" collate_rule="$@/doc/@num_prot@$|$@/doc/@data_prot@$|$@/doc/repertorio/@numero@$"/>%%</color>|Il sintomo sparisce ed il log lo conferma come la successiva consultazione del vocabolario|<color blue>RW0055997</color>| | |
| ^18/12|xw\\ xwpasswd|21.2.0.12\\ 0.1.4.0|<color green>NF</color>|Esistono archivi sui quali non ha senso compiere le registrazioni di //xReg// in quanto la loro natura non si può definire strettamente documentale.\\ Le attività di registrazione consumano inutilmente risorse|Aggiunta funzionalità di calcolo per la chiave di inibizione del servizio //xReg// in modalitò //light// nel modulo //xwpasswd//\\ \\ Calcolare la chiave di inibizione del servizio //xReg// per l'archivio richiesto in modalità strong o light ed applicarla nel file di configurazione con apposito profile.\\ <color green>%%<profile type="arc.exclude_xreg.strong" value="<codice strong>"/>%%</color>\\ ovvero\\ <color green>%%<profile type="arc.exclude_xreg.light" value="<codice light>"/>%%</color>|Nel log del server, in corrispondenza della prima operazione inerente tale archivio che dovesse essere registrata in //xReg// verrà effettuata una registrazione come la seguente.\\ <color green>%%[R]XReg switched off for archive <nomearchivio>%%</color>\\ e le attività non risulteranno rallentate|<color blue>RW0055939</color>| | |
| ^12/12|xw|21.2.0.12\\ 21.1.3.116(p6)|CE|Alcune selezioni risultano stranamente lunghe, senza apparente motivo. Se eseguite più volte senza variazioni danno esiti con tempi diversi.\\ Verificando il tempo macchina((solo su postazione Unix/Linux)) in caso di lentezza esso risulta molto inferiore al tempo totale|Replicare la selezione più volte in condizioni di carico|La selezione verrà condotta a termine in tempi complessivi non distanti da quelli attesi o dai tempi macchina rilevabili dal log|<color blue>RW0055118</color>| | |
| ^11/12|xw|21.2.0.12|<color green>NF</color>|La creazione di un nuovo archivio non crea le directory accessorie((In pratica la directory //<nomearchivio>// che ospiterà i files //.xml//, la directory //<nomearchivio>.chk// e la directory //<nomearchivio>.file//))|Creare un nuovo archivio qualsiasi da Console, specie se completamente inesistente|Le directory accessorie saranno presenti nella directory che ospita i files dell'archivio| | | |
| ^05/12|xw|21.2.0.12|CE|L'accesso al vocabolario limitato con analisi spettrale può tornare valori impropri nel definire se la chiave ha o meno la stessa radice del termine esca impostato per il posizionamento ((Il valore '2' indica che la radice è comune ma l funzione torna sempre '1' che indica che le radici sono differenti anche quando questo non è vero))|Verifica tramite Broker|Il valore tornato sarà coerentemente '1' se il documento non ha radice in comune e '2' se la radice è comune| | | |
| ^03/12|xw|21.2.0.12|<color green>NF</color>|Se in un titolo è presente un attributo che è preceduto o seguito da una dicitura che prevede il flag che la elimina in caso il valore non sia presente, tali diciture appaiono ugualmente anche se l'attributo è assente|Aggiungere in coda alla dichiarazione dell'attributo nella regola di composizione dei titoli il modificatore //(singleattr)// e rigenerare il titolo del documento|Il titolo verrà conformato correttamente|<color blue>RW0055718</color>| | |
| ^02/12|xw|21.2.0.10|CE|Non si riesce più a compiere una semplice esportazione di documenti|Aggiornare il server e compiere una semplice esportazione senza richiede ne l'esportazione degli allegati ne la realizzazione di un file compresso (//.gz o .zip//)|L'esportazione deve avvenire senza inconvenienti|L'errore è stato inserito con una correzione che interessa il server 21.1.3.116| | |
| ^28/11|xw|21.2.0.10|<color green>NF</color>|L'indicizzazione //off line// può richiedere molto tempo.\\ Quando si svolge un'attività di manutenzione straordinaria può essere fondamentale porre gli utenti in grado di fruire degli archivi quanto prima e di poter svolgere attività redazionale|Introdurre nel file di profilo di un archivio una voce %%<profile type="arc.lazyindex" value="true"/>%% ed eventualmente una voce %%<profile type="arc.lazyindex.off" value="true"/>%%\\ Tutte le chiavi fondamentali ((seriali, univoche)) dovranno essere esplicitate nel file di configurazione ((le univoche potevano essere omesse sino ad ora o se non si usa questa modalità)) e tutte le chiavi indispensabili all'applicazione ((ad esempio i diritti in DocWay)) dovranno essere corredate da un attributo //primary_key// con valore booleano positivo.|L'indicizzazione complessiva dell'archivio avviene in un tempo decisamente inferiore e la mole di indici calcolata è molto contenuta e dev'essere presente, parallelamente alla directory //logs// ed alle altre directory usate dal server una directory //lazy// nella quale apparirà un file con estensione //.xml// facente riferimento all'attività di indicizzazione delle chiavi secondarie. Esso assumerà estensione supplementare //.xml.wrk// ad indicare che l'operazione è in corso e nel log si noteranno tracce di avanzamento di quest'operazione che avranno come etichetta di log <color green>%%[Z]%%</color>|Perché l'esecuzione come //lazy// degli indici di un archivio in modalità off-line abbia luogo sono necessarie 2 condizioni: che il file di configurazione preveda la modalità lazy e tutte le chiavi univoche siano state dichiarate esplicitamente e che il richiedente (Console) indichi che si vogliono fare solo gli indici primari. In alternativa a questa condizione il file di configurazione dell'archivio deve prevedere esplicitamente la modalità lazy anche per le indicizzazioni off-line.\\ richiedono Le attività di ricostruzione integrale degli indici possono essere interrotte all'atto dello spegnimento dei servizi. In condizioni normali il procedimento si interrompe ma pone le basi per riavviarsi al riavvio del server. Il log ci mostra anche quando l'attività è giunta correttamente a termine.\\ <color blue>RW0052936</color>| | |
| ^26/11|xw|21.2.0.10|CE|Alcune operazioni di ricerca con //Wild Card Star//, che si estendono su chiavi lunghe oltre i 511 caratteri, causano un //crash// del server che si manifesta solo eseguendo la ricerca successiva|Eseguire le ricerche che provocano l'errore|L'esito delle ricerche dev'essere sempre corretto|Identificato cercando %%([prontuario_testo]=*)%% su archivio //NSE//\\ <color blue>RW0055581</color>| | |
| ^25/11|xw|21.2.0.10|<color green>NF</color>|Operazioni come la creazione di uno .zip contenente un intero archivio possono produrre un file molto grande da traferire.|Eseguire il comando %%<cmd c="5" bits="0x1A"/>%% su un determinato archivio aggiungendo l'attributo //fmode// con valore //share//.|La funzione deve tornare il nome del file prodotto ed esso dev'essere generato nella directory //share// parallela a quella di configurazione, dei programmi e dei logs ((Salvo diversa configurazione nel file xw.conf.xml))|<color blue>RW0055534</color>| | |
| ^24/11|xw|21.2.0.10|CE|La ricerca su un canale indicato nel file di configurazione come //key_alias// da sempre esito nullo, una ricerca vuota|Aggiornare il server e compiere una ricerca su un canale con tale configurazione((Ad esempio dopo aver consultato il vocabolario del canale che ne è l'//alias//)) assicurandosi di aver scelto una chiave valida.|La ricerca deve dare esito non nullo|<color blue>RW0055468</color>| | |
| ^20/11|xw|21.2.0.10|<color green>NF</color>|In fase di inserimento o modifica di un documento, il tempo richiesto per la realizzazione on line dei titoli del documento stesso può risultare gravosa|Introdurre nel file di profilo di un archivio una voce %%<profile type="title.lazy" value="true"/>%% ed inserire o modificare documenti. Si possono anche ricostruire integralmente i titoli di un archivio|Le modifiche dei documenti devono tornare in tempi lievemente più brevi e dev'essere presente, parallelamente alla directory //logs// ed alle altre directory usate dal server una directory //lazy// nella quale apparirà un file con estensione //.xml// facente riferimento al documento del quale fare il titolo. Alla sparizione di questo file, ovvero durante l'attività, apparirà nel file //xw.log// una serie di indicazioni sulle attività svolte per la realizzazione dei titoli in forma //lazy// che avranno come etichetta di log <color green>%%[Z]%%</color>\\ In caso di ricostruzione integrale dei titoli il file suddetto potrebbe assumere un'estensione supplementare //.xml.wrk// ad indicare che l'operazione è in corso e nel log si noteranno tracce di avanzamento di quest'operazione.|Le attività di ricostruzione integrale dei titoli possono essere interrotte all'atto dello spegnimento dei servizi. In condizioni normali il procedimento si interrompe ma pone le basi per riavviarsi al riavvio del server. Il log ci mostra anche quando l'attività è giunta correttamente a termine.\\ <color blue>RW0052936</color>| | |
| ^20/11|xw|21.2.0.10|<color green>NF</color>|L'indicizzazione dei documenti, specie quella differenziale (modifica) è altamente //time consuming// e l'impatto sulle prestazioni del sistema può risultare particolarmente gravosa|Introdurre nel file di profilo di un archivio una voce %%<profile type="arc.lazyindex" value="true"/>%%\\ Tutte le chiavi fondamentali ((seriali, univoche)) dovranno essere esplicitate nel file di configurazione ((le univoche potevano essere omesse sino ad ora o se non si usa questa modalità)) e tutte le chiavi indispensabili all'applicazione ((ad esempio i diritti in DocWay)) dovranno essere corredate da un attributo //primary_key// con valore booleano positivo.\\ Rigenerare //off-line// gli indici dell'archivio ovvero approfittare di un momento di inattività per impostare un attributo //findexed// con valore pari all'attributo //indexed// nel file <nomearchivio>.stat.xml|Le modifiche dei documenti devono tornare in tempi molto brevi e dev'essere presente, parallelamente alla directory //logs// ed alle altre directory usate dal server una directory //lazy// della quale appariranno dei files con estensione //.xml//, //.xml.old//, //.xm.new// facenti riferimento al documento da indicizzare. Alla sparizione di questi files apparirà nel file //xw.log// una serie di indicazioni sulle attività svolte per la realizzazione degli indici in forma //lazy// che avranno come etichetta di log <color green>%%[Z]%%</color>\\ I contenuti del documento indicati come //primary_key//, seriali o riconosciuti come univoci verranno indicizzati subito, tutto il resto in modalità //near on line//.|<color blue>RW0052936</color>| | |
| ^10/11|xw|21.2.0.10|<color green>NF</color>|L'indicizzazione di default prevede che quanto non dichiarato esplicitamente venga indicizzato, gli attributi come mono valore e gli elementi come multi valore. La necessità di invertire per interi documenti o aree di documenti si avvale di queste impostazioni|Introdurre nella dichiarazione di un elemento un attributo //defaultkey// con valore booleano negativo.\\ Eventualmente si può creare in un elemento contenuto nel precedente un ulteriore attributo //defaultke// con valore positivo per verificare che torni a funzionare|Il vocabolario non deve presentare chiavi di alcun tipo, fatto salvo quelle esplicitate direttamente con percorsi relativi o assoluti, per tutto il contenuto dell'elemento nel quale si indichi che la modalità di default è la non indicizzazione|Comporta qualcosa di equivalente a dichiarare che un elemento ha //path_style//="container" e //key_style//="skip" ma è una modalità più evoluta ed efficace\\ <color blue>RW0052936</color>| | |
| ^05/11|xw|21.2.0.10\\ 21.2.0.1|CE|L'indicizzazione di un documento che ha un allegato ma il cui //pne// è configurato come chiave contenitore manda in crash il server|Replicare l'indicizzazione di un documento avente simili caratteristiche|Non si deve verificare il crash, l'elemento contenitore deve contenere le chiavi dei suoi contenuti mentre l'elemento <color green>%%/<pne>//xw:file/@name%%</color> contiene i codici previsti|Generico, ma presente espressamente nell'applicazione Nse\\ <color blue>RW0055173</color>| | |
| |
| ===== 21.2.0.0 del 05/11/2008 ===== | |
| |
| ^Data^Mod^Ver^ ^Sintomo^Modalità di Test^Esito atteso^Note^ | |
| ^04/11|xw|21.2.0.0|CE|La richiesta di ordinamento inverso di una selezione con parametro [?REVSORT] provocava un rallentamento ingiustificato| Effettuare una qualsiasi selezione su qualsiasi archivio che conti svariate migliaia di documenti. Ripetere la stessa operazione con il parametro [?REVSORT].|L'esito della selezione deve avvenire in tempi del tutto simili. l'attività di ordinamento inverso non può richiedere che qualche //attimo// in più. Compiere eventualmente la verifica consultando i logs di //eXtraWay Server// |Generico\\ <color blue>RW0055126</color>| | |
| ^04/11|xw|21.2.0.0|CE|La composizione dei nomi dei files che acquisisce valori dai documenti causava la costituzione di files con nomi non leciti per il S.O.| Salvare un documento che abbia una componente che viene coinvolta nel nome del file XML che deve ospitarlo che presenti, ad esempio, una lettera maiuscola accentata((Le lettere accentate minuscole venivano già gestite)) o un simbolo quale un apice particolare. Un qualsiasi carattere sopra 0x7F.|Il file generato deve presentare il carattere '_' per tutti i caratteri non riconvertibili ad una lettera minuscola o un numero|Generico\\ <color blue>RW0054869</color>| | |
| ^03/11|xw|21.2.0.0|CE\\ <color green>NF</color>|La richiesta di titoli sull'applicazione 'nse' con l'ausilio della libreria dinamica apposita dava risultati con escaping errata di alcune entity.| Compiere una ricerca dall'applicazione NSE che riguardi 'Trindad & Tobago'.\\ La stessa operazione compiuta da 'Console' non provoca l'esito richiesto.|I titoli ottenuti devono essere conformi ed il carattere '&' tra le parole 'Trinidad' e 'Tobago' deve apparire correttamente|Solo applicazione Nse\\ <color blue>RW0055053</color>| | |
| ^31/10|xw|21.2.0.0|CE|Il processo Slave e Master si fanno corsa critica nell'uso dei file .xrj.\\ Nei logs si notano segnalazioni d'errore riferiti a tali file.| Compiere un'operazione che causi una registrazione sul registro su qualsiasi archivio (ad esempio caricare un documento bloccato e poi sbloccarlo) ovvero osservare situazioni di carico.|I files speriscono regolarmente ma nel log non vengono più presentati errori di accesso ai files .xrj|Generico\\ <color blue>RW0055047</color>| | |
| |
| ===== 21.1.4.198 del 24/09/2008 ===== | |
| |
| ^Data^Mod^Ver^ ^Sintomo^Modalità di Test^Esito atteso^Note^ | |
| ^05/11|libxwwd|2.6.0.0|AL|Operazioni di acquisizione documenti culminano con un crash del server quando si usa una versione di libxwwd 2.5.0.4 (o inferiore)|Assicurarsi di far uso di una versione 2.6.0.0 o superiore ed importare dati in un archivio via WatchDoc.|Il Crash non deve presentarsi oltre|Generico\\ <color blue>RW0055047</color>| | |
| |
