Buongiorno,
utilizzo CMDBuild versione 1.3.1.0, PostgreSQL 9.0 su macchina Linux Red Hat.
Ho notato che ogni volta che avvio un nuovo processo di workflow, nel log di cmdbuild compaiono i seguenti WARNING:
...
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.Code
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.Description
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.FlowStatus
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.ActivityDescription
...
Stesso tipo di warning si presenta quando si visualizzano tutti processi "completati" e successivamente non vengono visualizzati correttamente i dati nel tab "Attività": c'è relazione tra il warning e il malfunzionamento?
Previously Pierluigi wrote:
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
Questi avvisi corrispondono a processi terminati con errore in Shark (spesso per un errore nella definizione del processo) e che sono invece rimasti in CMDBuild. Tali processi non possono più essere fatti avanzare e quindi andrebbero rimossi col pulsante "Cancella processi inconsistenti" nel pannello "Gestione server" dell'interfaccia di amministrazione.
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.Code
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.Description
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.FlowStatus
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.ActivityDescription
Questo invece non è un problema ma solo un avvertimento che il parametro DATEEXPIRE dell'attributo non è più supportato nella versione utilizzata. Non costituisce un problema in quanto viene ignorato.
Stesso tipo di warning si presenta quando si visualizzano tutti processi "completati" e successivamente non vengono visualizzati correttamente i dati nel tab "Attività": c'è relazione tra il warning e il malfunzionamento?
Quando viene selezionato un processo inconsistente, il tab "Attività" non visualizza i campi perché, non essendoci l'attività in Shark, CMDBuild non può conoscere quali siano i campi da visualizzare in quel passo.
Previously Tecnoteca wrote:
Previously Pierluigi wrote:
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
Questi avvisi corrispondono a processi terminati con errore in Shark (spesso per un errore nella definizione del processo) e che sono invece rimasti in CMDBuild. Tali processi non possono più essere fatti avanzare e quindi andrebbero rimossi col pulsante "Cancella processi inconsistenti" nel pannello "Gestione server" dell'interfaccia di amministrazione.
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.Code
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.Description
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.FlowStatus
WARN 2011-09-19 12:58:32 [persist ] Meta-attribute DATEEXPIRE not valid for attribute Inserimento_nuovo_batch.ActivityDescription
Questo invece non è un problema ma solo un avvertimento che il parametro DATEEXPIRE dell'attributo non è più supportato nella versione utilizzata. Non costituisce un problema in quanto viene ignorato.
Stesso tipo di warning si presenta quando si visualizzano tutti processi "completati" e successivamente non vengono visualizzati correttamente i dati nel tab "Attività": c'è relazione tra il warning e il malfunzionamento?
Quando viene selezionato un processo inconsistente, il tab "Attività" non visualizza i campi perché, non essendoci l'attività in Shark, CMDBuild non può conoscere quali siano i campi da visualizzare in quel passo.
Paolo
ok x la 2 ma per la 1 il problema rimane: analizzando un semplice processo di test il problema si manifesta solo quando si richiama la funzione "getCurrentUserReference".
Previously pierluigi wrote:
Previously Tecnoteca wrote:
Previously Pierluigi wrote:
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
WARN 2011-09-19 12:58:32 [workflow] the process 11_Package_inserimento_nuovo_batch_Process_inserimento_nuovo_batch in card 178104 was not found in Shark!
Questi avvisi corrispondono a processi terminati con errore in Shark (spesso per un errore nella definizione del processo) e che sono invece rimasti in CMDBuild. Tali processi non possono più essere fatti avanzare e quindi andrebbero rimossi col pulsante "Cancella processi inconsistenti" nel pannello "Gestione server" dell'interfaccia di amministrazione.
ok x la 2 ma per la 1 il problema rimane: analizzando un semplice processo di test il problema si manifesta solo quando si richiama la funzione "getCurrentUserReference".
In mancanza di ulteriori informazioni, non posso che dettagliare meglio la mia risposta precedente.
Quella serie di warning è probabilmente generata da una richiesta client JSON-RPC "getactivitylist" che popola la griglia delle attività di un processo (o superprocesso quale Activity).
Settando a DEBUG il livello dei log WORKFLOW di CMDBuild, alla pressione del pulsante "Cancella processi inconsistenti" in administration si vedrà un messaggio "found inconsistent card: <card id>" per ogni processo inconsistente trovato (attivo in CMDBuild ma non più in Shark). Altrimenti si vedrà solamente "remove inconsistent processes for <process name>" per ogni processo definito in CMDBuild. Una volta rimossi con successo i processi inconsistenti e senza avanzare alcun processo, non può esserci alcun warning.
Il tool agent getCurrentUserReference esegue due chiamate SOAP a CMDBuild: una per ottenere la history del processo (che non richiede a Shark alcuna informazione sulle attività) e un'altra per ottenere le informazioni dell'utente. A meno che non mi sfugga qualcosa, non può generare i warning lamentati.
Inoltre getCurrentUserReference è un tool agent, che va messo in una attività di sistema e non utente, quindi non capisco la relazione con la frase "successivamente non vengono visualizzati correttamente i dati nel tab Attività". Se i warning cominciano a verificarsi solamente dopo aver eseguito il tool, vuol dire che c'è un errore nella definizione del processo e che Shark ha terminato lo stesso con errore. Per eventuali problemi con i tool agent, consiglio di leggere i log di Shark in ${TOMCAT_HOME}/log/catalina.out.
Paolo