Salve,
Ho installato CMDBuild 1.0 final in una prima istanza tomcat (porta 8180), al percorso
/srv/apache-tomcat-6.0.20/webapps/cmdbuild
durante l’installazione ho scelto di usare il database di “test”.
L’istallazione è andata a buon fine senza errori, ed ha creato il database “cmdbuild” con due schemi al suo interno : “public” e “shark”.
Col browser ho effettuato l’accesso a cmdbuild con le credenziali “admin” “admin” , e riesco a svolgere le funzioni base senza problemi.
A questo punto volevo installare “shark” e provare il workflow, quindi ho copiato la cartella “shark” in una seconda istanza tomcat (porta 8680), al percorso
/srv/apache-tomcat-6.0.20-shark/webapps/shark
poi ho configurato i seguenti file:
/srv/apache-tomcat-6.0.20-shark/conf/Catalina/localhost/shark.xml
/srv/apache-tomcat-6.0.20-shark/webapps/shark/META-INF/context.xml
dove ho impostato i parametri di accesso al DB :
ed il file
/srv/apache-tomcat-6.0.20-shark/webapps/shark/conf/Shark.conf
dove ho impostato le proprietà di CMDBuild:
CMDBuild.WS.ExtSync.EndPoint=http://localhost:8180/cmdbuild/services/soap/ExternalSync
CMDBuild.WS.EndPoint=http://localhost:8180/cmdbuild/services/soap/Webservices
CMDBuild.EndPoint=http://localhost:8180/cmdbuild/shark/
#DO NOT CHANGE: to modify these values, you have to reflect the changes also in cmdbuild/WEB-INF/web.xml (shark rest servlet)
CMDBuild.EndPoint.User=sharkUGM
CMDBuild.EndPoint.Password=sharkUGM
#CMDBuild.WS.ConfigPath=/home/cmdbuild/tomcat/webapps/shark/conf/axisrepository
CMDBuild.WS.ConfigPath=/srv/apache-tomcat-6.0.20-shark/webapps/shark/conf/axisrepo
avviando il tomcat di shark, tutto va a buon fine, e nel log catalina.out si può leggere
[…]
Shark -> shark engine initialization is finished, it lasted 4 [s]
Shark -> Shark ready and waiting …
pre getConnection . . . . . .
pre commit . . . . . .
++++++++++++++++++++++++++++++++++++++ init - end
[…]
e se col browser vado alla pagina http://localhost:8680/shark/Version ottengo il messaggio :
“Hi there, this is an AXIS service!”
presumo quindi che shark sia in piedi.
A questo punto sono andato a configurare CMDBuild per usare shark, quindi ho modificato il file
/srv/apache-tomcat-6.0.20/webapps/cmdbuild/WEB-INF/conf/workflow.conf
dove ho trovato :
user=admin
password=enhydra
endpoint=http://localhost:8080/sharkWebServices
io ho cambiato l’indirizzo di shark che nel mio caso presumo sia
endpoint=http://localhost:8680/shark
lasciando inalterati username e password di shark, perché speravo che fossero già quelli giusti,
ma quando cerco di aggiungere un processo da CMDBuild, ottengo un errore generico (“Si è verificfato un errore”).
Ho provato a verificare sul db di shark se l’utente “admin” era quello giusto, e con sorpresa ho scoperto che lo script di creazione si “dimentica” di creare gli utenti ed i gruppi di shark. ( sul db shark di un vecchio CMDBuild 0.9 l’utente admin veniva creato, mentre in quello creato dal test_db.sql non c’e’)
seguono le mie domande:
-
Possibile che per far creare il db di shark bisogna selezionare “Test” come database? …nel caso si voglia installare CMDBuild 1.0 con un DB vuoto, come si fa a far creare il database di shark?
-
potete fornirmi una procedura passo-passo per installare SHARK in maniera corretta? (le tre righe contenute nel file readme.txt dicono poco anche per chi tecnicamente non è uno sprovveduto.
in alternativa
- CMDBuild 9.0 includeva un’istanza di shark già pronta e configurata, adesso invece va installata manualmente, addirittura in una istanza di tomcat separata. E’ un cambio definitivo o si prevede a breve il rilascio di un setup di CMDBuild 1.0 che include la configurazione di shark?
In attesa di un cortese riscontro vi ringrazio per l’ottimo lavoro finora svolto.
cordiali saluti,
Alessandro Grillini